<f​iatdemise:matrix.org> Hello, in GUI wallet, when restoring from mnemonic seed, the description says "Enter your private keys or 25 word mnemonic seed to restore your wallet"

<f​iatdemise:matrix.org> What if you have a Polyseed wallet?

<f​iatdemise:matrix.org> (that has 16 words)

Currently not supported in monero gui/core

<f​iatdemise:matrix.org> OK, thx

Iirc you can convert a 25 word seed to polyseed. But not the other way. This is possible in #feather-wallet but please confirm

<o​frnxmr:agoradesk.com> Otherway

<o​frnxmr:agoradesk.com> You can convert 16 > 25, but not 25 > 16

<o​frnxmr:agoradesk.com> Its possible in cake too. If you restore 16 word, it shows the 25 word on the seed/backup page

selsta I tried to reproduce that crash on my notebook and now it really crashes (Windows 10 22H2). So now I can at least start debugging it

It didn't crash before 22H2 update

<r​brunner7:monero.social> sech1, just curious, can you do proper debugging on Windows with Monero and other C++ based code? If yes, what tool(s) do you use?

That's what I will try today

building debug-static-win64 build now

<r​brunner7:monero.social> Ok. Please report back :)

Either gdb in msys2 or Visual Studio debugger should work

lol, it doesn't even build - some linker errors

sech1 anything useful here? blog.elijahlopez.ca/posts/monero-devs-windows

from elibroftw

<r​brunner7:monero.social> From the blog entry: "an unsupported debug-static-win64 build target" Yeah ...

yes, that one didn't build

Although I'm getting linker errors even with release-static-win64, maybe my msys2 setup is broken

or maybe no one checked if it builds at all

uhhh, monerod that I built locally doesn't crash. I'll keep investigating.

Either it's an undefined behavior somewhere and different compilers produce different results, or it's a compiler bug in the version that was used to build release binaries

Release binaries are from gitisn selsta?

gitian*

yes gitian

maybe guix binaries "fix it"

I cant access the guix binaries until evening if sech1 wants to test monero-project/monero #8929#issuecomment-1971599972

<t​obtoht:monero.social> they're available on ci: github.com/monero-project/monero/actions/runs/8047961641

<t​obtoht:monero.social> note this is based on master, not release-v0.18

Thanks tobtoht

I can't make that build crash

Monero 'Fluorine Fermi' (v0.18.1.0-80e152548)

the 0.18.3.1-release crashes pretty quickly

It crashes randomly after "start_mining ..." command, sometimes I need to repeat start-stop a few times, but it crashes

the build from bootstrappable PR doesn't crash

<t​obtoht:monero.social> they're built with gcc 10.5.0. gitian uses 7.3.0 iirc

<t​obtoht:monero.social> version is stuck at v0.18.1.0 on master

I know, I double checked it uses the recent commit (80e152548)

<t​obtoht:monero.social> i mean the version string is just wrong

<t​obtoht:monero.social> ah ok

so both miner.cpp and rx-slow-hash.c have the latest code there

which mean 7.3.0 compiles the code differently

option 1 is undefined behavior somewhere, option 2 is 7.3.0 has a bug

<t​obtoht:monero.social> problem is we can't easily bump it in gitian (whereas this is trivial in guix)

can we disable all optimizations in gitian build?

<t​obtoht:monero.social> yea

my local build used gcc 13.2.0 - that one didn't crash as well

I compiled monero with -fsanitize-undefined but it didn't find anything in the mining code, so I guess it's gcc 7.3.0 issue

monerod with -fsanitize=undefined

it found a few other issues though

<t​obtoht:monero.social> -O0 build fails.. github.com/tobtoht/monero/actions/r…553952/job/22174033692#step:4:33626

/usr/bin/i686-w64-mingw32-as: CMakeFiles/obj_wallet.dir/wallet2.cpp.obj: too many sections (44259)

/tmp/ccYdijd6.s: Fatal error: can't write 157 bytes to section .text of CMakeFiles/obj_wallet.dir/wallet2.cpp.obj: 'File too big'

wow

Known windows shitness, from antediluvian linker compat. You might get past that if you use -mbig-obj (IIRC). If it's already there, don't use Windows :)

But it uses Ubuntu to build

or is it the problem with *.obj file format?

Yes, file format, 32k/64k limit of something.

Hence antediluvian linker compat.

why is it hard to bump gcc version in gitian?

<t​obtoht:monero.social> we are stuck with ubuntu 20.04 packages

<t​obtoht:monero.social> 18.04*

<t​obtoht:monero.social> bumping ubuntu would bump mininum glibc

<t​obtoht:monero.social> oh, it's defined per platform. so we could bump for windows only

Can't we install gcc 10 on 18.04? sudo add-apt-repository ppa:ubuntu-toolchain-r/test & sudo apt-get update & sudo apt install gcc-10

or even gcc 11

<t​obtoht:monero.social> need cross-compilation toolchain g++-mingw-64

<t​obtoht:monero.social> also I would advise against trusting binaries from PPAs

if we bump to 20.04 for windows, it should work just fine. There's no glibc version incompatibilites there

<t​obtoht:monero.social> yes, going to try that

<t​obtoht:monero.social> nice timing githubstatus.com

<t​obtoht:monero.social> sech1: here is a build with 20.04: github.com/tobtoht/monero/actions/runs/8113997670

testing now

crashes

<t​obtoht:monero.social> nice

<t​obtoht:monero.social> let me double check the build

20.04 has gcc 9 by default?

it probably needs gcc 10 or 11 to work properly

I mean it crashes when I try to run start_mining

<t​obtoht:monero.social> "20.04 has gcc 9 by default?" <- 9.3.0 yea

<t​obtoht:monero.social> i can try 22.04

<t​obtoht:monero.social> might mess up reproducibility, packages don't appear to be pinned and 22.04 is still getting updates

<t​obtoht:monero.social> sech1: 22.04, gcc 11.4.0: github.com/tobtoht/monero/actions/runs/8114828674

hmm, it still crashes

<t​obtoht:monero.social> ok i'm not sure what the deal is then

My local build didn't crash, but it was gcc 13.2.0

And I built it in msys2

guix build doesn't crash too

<t​obtoht:monero.social> try this 20.04 -O1 for good measure: github.com/tobtoht/monero/actions/runs/8112990839

<t​obtoht:monero.social> 18.04*

<t​obtoht:monero.social> keep confusing these

this one doesn't crash: github.com/monero-project/monero/actions/runs/8047961641

github.com/tobtoht/monero/actions/runs/8112990839 crashes

<t​obtoht:monero.social> not sure how viable backporting #8929 to the release branch is

<t​obtoht:monero.social> needs to be reviewed first, anyway

so far, gcc 10.5.0 and gcc 13.2.0 seem to build a working binary

<t​obtoht:monero.social> just to be sure, release-v0.18 isn't known to have other issues?

<t​obtoht:monero.social> 20.04 / 22.04 builds were based on release

They shouldn't

Mining works in Windows 10 21H2 and doesn't work in Windows 10 22H2 and in Windows 11

so when 0.18.3.1 released, everything worked for everyone, but then Windows updated and it stopped working

also, it's not a gui issue, it's a crash in monerod

All I know is I can't reproduce it with local build (gcc 13.2.0), and the release build doesn't show a good callstack. It crashes when calling ReleaseSRWLockShared (resource not owned exception), but I checked all places where this function is called and they all seem fine

So I suspect some compiler bug

<t​obtoht:monero.social> i'm pretty sure the problem is mingw-w64. 22.04 uses 8.0.0, a version from 2020

<t​obtoht:monero.social> guix builds use 11.0.1 and msys2 is rolling release