log☇︎
20800+ entries in 0.044s
mod6: ah, thx.
mod6: ben_vulpes, ascii_field, et. al. anyone have any other thoughts on this ^^
mod6: sounds nice, but im wary about relying on outside daemons
mod6: thx
mod6: i see that now. that's fine then.
mod6: punkman: ah, ok.
mod6: phf: yah was just about to say, maybe wait until he submits his, then you can apply yours on top.
mod6: phf: thanks for your submission be aware that this exists : http://btc.yt/lxr/satoshi/source/src/util.h#0046
mod6: but if we /always/ want them in there, maybe we should remove the commandline flag.
mod6: punkman: my thoughts too.
mod6: thanks for putting effort into cleaning this stuff up.
mod6: so other than what I said above about keeping FormatException the same, and leaving fLogTimestamps = false, and asciilifeforms' notes above, looks pretty good :]
mod6: ok.
mod6: Ah!
mod6: why are boost/function.hpp and wallet.h added to headers.h ?
mod6: punkman: also, there is a commandline option for -logtimestamps so maybe just leave fLogTimestamps = false;
mod6: (in FormatException)
mod6: punkman: the change from calling snprintf to calling my_snprintf (which inturn calls vsnprintf) might be a good change. but unless we know why we're doing it, maybe we should just leave that alone.
mod6: !up ascii_field
mod6: and strprintf (http://btc.yt/lxr/satoshi/source/src/util.cpp#0205) except it checks (ret >= 0 && ret < limit) as well as a few other things.
mod6: http://btc.yt/lxr/satoshi/source/src/util.cpp#0232
mod6: looks like error(const std::string &&format, ...) does the same gyrations as around _vsnprintf/vsnprintf as my_snprintf. which is kinda strange. my_snprintf must have been added later.
mod6: Is that the rationale there?
mod6: return value (as always) as the number of characters that would have been written in case the output string has been large enough. SUSv3 and later align their specification of snprintf() with C99.
mod6: Looks related to this: Concerning the return value of snprintf(), SUSv2 and C99 contradict each other: when snprintf() is called with size=0 then SUSv2 stipulates an unspecified return value less than 1, while C99 allows str to be NULL in this case, and gives the
mod6: punkman: your changes to strprintf, error and my_snprintf to utilize vsnprintf directly look fine. I see in FormatException you changed snprintf to my_snprintf, which is apparently designed to be "safer".
mod6: yeah, `man 3 printf`
mod6: jurov: ahh, ok didn't know that.
mod6: type of stuff
mod6: the main annoying thing here is that we see (ex): @@ -77,7 +72,6 @@ T* alignup(T* p)
mod6: if nothing else could you try with `git diff -pU`?
mod6 looks at others.
mod6: so getting rid of that and just calling vsnprintf looks fine to me.
mod6: i have no idea why (as a lot of things in this code) this is done: btc.yt/lxr/satoshi/source/src/util.h#0080
mod6: makes it /slightly/ easier to read.
mod6: or `diff --git` w/e.
mod6: might be better to use `diff -uNr a b` on your changes as opposed to `git --diff` too.
mod6: punkman: yeah, sure. i'll take a closer look at it here in just a bit. that work?
mod6: alright, cool. thx!
mod6: ok, so there is an 0a at the end of the file. tail doens't show it, but when I open it in ViM it's there... weird!: dpaste.com/0F8R1VJ.txt
mod6: there alredy was one there. i can add a new one, but then ofc your sha1 wont match. no worries, will try.
mod6: I tried to patch it in as it says in your email, but hit a snag in src/wallet.cpp -- any idea what might be going wrong here? : http://dpaste.com/24ZM2S0.txt
mod6: punkman: thanks for your patch submission!
mod6: true enough.
mod6: the reservation is adjacent (due east) of organ pipe
mod6: it wasn't quite as bad back then. there was still a lot of people crossing the border in the area -- especially across the tohono o'odham resvervation boarder. there the tribe refuses to enforce the boarder because they claim that for thousands of years, there was no boarder.
mod6: organ pipe
mod6: i went camping there once.
mod6: hah Joe Schmuckley
mod6: ascii_modem: qq about stator build script: I was taking a closer look at this and it seems that your version removes 'no-shared' from the openssl configuration parameters and replaces it with 'threads'. Any main reason here? I thought we needed 'no-shared'? Just curious since your script seems to work well.
mod6: np
mod6: !up ascii_modem
mod6: !b 1 ✂︎
mod6: asciilifeform: testnet patch looks good at first read-through. i'll apply these to my sources bases (on top of stator + patches { dump/eat block }) and continue testing. i'll also add these to my build-with-patches guide.
mod6: i like -verifyall as a cmdline option!
mod6: <+ascii_field> mod6, ben_vulpes, mircea_popescu, et al: so far, no one has signed any of my patches... am i to conclude that nobody reads these things? << I've read them all (except the 2 you just posted, about to read here in a moment) but I don't sign patches until release is prepared.
mod6: asciilifeform: thakns for the latest submissions!
mod6: anyway, another thing for the list :]
mod6: well, i guess i kinda got my toe wet with Nock.
mod6: i'll have to give this a try sometime.
mod6: i know exactly jack & squat about lisp
mod6: oh yeah, i remember now.
mod6: thx ascii
mod6 looks
mod6: really?
mod6: me either
mod6: fair enough. i guess if it were me, it'd be great start to just dump the block txs to a file or STDOUT or something.
mod6: <+asciilifeform> see forks with own eyes, pop open a block and scroll the tx, etc. << ncurses instead of x11?
mod6: ask in here if you get stuck, but again, no rush.
mod6: but you'll get the general idea.
mod6: anyway, that link is a bit old as it describes the directories as: bitcoin-bitcoin-a8def6b
mod6: yeah, thasnks BingoBoingo
mod6: i just had that in hand.
mod6: asciilifeform is quicker on the draw than me tonight.
mod6: true. and perhaps use unified diff
mod6: ah
mod6: ah, ok. he came in from webchat, looks like to me.
mod6: check the log link I just posted above.
mod6: i can paste mine if that helps, but connect/disconnect msgs included
mod6: i don't see any splits in my log, but here's the log from b-a: http://log.bitcoin-assets.com/?date=09-07-2015#1195623 ☝︎
mod6: lemme check for split, and i'll paste the log.
mod6: no response to that either.
mod6: <+mircea_popescu> Xemist you wouldn't be al would you ?
mod6: he came here, was here for 5 minutes, was up'd while here, never said anything.
mod6: <+mircea_popescu> !up Xemist
mod6: yea
mod6: 1436495564
mod6: hi mircea_popescu! ok thanks. ima shut it down for now. although, im gonna sync against it with obsd here in the next few days.. different env.
mod6: williamdunne: did you get setup in euloraland?
mod6: i'll get there though.
mod6: heh, it's a long list. :]
mod6: it's on the list.
mod6: haven't tried musl yet no.
mod6: but these problems arose during compiliation. and once the above was applied, was seemingly resolved.
mod6: well, no, never did link for me properly
mod6: in particular, this test will be with vanilla gcc (glibc) and not uclibc. With uclibc, I had to do some extra tweaks: http://log.bitcoin-assets.com/?date=11-06-2015#1160161 ☝︎
mod6: yah. and that is included.
mod6: ok, good to know. i'll give it a shot on my end. will report back sometime next day or so.
mod6: I see that nubs' gentoo sanity patch isn't applied, wanna get some testing in there. I'm putting a guide together so someone can patch by hand if they like.
mod6: anyway, it might not be a bad time for me to stop it now anyway, and break off to try some other things. I wanna test build stator on gentoo.