CalmrAge[m]: when it's frozen, you can break in with gdb (gdb /path/to/monerod `pidof monerod`), then: thread apply all bt

Then paste the whole several pages to paste.debian.net or similar and paste the URL here.

There's also a patch that fixes some network waits that could help on github IIRC.

hey, anyone with an Intel Mac, can you run "uname -a" and tell me what it reports?

and sw_vers

Hi there, who do I connect with regarding a potential collaboration?

If it's about monero development, here. If not, elsewhere :)

hyc: paste.debian.net/plainh/d12e5669

it's an older Mac so I don't run the latest OS

<HarshaHarshil[m]> "Hi there, who do I connect..." <- I think #monero-space is what you are looking for

.merges

thanks selsta

hyc: we have an intel mac server that you can ssh into

(if necessary)

this is probably enough info. basically says uname -r is OS version + 9.

that's all I needed to know

clang's __builtin_available() is apparently not built in at all.

using the newer SDK I get ___isOSVersionAtLeast() as an undefined symbol

when linking librandomx

because the check in randomx was for (11.0) and building with 10.11 SDK automatically meant the compiler could delete the check

but building with 11.1 SDK means the compiler has to leave the check in place, but the checking function isn't being exported by the relevant import libraries

piece of shit OS

I have created a python utility to read from the Monero database directly without requiring monerod to be running. It is highly experimental. If anyone is interested and/or has comments it is located here. github.com/AnonimaUzanto/py-monerodb

anonimauzanto[m]: using custom key comparators is a standard feature of LMDB

doesn't require a modified LMDB...

anonimauzanto: Very interesting. Thank you. Have you carried out any performance benchmarks to compare with extraction of the data through monerod?

Is that... humour ? I can't tell :D

<hyc> "doesn't require a modified LMDB...." <- The main py-lmdb wrapper does not work with the Monero database. There is a forked version that I forked and updated. The fork explains:

> The main difference is the use of dupsort and dupfixed databases, that need custom compare functions by setting mdb_set_dupsort.

My understanding of c++ is very limited but the forked version of py-lmdb works on the zerokval databases but the main py-lmdb version does not work.

<Rucknium[m]> "anonimauzanto: Very interesting...." <- I have not. I am interested in the tx_extra field and wanted to verify the contents independently so I had to create a utility. I also wanted a way to independently explore the Monero database and I am only comfortable with Python.

Are you sure you set the compare functions correctly ? If monerod works with stock lmdb (or, at least, lmdb without relevant changes), then yours should do, if you set those fnuctions correctly.

Alternatively, there could be a bug in the py-lmdb layer, which messes this up.

hyc Do you still want that Mac OS information?

if it's convenient, sure

anonimauzanto: Are you familiar with neptune 's work here?: github.com/neptuneresearch/tx-extra-parse

@hyc paste.debian.net/1239928

Even older than selsta's

thanks

seems the uname -r and ProductVersion are only loosely related

ok, I got a gitian build for mac aarch64 running...

Hi, i have a liitle problem, i send my friend 0.21 xmr, i have a confirmation this transaction, my friend didn't get this monero, i also didn't have xmr in my wallet, wallet adress is correct, what can i do and where is my money?:) Help PLZ

dunno if I broke the mac x86-64 build or not

or where i must search for help

zibertus: make a thread on reddit @ r/monerosupport

thx for your help

Or pop blocks till right before where the tx is mined, put a breakpoint in process_new_transaction, trace through when it's called with the right txid.

That will be my response in the support thread, thanks xd

Nah. Support is for people who don't code really. Here it's -dev so it's answers for coders.

could use some mac users to test. highlandsun.com/hyc/monero-aarch64-apple-darwin11-49e7d91c2.tar.bz2

and highlandsun.com/hyc/monero-x86_64-apple-darwin11-49e7d91c2.tar.bz2

the unsquashed source branch is github.com/LMDB/bitmonero/tree/macarm

I'll clean it up for a PR in a while

I've already run the aarch64 monerod successfully here

<moneromooo> "Calm rAge: when it's frozen, you..." <- moneromooo: my entire system freezes, so no, I don't think I can xD

Sorry for non-developement chat, I thought it might related to Monero as it caused the same audio bug which was fixable by just re-opening MPV, in previous OpenBSD release.. now with this new release (and maybe Monero update? I have no idea), I only get a freeze at the end, while exiting..

moneromooo: Can you join #monero:monero.social or something? Just so we don't annoy people in here..

If you have anything more to add-on, that is :)

Report of a freeze is dev related if you can give the gdb info.

Wait. monerod freezes, or your OS ?

If it's your entire OS, then it's an OS bug. If just monerod, then it's likely our bug.

moneromooo: My OS (I said system)

How do you know it's not monerod's fault for my OS freeze? o.o

OK, so you can't run gdb I guess. Even through ssh ? Might be it's X window that freezes ?

True. Which OS is it ?

Just saying..

Most recent OSes run in a privileged ring/mode, and run userland processes in less privileged one.

moneromooo: As said - OpenBSD, release 7.1

This means that any crash/freeze in userland can't freeze/crash the more privileged one, or it's a bug in hte more privileged one.

Sorry, I missed it, or forgot. OpenBSD is good, so if it freezes, it is its bug (or a HW bug).

moneromooo: Well - I cannot access any of the teletype terminals, but I can move my mouse? So I am guessing not total system freeze?

Then you *might* be able to get info by having something along the lines of: watch -n 5 'pstack `pidof monerod` >> $HOME/stacks'

That is bad news to me as OpenBSD devs lack conversations skills 😭

Then afer revoot if you're lucky you'll have a stack pointing to what monerod was doing. With luck it'll be related to the OS freeze.

I won't say that I'm alone in this, but I guess I have to do the heavy lifting.. it has been months since I started tracking this bug down, as best as I can..

moneromooo: There's no `watch` xD I needed it for something, too

And replace $HOME, it wouldn't get shell replaced with the single quotes.

watch is just a while loop, right?

Yes. while and sleep.

sooo `while (true); do pstack `pidof monerod` >> $HOME/stacks; sleep 5; done`?

s/`/$(/, s/`/)/

Pretty much.

okie-dokies

I'd while while /bin/true but it that works too, sure.

Great.. there ain't `pstack` either

Some variant of "gdb -ex thread apply all bt" will do.

I dunno the exact syntax, see gdb help.

Mind, it's a long shot.

:d yeah

It's monerod, right ? Not the wallet ?

Yeah

`ptrace: Operation not permitted.`

From gdb

I did `gdb -ex thread /path/to/monerod PID`

Linux has a /proc flag to allow user ptrace (yama_scope). OpenBSD might have a similar system.

Or do it as root, which probably has the rights. Safe enough for just gdb.

Couldn't I just run monerod trough gdb?

* trough gdb in the 1st place?

😬

CalmrAge[m]: What about this, though?

Yes. I guess you can use GNU expect to drive it to give you traces and restart in a loop.

Sounds annoying though :)

Especially for a very long shot :D

I am confused.. i wonder how big of a delay there is

does anyone know how i would go about running my own local chain with the ./monerod and / or make my own whole new livenet chain for my own currency; what would be the command for that

live i have the sources and all that stuff built aswell as i changed the network ID to my own ; but how would i actually use this to make a live chain for my own currency / start from block 0/1

like*

You can run a local chain with --offline (or several daemons with --add-exclusive-peer on each).

If you want to make another coin out of monero, you need to study the code to understand it, then you'll known what to change.

But as you were told already, an easy way is to look at what another fork did, and do the same.

Yeah lol

moneromooo: Would it be helpful to have a simple Docker Compose that would spin up a closed testnet? Thought about that in the past but never circled back to it.

Should simplify testing out new features or code

I *think* someone did exactly that.

i know im saying what would the command be

as i didnt see any forks with explicit instructions on how to actually run it

nor did i see any tuts so im asking you guys lo,

lol*

no matter how much you look at the raw source code of another chain it still cant really explain how exactly to run it as a whole new coin

not command wise atleas

atleast*

Main command is "vi".

There's no "monerod --fork-me-another-coin-plz" command.

Same as there's no "build me another rocket". SpaceX had to do the work.

duh

im just asking if there is like generally a command or you have to actually like change the source code itself

i assumed there might have been another command for maybe starting your own chain as other chains like eth for example do **actually** have things similar to this

Smellyslab: lol what

No SkyNet pls

unless?

ok Mac folks, please test and give feedback monero-project/monero #8312

<Smellyslab> "i assumed there might have..." <- just mine a different block