--- Day changed Fri Jul 29 2016 00:02 -!- BashCo [~BashCo@unaffiliated/bashco] has quit [Remote host closed the connection] 00:23 -!- BashCo [~BashCo@unaffiliated/bashco] has joined #bitcoin-core-dev 00:24 -!- cdecker [2e8c34b6@gateway/web/cgi-irc/kiwiirc.com/ip.46.140.52.182] has joined #bitcoin-core-dev 00:39 -!- cdecker [2e8c34b6@gateway/web/cgi-irc/kiwiirc.com/ip.46.140.52.182] has quit [Quit: http://www.kiwiirc.com/ - A hand crafted IRC client] 00:39 -!- Alopex [~bitcoin@cyber.dealing.ninja] has quit [Remote host closed the connection] 00:40 -!- Alopex [~bitcoin@cyber.dealing.ninja] has joined #bitcoin-core-dev 00:40 -!- cdecker [2e8c34b6@gateway/web/cgi-irc/kiwiirc.com/ip.46.140.52.182] has joined #bitcoin-core-dev 00:40 -!- cdecker [2e8c34b6@gateway/web/cgi-irc/kiwiirc.com/ip.46.140.52.182] has quit [Client Quit] 00:44 -!- molly [~molly@unaffiliated/molly] has quit [Ping timeout: 258 seconds] 00:50 < GitHub65> [bitcoin] laanwj pushed 1 new commit to 0.13: https://github.com/bitcoin/bitcoin/commit/b06808c58eb7a997c42b55cba63688aec448a0ea 00:50 < GitHub65> bitcoin/0.13 b06808c Wladimir J. van der Laan: doc: Release notes update for rc2 00:56 < GitHub72> [bitcoin] laanwj pushed 1 new commit to 0.13: https://github.com/bitcoin/bitcoin/commit/ced6c940da35fcf33160d1c7f2f54a99dc7eedb1 00:56 < GitHub72> bitcoin/0.13 ced6c94 Wladimir J. van der Laan: qt: Translations update pre-rc2 00:59 -!- Guyver2 [~Guyver2@guyver2.xs4all.nl] has joined #bitcoin-core-dev 01:24 -!- Giszmo [~leo@ppp-83-171-184-205.dynamic.mnet-online.de] has joined #bitcoin-core-dev 01:35 < wumpus> * [new tag] v0.13.0rc2 -> v0.13.0rc2 01:54 -!- Ylbam [uid99779@gateway/web/irccloud.com/x-bkmqylgoagqbkczv] has joined #bitcoin-core-dev 02:07 -!- fanquake [~Adium@unaffiliated/fanquake] has joined #bitcoin-core-dev 02:17 -!- Guyver2_ [~Guyver2@guyver2.xs4all.nl] has joined #bitcoin-core-dev 02:18 -!- Guyver2 [~Guyver2@guyver2.xs4all.nl] has quit [Disconnected by services] 02:18 -!- Guyver2_ is now known as Guyver2 02:20 -!- Guyver2 [~Guyver2@guyver2.xs4all.nl] has quit [Client Quit] 02:23 -!- arubi [~ese168@unaffiliated/arubi] has quit [Quit: Leaving] 02:24 -!- arubi [~ese168@unaffiliated/arubi] has joined #bitcoin-core-dev 02:29 < GitHub55> [bitcoin] laanwj pushed 4 new commits to master: https://github.com/bitcoin/bitcoin/compare/842bf8d2c5af...b77bb95b3cb4 02:29 < GitHub55> bitcoin/master 755aa05 Cory Fields: httpserver: use a future rather than relying on boost's try_join_for 02:29 < GitHub55> bitcoin/master d3773ca Cory Fields: httpserver: explicitly detach worker threads... 02:29 < GitHub55> bitcoin/master 7e87033 Cory Fields: httpserver: replace boost threads with std... 02:29 < GitHub56> [bitcoin] laanwj closed pull request #8421: httpserver: drop boost (#8023 dependency) (master...http-thread) https://github.com/bitcoin/bitcoin/pull/8421 02:49 -!- arubi_ [~ese168@unaffiliated/arubi] has joined #bitcoin-core-dev 02:53 -!- arubi [~ese168@unaffiliated/arubi] has quit [Ping timeout: 258 seconds] 03:03 -!- laurentmt [~Thunderbi@176.158.157.202] has joined #bitcoin-core-dev 03:04 -!- laurentmt [~Thunderbi@176.158.157.202] has quit [Client Quit] 03:11 -!- anu0 [~anu0@unaffiliated/anu0] has quit [Ping timeout: 240 seconds] 03:12 -!- mkarrer [~mkarrer@142.red-83-47-107.dynamicip.rima-tde.net] has quit [Ping timeout: 250 seconds] 03:31 -!- anu0 [~anu0@unaffiliated/anu0] has joined #bitcoin-core-dev 03:33 < GitHub12> [bitcoin] laanwj pushed 3 new commits to master: https://github.com/bitcoin/bitcoin/compare/b77bb95b3cb4...7a2d40272717 03:33 < GitHub12> bitcoin/master 695041e Wladimir J. van der Laan: util: Update tinyformat... 03:33 < GitHub12> bitcoin/master a5072a7 Wladimir J. van der Laan: util: Remove zero-argument versions of LogPrint and error... 03:33 < GitHub12> bitcoin/master 7a2d402 Wladimir J. van der Laan: Merge #8274: util: Update tinyformat... 03:33 < GitHub181> [bitcoin] laanwj closed pull request #8274: util: Update tinyformat (master...2016_06_update_tinyformat) https://github.com/bitcoin/bitcoin/pull/8274 03:35 -!- owowo [~ovovo@unaffiliated/ovovo] has quit [Ping timeout: 240 seconds] 03:42 -!- molly [~molly@unaffiliated/molly] has joined #bitcoin-core-dev 03:51 -!- fengling [~fengling@58.135.95.136] has quit [Ping timeout: 240 seconds] 03:52 < fanquake> Looks like sigs match @wumpus 03:53 < fanquake> Have you noticed quite a lot of output during the Windows build now? 03:53 < fanquake> Along the lines of warning: conflicts with previous declaration ‘void boost::signals2 04:03 < wumpus> good that sigs match! 04:04 < wumpus> no, haven't noticed 04:04 < fanquake> I'll get the logs and open an issue. 04:04 < wumpus> thanks 04:13 -!- owowo [~ovovo@unaffiliated/ovovo] has joined #bitcoin-core-dev 04:23 -!- BashCo_ [~BashCo@unaffiliated/bashco] has joined #bitcoin-core-dev 04:26 -!- fanquake [~Adium@unaffiliated/fanquake] has quit [Quit: Leaving.] 04:26 -!- BashCo [~BashCo@unaffiliated/bashco] has quit [Ping timeout: 244 seconds] 04:53 -!- slackircbridge [~slackircb@45.55.41.36] has quit [Remote host closed the connection] 04:54 -!- slackircbridge [~slackircb@45.55.41.36] has joined #bitcoin-core-dev 04:55 -!- mkarrer [~mkarrer@142.red-83-47-107.dynamicip.rima-tde.net] has joined #bitcoin-core-dev 05:14 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has joined #bitcoin-core-dev 05:24 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has quit [Ping timeout: 244 seconds] 05:41 < morcos> luke-jr: i was just discussing with sdaftuar yesterday, i'm not sure there is much of a perf hit, it just hasn't been benched yet. i may try to do that today. why does 0.13 have worse performance than 0.12, i don't think thats true. 05:50 < michagogo> The "native_biplist" has a confusing name 05:51 < morcos> luke-jr: ugh, sorry. i keep getting confused. i guess there are two ways it could get slower, and my anecdotal evidence was only that the extra serialization wasn't that bad. but the repeated failing to find a final tx is blockmaxsize is your constraining factor seems like it could be slow, especially on a big mempool 05:51 < michagogo> My first thought was, wtf? Why is a list of BIPs its own package? 05:51 < michagogo> Then I clicked it and saw it was downloading from PyPI, and that was even more confusing... until I looked up the package description 05:52 < morcos> anyway, too much annoyance to go test all these posibilities.. i think its a clearly correct recommendation that until segwit activates using only blockmaxweight is the desired configuration. miners will be upgrading anyway for segwit, so there is a chance to argue something different for that 05:52 < morcos> lets concentrate on getting 0.13 right. 05:56 -!- TomMc [~tom@unaffiliated/tommc] has joined #bitcoin-core-dev 05:58 -!- TomMc [~tom@unaffiliated/tommc] has quit [Client Quit] 06:00 -!- cryptapus_afk is now known as cryptapus 06:04 < sdaftuar> cfields: i'm looking at your crash from yesterday. seems odd! can you give some more color on what the environment was: mainnet/testnet/regtest? fresh node or already synced? what commit were you running? 06:08 -!- [b__b] [~b__b]@ec2-54-85-45-223.compute-1.amazonaws.com] has quit [Read error: Connection reset by peer] 06:08 -!- [b__b] [~b__b]@ec2-54-85-45-223.compute-1.amazonaws.com] has joined #bitcoin-core-dev 06:44 < instagibbs> is it expected behavior for a reindex to not show blocks being processed for while a while? 06:44 < instagibbs> in getinfo at least 06:44 < instagibbs> I seem to recall different behavior 06:57 -!- TomMc [~tom@unaffiliated/tommc] has joined #bitcoin-core-dev 06:59 -!- instagibbs [~instagibb@pool-100-15-114-5.washdc.fios.verizon.net] has quit [Ping timeout: 240 seconds] 07:14 < cfields> sdaftuar: uhmm, from my http-thread branch, which was merged today 07:14 < cfields> sdaftuar: so current master should be basically the same thing 07:15 < cfields> checking my backlog to see how i was running 07:17 < cfields> sdaftuar: ah, a funky config, forgot I was running that way. probably significant... 07:17 < cfields> gdb --args ./bitcoind -testnet -printtoconsole -reindex-chainstate -debug=http 07:17 < cfields> the -reindex-chainstate was accidental, left in there from testing something before. 07:24 < morcos> cfields: i have some results. here are the average times per block for Connect transactions/Verify txins/Connect block (meausres are total time so far as reported in bench) 07:24 < morcos> in ms 07:24 < morcos> master: 26 / 80 / 111 07:25 < morcos> your sigcache: 39 / 46 / 82 07:25 < morcos> batched deletes using boost lock free (commit i showed you): 22 / 32 / 63 07:26 < cfields> morcos: hmm. that's surprising. that's 16 cores? 07:27 < morcos> yeah, 16 cores with 8GB dbcache 07:27 < morcos> for yours and the batched deletes test i also included your copy-move improvements and my hot tipcache, but those don't make much difference on master 07:28 < cfields> ok 07:28 < TomMc> In regards to signature hashtypes, if the hashtype is SIGHASH_ALL, is the last byte given a value of 0x01? 07:28 < cfields> i'm still working on the prevector btw, i've almost got that rewritten and specialized for the unsigned char case 07:29 < morcos> i'll dig into it more, so see if i can understand why your code slowed down Connect transactions 07:29 < cfields> i wonder what throws the connect time off... 07:30 < cfields> morcos: thanks a bunch for testing. that's very interesting. I'll look into the connect as well. 07:30 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has joined #bitcoin-core-dev 07:31 < cfields> morcos: one more interesting test, if you don't mind 07:31 < morcos> cfields: the connect time can be reduced to as low as 10ms if you eliminate the locking contention in checkqueue 07:32 < cfields> morcos: run with -par=1 as a baseline. I was surprised to see that it's actually faster on some of my machines that way 07:33 < morcos> :) i know! how i found this stuff in the first place was running with blocks only mode was actually faster than running with tx, implying using the sigcache was slower than verifying the sigs! 07:33 < cfields> morcos: right. I'm looking forward to pairing those two, I should think they would improve eachother 07:33 < cfields> heh, right 07:33 < morcos> will try par=1 as well 07:34 < cfields> morcos: wait. current master actually _is_ faster with -par=1 on 16 cores?! 07:34 < morcos> oh, no i haven't tried that, i was just saying i know in that its not surprising to me that it could be in some configs 07:35 < cfields> oh, whew :) 07:35 < cfields> looks to me like it breaks even around ~3 as-is 07:36 < cfields> but I've tested so many configs now that I can't keep the numbers straight, so that could be wrong 07:41 < cfields> morcos: ah, looks like it's the overhead of creating a copy of the to-test CScriptCheck that slows down the connect. that could be much improved 07:41 < morcos> oh, that was my guess at first but then i didn't see where that happened b/c i thought it was just shared pointers 07:42 < sipa> cfields: before libsecp256k1-based verification, i benchmarked where the break even point was on a large-number-of-cores machine, and set the max value for -par based on that 07:42 < morcos> the method of batching deletes is extremely effective 07:42 < cfields> morcos: yea, those should be cheap, but I'm assuming it's the constant inserts() that suck 07:42 < sipa> when we switched to libsecp validation, the break even point probably dropped a lot 07:43 < sipa> cfields: copy? it should be using swap 07:43 < cfields> sipa: ah yes, that makes sense then. 07:43 < morcos> sipa: depends on whether you are taking advantage of the sigcache a lot or not though 07:43 < cfields> sipa: they're shared_ptrs 07:43 < sipa> cfields: really? when was that changed? 07:44 < morcos> :) 07:44 < morcos> its not in master 07:44 < cfields> sipa: in the branch we're discussing 07:44 < cfields> sipa: https://github.com/bitcoin/bitcoin/compare/master...theuni:sigcache-speedup 07:44 < morcos> back in a few 07:45 < sipa> ah, ok 07:45 < cfields> morcos: that whole vector business (including checkqueue) could be much improved with a list i think. Then we could splice all over the place instead. 07:45 < sipa> i thought you were comparing with master 07:46 < cfields> sipa: no. discussing different ways to reduce the sigcache lock contention 07:46 < sipa> ok ok 07:46 < sipa> looking forward to the results 07:48 -!- d_t [~textual@185.69.203.10] has joined #bitcoin-core-dev 07:48 < michagogo> cfields: are you by any chance in the process of building rc2? 07:48 < morcos> i can't remember if i mentioned this on channel before, but i think we made a mistake in the design of BIP 68 07:48 < michagogo> Looks like we have 4 sets of sigs already 07:48 < morcos> we should have designed that as a per input check 07:49 < cfields> morcos: another route would be to maintain a single list rather than a vector of per-txin hits/misses. But I was afraid that would slow down one of the checks. I'll whip that up for another data point 07:49 < morcos> that would have done away with that whole issue of calculating prevheights 07:49 < cfields> michagogo: yes, builds in progress 07:49 < morcos> cfields: keep in mind you never need both hits and misses 07:49 < michagogo> (i.e. are detached sigs imminent? If not, I'll just wait until Saturday night, but if they are I can leave the VM running) 07:49 < michagogo> Cool, thanks 07:49 < morcos> i made a couple comments on your commit 07:51 < morcos> and i actually haven't looked at how this interacts with the segwit style cachehashes that NicolasDorier is working on 07:51 < cfields> morcos: well you at least need each txin's misses shared with eachother. for the 2dup..checksig..2drop..checksig case, no? 07:53 < morcos> cfields: hmm.. explain a bit more. you mean if you are checking the same sig multiple times you dont' want to have to redo the actual verfication? 07:53 < morcos> we don't solve that problem now do we? 07:53 < cfields> morcos: right 07:53 < cfields> morcos: i believe so, as they're all cached on-the-fly 07:53 < morcos> they aren't cached in ConnectBlock 07:53 < morcos> they are only cached in ATMP 07:54 < sipa> morcos: sorry, what is 'they' ? 07:54 < morcos> signature verification results 07:54 < morcos> whats in the existing sigcache 07:54 < sipa> ah, yes 07:56 < cfields> morcos: hmm, yes, you're right 07:58 < sipa> we store results in atmp, delete results in connectblock 07:58 < sipa> if you duplicate sigs i guess that indeed will hurt 07:58 -!- instagibbs [~instagibb@pool-100-15-114-5.washdc.fios.verizon.net] has joined #bitcoin-core-dev 08:02 < morcos> cfields: but you were talking about sharing a txin's misses with other txin checks()'s ? thats not necessary right? it's only within a given txin that you'll have a duplicated signature? 08:03 < morcos> seems like if thats a worthwhile performance improvement thats easy enough to add separately from the sigcache.. kind of a separate question 08:04 < sipa> cfields, morcos: with nicolasdorier's cache, we could add some sort of accumulator to the cache, which lists all the signatures that were valudated (or even sigcache iterators to them), and then delete them all at once after the whole block is validated 08:04 < cfields> morcos: right. atm, they're per-txin. But since there's the overhead of creating a vector/list/whatever for each, I was (thinking outloud) that it may end up quicker to do per-block instead 08:04 < cfields> sipa: that's exactly what this branch is doing :) 08:04 < cfields> sipa: and morcos's as well 08:04 < sipa> great 08:05 * sipa shuts up 08:05 < morcos> sipa: but right that it should probably be combined with NicolasDorier's cache too, b/c you'll want to batch the deleting of the hashes as well 08:05 < cfields> sipa: no, it's helpful. The issue is that that means returning a list of hits/misses for each txin, which has a considerable overhead 08:06 < morcos> cfields: yes, but a lock free list is relatively straight forward right... we don't have to use the boost version 08:06 < morcos> but can accomplish the same thing ourselves.. so instead of returning the list, we just append to the shared lists of hits and misses 08:07 -!- aalex [~aalex@64.187.177.58] has joined #bitcoin-core-dev 08:08 < cfields> morcos: sure, but i _really_ like the idea of moving the cache out so that it can be passed in without worry of threading semantics. that lets others (libbitcoinconsensus) use it as well 08:08 < cfields> but that's not the strongest argument, so I'd be fine with yours as well 08:10 < cfields> morcos: passing it in also means that ATMP can be threaded as well (as you mentioned yesterday). I suppose you could do the same with your approach by adding a similar batch-to-add structure 08:10 < morcos> right 08:12 < sipa> cfields: one way would be to have a simple preallocated vector in each validation thread 08:12 < sipa> and afterwards, all results are combined 08:13 < cfields> sipa: i started that way, but was hesitant to re-intruduce contention in the re-combining. Did you have something in mind to avoid that? 08:14 < sipa> cfields: i meant recombining only after all txn are validated 08:15 < morcos> sipa: yep, that was another approach jeremy and i discussed 08:15 < cfields> sipa: ah, so the threads would set a pointer to their thread_local vector at creation, then master could iterate when finished 08:16 < morcos> cfields: i'm not sure i understand why your branch is safe to remove all the locks... 08:16 < cfields> yes, that would be much better 08:16 < cfields> morcos: a const cache is passed in, it's not changing during validation 08:16 < morcos> ah, i guess its protected by cs_main? 08:17 < morcos> yes, but how did you know another thread isn't modifying it while you are reading from it 08:17 < cfields> morcos: right, it needs to be globally protected. atm nothing else touches it. so i suppose it's cs_main :) 08:17 < morcos> right a rpc call to submit a tx or something 08:19 < cfields> yes 08:19 < cfields> ok, I'll try the per-thread suggestion. should be easy to whip up i think 08:32 -!- I_DID_LSD_ON_A_P [54376f2e@gateway/web/cgi-irc/kiwiirc.com/ip.84.55.111.46] has quit [Quit: http://www.kiwiirc.com/ - A hand crafted IRC client] 08:32 -!- gribble [~gribble@unaffiliated/nanotube/bot/gribble] has quit [Remote host closed the connection] 08:39 < GitHub38> [bitcoin] laanwj pushed 2 new commits to master: https://github.com/bitcoin/bitcoin/compare/7a2d40272717...bbcb8fd88433 08:39 < GitHub38> bitcoin/master 54af51d Jonas Schnelli: [QA] Add walletdump RPC test (including HD- & encryption-tests) 08:39 < GitHub38> bitcoin/master bbcb8fd Wladimir J. van der Laan: Merge #8417: [QA] Add walletdump RPC test (including HD- & encryption-tests)... 08:40 < GitHub139> [bitcoin] laanwj closed pull request #8417: [QA] Add walletdump RPC test (including HD- & encryption-tests) (master...2016/07/dump_test) https://github.com/bitcoin/bitcoin/pull/8417 08:40 -!- gribble [~gribble@unaffiliated/nanotube/bot/gribble] has joined #bitcoin-core-dev 08:42 < luke-jr> morcos: CPFP requires updating stuff as parents get included in the block, which probably isnt *that* expensive, but a heck of a lot more than merely adding numbers (the overhead of maxsize); AFAIK it doesn't do any extra serialization, just adding sizes up 08:42 -!- zooko [~user@rrcs-208-105-49-99.nyc.biz.rr.com] has joined #bitcoin-core-dev 08:42 < morcos> luke-jr: i believe suhas's bench marks for CPFP actually showed it neglibly faster than the pre CPFP code. this is b/c you can add a whole package of txs at a time i think. 08:43 < GitHub141> [bitcoin] laanwj opened pull request #8427: net: Ignore `notfound` P2P messages (master...2016_07_notfound) https://github.com/bitcoin/bitcoin/pull/8427 08:44 < GitHub72> [bitcoin] laanwj closed pull request #8403: Process "notfound" messages, and safeguard against unreasonably long … (master...ProcessNotfound) https://github.com/bitcoin/bitcoin/pull/8403 08:47 < luke-jr> morcos: benchmarks with what tx sets? I suspect it would vary significantly depending on the input 08:47 < morcos> historical simulation over a default mempool with default policy i think 08:52 < luke-jr> what is a default mempool? anyhow, I guess the slower path is unlikely to be used historically 08:52 < morcos> 300M 08:53 < luke-jr> probably not too likely to be used more with CPFP either 08:53 < luke-jr> morcos: oh, but we don't have historical mempool contents 08:54 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has quit [Ping timeout: 276 seconds] 08:57 < morcos> luke-jr: i'm not sure what you mean. sdaftuar wrote code to save p2p messages to disk and be able to replay them back off disk to a node. we've been using that for years to test and bench different changes. 08:58 < luke-jr> morcos: oh, I was not aware; so you have years of data like that? :o 08:58 < morcos> yep 09:00 -!- zooko [~user@rrcs-208-105-49-99.nyc.biz.rr.com] has quit [Ping timeout: 264 seconds] 09:03 < morcos> its not a perfect system by any means, but its good for benching and it was very useful for evaluating different fee estimation algorithms 09:07 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has joined #bitcoin-core-dev 09:08 < Chris_Stewart_5> Where do I add a new unit test file to have it included in test_bitcoin? I looked in test_bitcoin.cpp and didn't find an obvious spot, unless i'm blind 09:09 -!- zooko [~user@rrcs-208-105-49-99.nyc.biz.rr.com] has joined #bitcoin-core-dev 09:09 < sipa> Chris_Stewart_5: just add it to the makefile 09:10 < sipa> there is no explicit list of all tests 09:11 < Chris_Stewart_5> Hmm, the README seems a litle misleading then 09:14 < luke-jr> then clarify it too while you're at it :p 09:18 < Chris_Stewart_5> but it is so much more fun to complain! :-) 09:31 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has quit [Ping timeout: 240 seconds] 09:34 -!- Sosumi [~Leon@bl10-113-190.dsl.telepac.pt] has quit [Ping timeout: 276 seconds] 09:36 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has joined #bitcoin-core-dev 09:43 < cfields> gitian signers: v0.13.0rc2 sigs are pushed 09:43 < cfields> michagogo: ping ^^ 09:47 < sdaftuar> cfields: i can reproduce your segfault. kind of an interesting case really, though i believe unrelated to #8096. 09:48 < sdaftuar> cfields: looks like the issue is that if you ctrl-c on startup, while running with -reindex-chainstate, chainActive will not be initialized 09:48 < sdaftuar> because ActivateBestChain returns immediately on ShutdownRequested() 09:48 < sdaftuar> that violates an assumption in RewindBlockIndex 09:49 -!- netzin [~netsin@unaffiliated/jiggalator] has joined #bitcoin-core-dev 09:53 < GitHub108> [bitcoin] Christewart opened pull request #8428: Update README.md (master...imporve_test_readme) https://github.com/bitcoin/bitcoin/pull/8428 09:53 < Chris_Stewart_5> luke-jr: ^ :-) 10:03 -!- d_t [~textual@185.69.203.10] has quit [Quit: My MacBook has gone to sleep. ZZZzzz…] 10:14 < cfields> sdaftuar: damn. Yea, completely forgot I was running with reindex-chainstate. 10:14 < cfields> sdaftuar: thanks for reproducing 10:24 -!- YOU-JI [~youyouyou@FL1-125-195-16-249.chb.mesh.ad.jp] has joined #bitcoin-core-dev 10:28 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has quit [Ping timeout: 244 seconds] 10:28 -!- BashCo_ [~BashCo@unaffiliated/bashco] has quit [Remote host closed the connection] 10:34 -!- arubi_ is now known as arubi 10:44 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has joined #bitcoin-core-dev 10:52 -!- jgarzik [~jgarzik@unaffiliated/jgarzik] has joined #bitcoin-core-dev 10:59 -!- adiabat [~tx@159.203.193.74] has joined #bitcoin-core-dev 11:02 -!- BashCo [~BashCo@unaffiliated/bashco] has joined #bitcoin-core-dev 11:03 -!- netzin [~netsin@unaffiliated/jiggalator] has quit [Remote host closed the connection] 11:11 -!- netzin [~netsin@unaffiliated/jiggalator] has joined #bitcoin-core-dev 11:12 -!- netzin [~netsin@unaffiliated/jiggalator] has quit [Client Quit] 11:12 -!- netzin [~netsin@unaffiliated/jiggalator] has joined #bitcoin-core-dev 11:28 -!- anu1 [~anu0@unaffiliated/anu0] has joined #bitcoin-core-dev 11:32 -!- anu0 [~anu0@unaffiliated/anu0] has quit [Ping timeout: 258 seconds] 11:59 -!- d_t [~textual@185.69.203.10] has joined #bitcoin-core-dev 12:36 -!- Guyver2 [~Guyver2@guyver2.xs4all.nl] has joined #bitcoin-core-dev 12:42 -!- jtimon [~quassel@55.31.134.37.dynamic.jazztel.es] has quit [Ping timeout: 260 seconds] 12:54 -!- TomMc [~tom@unaffiliated/tommc] has quit [Ping timeout: 276 seconds] 12:58 -!- TomMc [~tom@unaffiliated/tommc] has joined #bitcoin-core-dev 13:01 -!- laurentmt [~Thunderbi@176.158.157.202] has joined #bitcoin-core-dev 13:08 -!- zooko [~user@rrcs-208-105-49-99.nyc.biz.rr.com] has quit [Remote host closed the connection] 13:15 -!- ovovo [~ovovo@unaffiliated/ovovo] has joined #bitcoin-core-dev 13:16 -!- owowo [~ovovo@unaffiliated/ovovo] has quit [Ping timeout: 240 seconds] 13:17 -!- jannes [~jannes@178.132.211.90] has quit [Quit: Leaving] 13:19 -!- netzin [~netsin@unaffiliated/jiggalator] has quit [] 13:34 -!- belcher [~user@unaffiliated/belcher] has joined #bitcoin-core-dev 13:35 -!- laurentmt [~Thunderbi@176.158.157.202] has quit [Quit: laurentmt] 13:54 -!- dasaj [~dasaj@95.215.44.99] has joined #bitcoin-core-dev 14:18 -!- YOU-JI [~youyouyou@FL1-125-195-16-249.chb.mesh.ad.jp] has quit [Quit: Leaving...] 14:37 -!- arubi [~ese168@unaffiliated/arubi] has quit [Read error: Connection reset by peer] 14:38 -!- arubi [~ese168@unaffiliated/arubi] has joined #bitcoin-core-dev 14:43 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has quit [Ping timeout: 250 seconds] 14:57 -!- spudowiar [~spudowiar@unaffiliated/spudowiar] has joined #bitcoin-core-dev 15:00 -!- whphhg_ [whphhg@gateway/vpn/mullvad/x-vjxylvkfcqvxaxxi] has joined #bitcoin-core-dev 15:01 -!- whphhg [~whphhg@unaffiliated/whphhg] has quit [Read error: Connection reset by peer] 15:02 -!- whphhg_ is now known as whphhg 15:39 -!- cryptapus is now known as cryptapus_afk 16:11 -!- Alopex [~bitcoin@cyber.dealing.ninja] has quit [Remote host closed the connection] 16:12 -!- Alopex [~bitcoin@cyber.dealing.ninja] has joined #bitcoin-core-dev 16:20 -!- d_t [~textual@185.69.203.10] has quit [Quit: My MacBook has gone to sleep. ZZZzzz…] 16:23 -!- Guyver2 [~Guyver2@guyver2.xs4all.nl] has quit [Quit: :)] 16:25 -!- TomMc [~tom@unaffiliated/tommc] has quit [Quit: WeeChat 1.3] 16:43 -!- netzin [~netsin@unaffiliated/jiggalator] has joined #bitcoin-core-dev 16:43 -!- netzin [~netsin@unaffiliated/jiggalator] has quit [Client Quit] 17:03 -!- Giszmo [~leo@ppp-83-171-184-205.dynamic.mnet-online.de] has quit [Quit: Leaving.] 17:06 -!- Alopex [~bitcoin@cyber.dealing.ninja] has quit [Remote host closed the connection] 17:07 -!- Alopex [~bitcoin@cyber.dealing.ninja] has joined #bitcoin-core-dev 17:11 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has joined #bitcoin-core-dev 17:22 < GitHub102> [bitcoin] sipa pushed 2 new commits to master: https://github.com/bitcoin/bitcoin/compare/bbcb8fd88433...ebefe7a00b46 17:22 < GitHub102> bitcoin/master 5c9e49d Wladimir J. van der Laan: net: Ignore `notfound` P2P messages 17:22 < GitHub102> bitcoin/master ebefe7a Pieter Wuille: Merge #8427: net: Ignore `notfound` P2P messages... 17:22 < GitHub74> [bitcoin] sipa closed pull request #8427: net: Ignore `notfound` P2P messages (master...2016_07_notfound) https://github.com/bitcoin/bitcoin/pull/8427 17:44 -!- Alopex [~bitcoin@cyber.dealing.ninja] has quit [Remote host closed the connection] 17:45 -!- Alopex [~bitcoin@cyber.dealing.ninja] has joined #bitcoin-core-dev 17:55 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has quit [Ping timeout: 260 seconds] 18:01 -!- JackH [~Jack@79-73-188-30.dynamic.dsl.as9105.com] has quit [Ping timeout: 258 seconds] 18:05 -!- anu0 [~anu0@unaffiliated/anu0] has joined #bitcoin-core-dev 18:07 -!- anu1 [~anu0@unaffiliated/anu0] has quit [Ping timeout: 260 seconds] 18:12 -!- belcher [~user@unaffiliated/belcher] has quit [Quit: Leaving] 18:16 -!- ovovo is now known as owowo 18:26 -!- droark [~droark@c-24-22-36-12.hsd1.or.comcast.net] has joined #bitcoin-core-dev 18:28 -!- droark [~droark@c-24-22-36-12.hsd1.or.comcast.net] has quit [Client Quit] 18:29 -!- droark [~droark@c-24-22-36-12.hsd1.or.comcast.net] has joined #bitcoin-core-dev 19:05 -!- spudowiar [~spudowiar@unaffiliated/spudowiar] has quit [Quit: Leaving.] 19:06 -!- anu0 [~anu0@unaffiliated/anu0] has quit [Remote host closed the connection] 19:47 -!- Alopex [~bitcoin@cyber.dealing.ninja] has quit [Remote host closed the connection] 19:48 -!- Alopex [~bitcoin@cyber.dealing.ninja] has joined #bitcoin-core-dev 19:53 -!- cryptapus_afk is now known as cryptapus 19:55 -!- PRab [~chatzilla@c-68-62-95-247.hsd1.mi.comcast.net] has joined #bitcoin-core-dev 20:04 -!- jtimon [~quassel@55.31.134.37.dynamic.jazztel.es] has joined #bitcoin-core-dev 20:05 -!- Ylbam [uid99779@gateway/web/irccloud.com/x-bkmqylgoagqbkczv] has quit [Quit: Connection closed for inactivity] 20:09 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has joined #bitcoin-core-dev 20:14 -!- PRab [~chatzilla@c-68-62-95-247.hsd1.mi.comcast.net] has quit [Ping timeout: 240 seconds] 20:15 -!- anu0 [~anu0@unaffiliated/anu0] has joined #bitcoin-core-dev 20:18 -!- Alopex [~bitcoin@cyber.dealing.ninja] has quit [Remote host closed the connection] 20:19 -!- Alopex [~bitcoin@cyber.dealing.ninja] has joined #bitcoin-core-dev 20:31 -!- Alopex [~bitcoin@cyber.dealing.ninja] has quit [Remote host closed the connection] 20:32 -!- Alopex [~bitcoin@cyber.dealing.ninja] has joined #bitcoin-core-dev 20:37 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has quit [Ping timeout: 250 seconds] 20:45 -!- anu0 [~anu0@unaffiliated/anu0] has quit [Remote host closed the connection] 21:34 -!- Alopex [~bitcoin@cyber.dealing.ninja] has quit [Remote host closed the connection] 21:35 -!- Alopex [~bitcoin@cyber.dealing.ninja] has joined #bitcoin-core-dev 21:37 -!- d_t [~textual@185.69.203.10] has joined #bitcoin-core-dev 21:40 -!- cryptapus is now known as cryptapus_afk 21:45 -!- Alopex [~bitcoin@cyber.dealing.ninja] has quit [Remote host closed the connection] 21:46 -!- Alopex [~bitcoin@cyber.dealing.ninja] has joined #bitcoin-core-dev 22:25 -!- Alopex [~bitcoin@cyber.dealing.ninja] has quit [Remote host closed the connection] 22:26 -!- Alopex [~bitcoin@cyber.dealing.ninja] has joined #bitcoin-core-dev 22:47 -!- Alopex [~bitcoin@cyber.dealing.ninja] has quit [Remote host closed the connection] 22:48 -!- Alopex [~bitcoin@cyber.dealing.ninja] has joined #bitcoin-core-dev 23:09 -!- JackH [~Jack@79-73-188-30.dynamic.dsl.as9105.com] has joined #bitcoin-core-dev 23:47 -!- jtimon [~quassel@55.31.134.37.dynamic.jazztel.es] has quit [Ping timeout: 260 seconds]