< picard276>
https://pastebin.com/kdQPkELNif anyone can see why i am getting a 16: mandatory-script-verify-flag-failed (Signature must be zero for failed CHECK(MULTI)SIG operation)failure...It's a p2sh transaction that was created on bitcoin core v0.16, 2 of 3 multisig, where 2 of the pub keys are uncompressed. I am trying to broadcast the transaction on
< picard276>
bitcoin core v0.17 and v0.18 and i am getting the 16 error
< sipa>
picard276: that most likely means that the signature is simply incorrect (or the wrong message was signed); please ask on bitcoin.stackexchange.com; this channel is not for support or generic bitcoin questions
< picard276>
thanks
< pnn_m>
hi guys, I'm `pierreN` on github. I've been trying to contribute to core since this week. thanks for people helping me 🙂
< fanquake>
pnn_m: thanks for the contributions!
< pnn_m>
yes I'm trying to start small with `good first issue` haha. it's nice to be able to chat directly on IRC so I joined the channel.
< pnn_m>
wumpus (IRC): sorry for not getting your last comment (on why `atoi64` can overflow). in anycase it's true that `ParseInt32` (since the value can be signed) could be more adapted. I could open a new PR for that if you'd prefer ?
< vasild>
Could somebody with MacOS help me and run this: "grep -r posix_fallocate /usr/include/". I couldn't find a man page for posix_fallocate() for MacOS online which probably means the function is not present, but I find it really hard to believe that. Thanks!
< jonatack>
vasild: i'm not really a mac user, but i have one from 2012 running macOS 10.14.6 for testing bitcoin core, i don't have a usr/include dir, but grepping /usr is only finding results in usr/local/
< jonatack>
and `man posix_fallocate` returns no manual entry
< fanquake>
jonatack: you’ll probably want to look in your SDK dir
< vasild>
no /usr/include :-O
< vasild>
jonatack: but do you have the function in /usr/local/include?
< jonatack>
vasild: so far it finds matches in third-party libs
< provoostenator>
instagibbs: maybe they flagged me, though I'm not seeing an indication of that either
< provoostenator>
Travis has the annoying habbit of silently stopping builds when they flag either an account or a project.
< provoostenator>
"Hey why is Heroku not deploying my pushes to master anymore?" -> oh
< instagibbs>
ok on website it looks like it's queued
< fjahr>
instagibbs: provoostenator: it's more of an Github issue with Travis than a Travis issue alone, I have reported it a few days ago and it's supposed to be under review
< fjahr>
It's been happening for 3-4 days at least
< bitcoin-git>
[bitcoin] hebasto opened pull request #18452: qt: Fix shutdown when waitfor* cmds are called from RPC console (master...20200327-waitfor) https://github.com/bitcoin/bitcoin/pull/18452