12016-11-30T00:42:52  *** jcorgan has quit IRC
  22016-11-30T01:16:21  *** dcousens has joined #bitcoin-core-dev
  32016-11-30T01:23:22  *** tunafizz has quit IRC
  42016-11-30T01:42:40  *** Ylbam has quit IRC
  52016-11-30T01:53:15  *** justanotheruser has quit IRC
  62016-11-30T01:57:20  *** abpa has quit IRC
  72016-11-30T01:58:00  *** justanotheruser has joined #bitcoin-core-dev
  82016-11-30T02:15:42  *** aalex has quit IRC
  92016-11-30T02:16:41  *** aalex has joined #bitcoin-core-dev
 102016-11-30T02:25:11  *** Alopex has quit IRC
 112016-11-30T02:26:16  *** Alopex has joined #bitcoin-core-dev
 122016-11-30T02:36:19  *** jtimon has joined #bitcoin-core-dev
 132016-11-30T02:50:23  *** jtimon has quit IRC
 142016-11-30T02:51:45  *** alpalp has joined #bitcoin-core-dev
 152016-11-30T02:51:46  *** alpalp has joined #bitcoin-core-dev
 162016-11-30T03:00:03  *** aalex has quit IRC
 172016-11-30T03:00:11  *** Alopex has quit IRC
 182016-11-30T03:01:17  *** Alopex has joined #bitcoin-core-dev
 192016-11-30T03:01:23  *** aalex has joined #bitcoin-core-dev
 202016-11-30T03:17:08  <bitcoin-git> [bitcoin] TheBlueMatt opened pull request #9243: Clean up mapArgs and mapMultiArgs Usage (master...2016-11-mapmultiargs) https://github.com/bitcoin/bitcoin/pull/9243
 212016-11-30T03:32:20  *** abpa has joined #bitcoin-core-dev
 222016-11-30T04:06:57  *** aalex has quit IRC
 232016-11-30T04:07:36  *** aalex has joined #bitcoin-core-dev
 242016-11-30T04:32:07  *** Alopex has quit IRC
 252016-11-30T04:32:20  *** alpalp has quit IRC
 262016-11-30T04:33:12  *** Alopex has joined #bitcoin-core-dev
 272016-11-30T04:42:08  <bitcoin-git> [bitcoin] kallewoof opened pull request #9244: Trivial refactor: Remove extern keyword from function declarations (master...no-extern-funcdecl) https://github.com/bitcoin/bitcoin/pull/9244
 282016-11-30T04:49:14  *** aalex has quit IRC
 292016-11-30T04:49:38  *** aalex has joined #bitcoin-core-dev
 302016-11-30T05:10:36  *** Alopex has quit IRC
 312016-11-30T05:11:41  *** Alopex has joined #bitcoin-core-dev
 322016-11-30T05:16:23  *** molz has joined #bitcoin-core-dev
 332016-11-30T05:18:18  *** moli has quit IRC
 342016-11-30T06:00:06  *** Alopex has quit IRC
 352016-11-30T06:01:12  *** Alopex has joined #bitcoin-core-dev
 362016-11-30T06:16:16  *** Alopex has quit IRC
 372016-11-30T06:17:21  *** Alopex has joined #bitcoin-core-dev
 382016-11-30T06:29:03  *** _mn3monic has quit IRC
 392016-11-30T06:29:17  *** _mn3monic has joined #bitcoin-core-dev
 402016-11-30T06:45:40  <luke-jr> http://arstechnica.com/security/2016/11/firefox-0day-used-against-tor-users-almost-identical-to-one-fbi-used-in-2013/
 412016-11-30T07:00:18  *** dermoth has quit IRC
 422016-11-30T07:01:06  *** dermoth has joined #bitcoin-core-dev
 432016-11-30T07:25:11  *** justanotheruser has quit IRC
 442016-11-30T07:47:46  *** PaulCapestany has joined #bitcoin-core-dev
 452016-11-30T08:23:48  *** paveljanik has quit IRC
 462016-11-30T08:26:39  *** abpa has quit IRC
 472016-11-30T08:28:25  <gmaxwell> oops #9233 contained a change to ctaes which should have been directed upstream (not like it really matters but the change will potentially get blown away with the next subrepo merge).
 482016-11-30T08:28:26  <gribble> https://github.com/bitcoin/bitcoin/issues/9233 | Fix some typos by fsb4000 · Pull Request #9233 · bitcoin/bitcoin · GitHub
 492016-11-30T08:30:09  <bitcoin-git> [bitcoin] luke-jr opened pull request #9245: Drop IO priority to idle while reading blocks for getblock requests (master...ionice) https://github.com/bitcoin/bitcoin/pull/9245
 502016-11-30T08:40:47  <jonasschnelli> wumpus: "Doesn't every wallet get its own database environment?" <--- wouldn't this require a "directory" per wallet?
 512016-11-30T08:42:57  *** arubi has quit IRC
 522016-11-30T08:43:06  <wumpus> jonasschnelli: good point - I wasn't aware that there is a directory - database environment correspondence
 532016-11-30T08:43:17  *** arubi has joined #bitcoin-core-dev
 542016-11-30T08:44:32  <luke-jr> wumpus: I put it in util.h cuz I'm not sure what the best way to add a conditional header to the makefiles is :x
 552016-11-30T08:44:48  <wumpus> luke-jr: just add it unconditionally
 562016-11-30T08:44:52  <luke-jr> I guess it wouldn't be conditional at this point
 572016-11-30T08:45:04  <jonasschnelli> luke-jr: if BITCOIN_CORE_H+=?
 582016-11-30T08:45:06  <wumpus> luke-jr: we do want this functionality for windows eventualy (though it's ok if you don't do thatin your pull)
 592016-11-30T08:45:18  <luke-jr> jonasschnelli: yeah, but it's resolved earlier than it can be added cleanly
 602016-11-30T08:45:28  * luke-jr wonders if Windows has IO priorities
 612016-11-30T08:45:30  <wumpus> it's better to not have conditional headers
 622016-11-30T08:45:32  <wumpus> yes, it has
 632016-11-30T08:46:16  <wumpus> in any case you should make at least the interface abstract, that the implementation is empty on windows for now is ok
 642016-11-30T08:46:36  <luke-jr> it's pretty abstract right now?
 652016-11-30T08:46:49  <wumpus> yes, but it wouldn't be if you make the header conditional
 662016-11-30T08:47:03  <jonasschnelli> I think this should also work on OSX.
 672016-11-30T08:47:04  <bitcoin-git> [bitcoin] gmaxwell opened pull request #9246: Developer docs about existing subtrees. (master...devdocs_for_subtrees) https://github.com/bitcoin/bitcoin/pull/9246
 682016-11-30T08:47:30  <gmaxwell> wumpus: yea, there is an enviroment/directory correspondance.
 692016-11-30T08:47:53  <jonasschnelli> luke-jr: would this also affect filtered blocks?
 702016-11-30T08:47:56  * gmaxwell wonders if fanquake is automated, he was so fast tagging that PR.
 712016-11-30T08:48:03  <jonasschnelli> heh
 722016-11-30T08:48:04  <luke-jr> jonasschnelli: yes, that's intentional
 732016-11-30T08:48:21  <wumpus> luke-jr: my comment was completely about code organization, if you make a util_prio.cpp, you should define the interface in util_prio.h, this makes it easier to find stuff :)
 742016-11-30T08:48:34  <jonasschnelli> Yes. I though about an option to only prio down the filtere blocks (not the non-filtered).
 752016-11-30T08:48:47  <wumpus> yes he is fast
 762016-11-30T08:49:01  <luke-jr> hmm, other util files don't have an underscore; should I rename it?
 772016-11-30T08:49:12  <wumpus> gmaxwell: bummer
 782016-11-30T08:49:44  <wumpus> luke-jr: yes, would make sense for consistency
 792016-11-30T08:50:46  <wumpus> jonasschnelli: well further options could be added later I suppose
 802016-11-30T08:51:16  <luke-jr> along these lines, I was pondering adding DSCP flags at the network level too
 812016-11-30T08:51:21  <luke-jr> but that seems invasive
 822016-11-30T08:51:54  <wumpus> luke-jr: does libevent support that?
 832016-11-30T08:51:58  <luke-jr> no idea :x
 842016-11-30T08:52:26  <gmaxwell> luke-jr: actually doesn't usually help. ... turns out that lots of network gear ignores it and a lot of what doesn't will do terrible things like drop all the marked packets. :(
 852016-11-30T08:52:32  <wumpus> I wouldn't recomment hacking on low level bits of the network code as it's going to be ripped out anyway
 862016-11-30T08:53:19  <wumpus> do torrent clients use that?
 872016-11-30T08:53:20  <luke-jr> gmaxwell: really? to try to survive with this DSL I have my router tagging everything differently :x
 882016-11-30T08:53:44  <wumpus> or is it something you would usually define at the OS/firewall level?
 892016-11-30T08:53:50  <luke-jr> my torrent client has a field for it, but it seems to be set to 0
 902016-11-30T08:54:22  <gmaxwell> torrent mostly uses utp, a reliable transport constructed over UDP that has flow control management that is designed to be as unintrusive as possible... slow downs when it detects delay going up.
 912016-11-30T08:54:37  <gmaxwell> And the use of UDP allows it to do hole punching, of course.
 922016-11-30T08:54:47  <wumpus> interesting
 932016-11-30T08:55:33  <wumpus> I had no idea bittorrent implemented its own bulk data transfer protocol on top of UDP
 942016-11-30T08:55:44  <wumpus> thought it used udp just for negotiation and distributed hash tables and such
 952016-11-30T08:55:48  <gmaxwell> I don't think any of the utp stuff is using DSCP, it could, but as I mentioned there are networks that respond poorly to it. (not that many, but enough that I've seen multiple pieces of software in the past deploy bits of tagging then either take it out or add more code to detect stupidity and adapt)
 962016-11-30T08:56:13  <gmaxwell> yea, it's why ISPs mostly dropped the war on bittorrent. :P
 972016-11-30T08:56:25  <gmaxwell> https://en.wikipedia.org/wiki/Micro_Transport_Protocol
 982016-11-30T08:57:33  <wumpus> would be interesting to use something similar
 992016-11-30T08:58:00  <jonasschnelli> Wasn't aware of uTP, very interesting.
1002016-11-30T08:58:07  <gmaxwell> Yep. It's just a ... big project. I thought maybe after our networking is cleaner adding other transports might be easier.
1012016-11-30T09:00:26  <wumpus> it's a big project though I guess if some of the implementation coudl be shared with some bittorrent implementation, it'd help - transferring historical blocks isn't that different from transferring other data
1022016-11-30T09:00:42  <gmaxwell> (mostly interesting for block syncing, though the fact that it does hole punching is useful too. and of course, fibre has a udp based transport for blocks on the tip-- designed for an entirely different goal, latency minimization).
1032016-11-30T09:00:47  * wumpus always thought bittorrent was just dumb dump-data-over-TCP
1042016-11-30T09:00:56  <jonasschnelli> luke-jr: OSX: "checking for ioprio syscalls... no"
1052016-11-30T09:01:10  <gmaxwell> wumpus: there is a libutp, I dunno about its quality.
1062016-11-30T09:01:35  <jonasschnelli> luke-jr: But it should work on OSX AFAIK, others are also using it: https://github.com/daliworks/busybox-osx/blob/master/miscutils/ionice.c#L23
1072016-11-30T09:01:55  <gmaxwell> wumpus: no the dump-data-over-tcp with many parallel connections is pretty unfriendly to other traffic on the network, tends to irritate users and ISPs.. :)
1082016-11-30T09:02:13  <gmaxwell> and also doesn't traverse NAT without heroic efforts.
1092016-11-30T09:02:13  <luke-jr> jonasschnelli: dunno how..
1102016-11-30T09:02:31  <wumpus> jonasschnelli: can you check in config.log why?
1112016-11-30T09:03:30  <wumpus> gmaxwell: true, though the main user of upnp seems to be torrent clients too - that put me on the wrong track, probably just as a fallback if the hole punching doesn't work
1122016-11-30T09:04:52  <jonasschnelli> luke-jr, wumpus: conftest.cpp:61:21: error: use of undeclared identifier 'SYS_ioprio_get'
1132016-11-30T09:04:58  <wumpus> jonasschnelli: oh wait it's actually directly calling syscalls, yea that won't work on anything but Linux. You probably need to just add a specific implementation for macosx
1142016-11-30T09:05:17  <luke-jr> wumpus: BSD seems to use the same syscall macro though
1152016-11-30T09:05:26  <luke-jr> jonasschnelli: maybe a new header needed?
1162016-11-30T09:05:35  <wumpus> but the syscalls will be named differently and have a different interface
1172016-11-30T09:05:43  <wumpus> certainly obscure ones like this
1182016-11-30T09:06:04  *** laurentmt has joined #bitcoin-core-dev
1192016-11-30T09:06:53  *** fanquake has joined #bitcoin-core-dev
1202016-11-30T09:07:05  <luke-jr> looks like this abstraction isn't going to work for Windows
1212016-11-30T09:07:25  <luke-jr> it can only set threads low-priority for IO, CPU, and paging at the same time; or set IO alone per-fd
1222016-11-30T09:07:43  <jonasschnelli> I'll have a look for OSX.
1232016-11-30T09:07:51  <luke-jr> per-fd is probably ideal, but will require API changes
1242016-11-30T09:08:22  <wumpus> per-fd is neat
1252016-11-30T09:08:48  <gmaxwell> Per-fd is super neat.
1262016-11-30T09:09:21  <gmaxwell> luke-jr: rather than IO-nicing it might be better to just rate limit responses.
1272016-11-30T09:10:15  <luke-jr> that doesn't allow an idle PC to max out IO, nor an active PC to throttle it down further :x
1282016-11-30T09:14:56  <wumpus> might be even better to do both
1292016-11-30T09:15:19  *** laurentmt has quit IRC
1302016-11-30T09:15:27  <nsh> what's the proposal? block data restructuring or rethreading or something?
1312016-11-30T09:15:35  * nsh reads backscroll
1322016-11-30T09:15:40  <jonasschnelli> luke-jr: I guess oSX only has the general priority which affects the IO prio: https://developer.apple.com/legacy/library/documentation/Darwin/Reference/ManPages/man2/setpriority.2.html
1332016-11-30T09:15:40  <wumpus> huh
1342016-11-30T09:16:00  <wumpus> jonasschnelli: 'legacy' :-)
1352016-11-30T09:16:04  <jonasschnelli> luke-jr: what about: https://developer.apple.com/legacy/library/documentation/Darwin/Reference/ManPages/man3/setiopolicy_np.3.html#//apple_ref/doc/man/3/setiopolicy_np?
1362016-11-30T09:16:12  <jonasschnelli> setiopolicy_np seems stdc?
1372016-11-30T09:16:47  <jonasschnelli> Probably a BSD thing
1382016-11-30T09:17:38  <luke-jr> is it bad to have an empty .o file?
1392016-11-30T09:17:48  <wumpus> luke-jr: nope
1402016-11-30T09:17:49  <luke-jr> jonasschnelli: _np means non-portable
1412016-11-30T09:17:55  * jonasschnelli thinks throttling IO will require platform specific code
1422016-11-30T09:19:21  <wumpus> well it certainly ain't stdc, if it'd be anything it'd be POSIX, but no, no such functions in posix. Posix threading has a general concept of priority but i/o specific is too new and fancy.
1432016-11-30T09:20:08  *** kanzure has quit IRC
1442016-11-30T09:20:57  <luke-jr> jonasschnelli: IOPOL_UTILITY sound about right?
1452016-11-30T09:21:00  *** kanzure has joined #bitcoin-core-dev
1462016-11-30T09:21:23  <jonasschnelli> Yes. That level would be desirtable.
1472016-11-30T09:21:32  <jonasschnelli> But do we want all this custom platform specific code in our codebase?
1482016-11-30T09:21:41  <jonasschnelli> I think its nice. I probably would go for it.
1492016-11-30T09:30:46  <luke-jr> done I think
1502016-11-30T09:31:06  <luke-jr> I was tempted to make it support platforms with BOTH ioprio and iopolicy, and retry the alternate if the first fails, but meh
1512016-11-30T09:32:38  *** jannes has joined #bitcoin-core-dev
1522016-11-30T10:23:15  *** lightningbot has joined #bitcoin-core-dev
1532016-11-30T10:23:22  *** btcdrak has joined #bitcoin-core-dev
1542016-11-30T10:24:21  *** timothy has joined #bitcoin-core-dev
1552016-11-30T10:24:43  *** adam3us has joined #bitcoin-core-dev
1562016-11-30T10:24:44  *** TD-Linux has joined #bitcoin-core-dev
1572016-11-30T10:25:45  *** droark has quit IRC
1582016-11-30T10:25:45  *** cfields has quit IRC
1592016-11-30T10:25:53  *** cfields has joined #bitcoin-core-dev
1602016-11-30T10:30:37  *** GAit has joined #bitcoin-core-dev
1612016-11-30T10:31:58  *** murchandamus has joined #bitcoin-core-dev
1622016-11-30T10:32:41  *** ensign has joined #bitcoin-core-dev
1632016-11-30T10:47:24  *** e4xit has quit IRC
1642016-11-30T10:54:21  *** fanquake has quit IRC
1652016-11-30T11:02:32  *** e4xit has joined #bitcoin-core-dev
1662016-11-30T11:17:49  *** laurentmt has joined #bitcoin-core-dev
1672016-11-30T11:18:48  *** e4xit has quit IRC
1682016-11-30T11:19:33  *** laurentmt has quit IRC
1692016-11-30T11:23:44  *** e4xit has joined #bitcoin-core-dev
1702016-11-30T11:39:24  *** midnightmagic has quit IRC
1712016-11-30T11:41:20  *** midnightmagic has joined #bitcoin-core-dev
1722016-11-30T11:45:40  *** molz has joined #bitcoin-core-dev
1732016-11-30T11:45:43  <bitcoin-git> [bitcoin] laanwj pushed 2 new commits to master: https://github.com/bitcoin/bitcoin/compare/e56cf67e6b3f...56bee4986d11
1742016-11-30T11:45:43  <bitcoin-git> bitcoin/master 7d3b627 Wladimir J. van der Laan: torcontrol: Explicitly request RSA1024 private key...
1752016-11-30T11:45:44  <bitcoin-git> bitcoin/master 56bee49 Wladimir J. van der Laan: Merge #9234: torcontrol: Explicitly request RSA1024 private key...
1762016-11-30T11:45:58  <bitcoin-git> [bitcoin] laanwj closed pull request #9234: torcontrol: Explicitly request RSA1024 private key (master...2016_11_torcontrol_key_ttpe) https://github.com/bitcoin/bitcoin/pull/9234
1772016-11-30T11:47:06  *** mol has quit IRC
1782016-11-30T11:51:49  <bitcoin-git> [bitcoin] laanwj pushed 1 new commit to 0.13: https://github.com/bitcoin/bitcoin/commit/94531b53509470e01dcbd90275577cb37a794fa8
1792016-11-30T11:51:49  <bitcoin-git> bitcoin/0.13 94531b5 Wladimir J. van der Laan: torcontrol: Explicitly request RSA1024 private key...
1802016-11-30T12:05:49  *** justanotheruser has joined #bitcoin-core-dev
1812016-11-30T12:07:33  *** justanotheruser has joined #bitcoin-core-dev
1822016-11-30T12:10:36  *** justanotheruser has quit IRC
1832016-11-30T12:11:45  *** justanotheruser has joined #bitcoin-core-dev
1842016-11-30T12:36:15  *** harrymm has joined #bitcoin-core-dev
1852016-11-30T12:44:04  *** Ylbam has joined #bitcoin-core-dev
1862016-11-30T12:51:09  *** dcousens has quit IRC
1872016-11-30T12:56:17  *** Evel-Knievel has quit IRC
1882016-11-30T12:58:13  *** alpalp has joined #bitcoin-core-dev
1892016-11-30T12:58:14  *** alpalp has joined #bitcoin-core-dev
1902016-11-30T12:59:34  *** Atomicat_ has joined #bitcoin-core-dev
1912016-11-30T13:02:00  *** Atomicat has quit IRC
1922016-11-30T13:02:00  *** Atomicat_ is now known as Atomicat
1932016-11-30T13:04:13  *** Atomicat_ has joined #bitcoin-core-dev
1942016-11-30T13:06:06  *** paveljanik has joined #bitcoin-core-dev
1952016-11-30T13:06:48  *** Atomicat has quit IRC
1962016-11-30T13:06:52  *** Atomicat__ has joined #bitcoin-core-dev
1972016-11-30T13:06:53  *** Atomicat__ is now known as Atomicat
1982016-11-30T13:08:01  *** dcousens has joined #bitcoin-core-dev
1992016-11-30T13:10:03  *** Atomicat_ has quit IRC
2002016-11-30T14:00:52  *** laurentmt has joined #bitcoin-core-dev
2012016-11-30T14:01:09  *** laurentmt has quit IRC
2022016-11-30T14:07:15  *** alpalp has quit IRC
2032016-11-30T14:14:37  *** crudel has joined #bitcoin-core-dev
2042016-11-30T14:19:09  *** Atomicat has quit IRC
2052016-11-30T14:20:13  *** alpalp has joined #bitcoin-core-dev
2062016-11-30T14:23:03  *** Evel-Knievel has joined #bitcoin-core-dev
2072016-11-30T14:24:37  *** alpalp has quit IRC
2082016-11-30T14:29:23  *** Atomicat has joined #bitcoin-core-dev
2092016-11-30T14:38:01  *** dcousens has quit IRC
2102016-11-30T14:46:24  *** Guyver2 has joined #bitcoin-core-dev
2112016-11-30T14:54:21  *** laurentmt has joined #bitcoin-core-dev
2122016-11-30T14:56:10  *** laurentmt has quit IRC
2132016-11-30T15:17:36  *** To7 has joined #bitcoin-core-dev
2142016-11-30T15:27:20  <bitcoin-git> [bitcoin] wodry opened pull request #9249: Improvement of documentation of command line parameter 'whitelist' (master...patch-1) https://github.com/bitcoin/bitcoin/pull/9249
2152016-11-30T15:41:21  *** aalex_ has joined #bitcoin-core-dev
2162016-11-30T15:44:54  *** aalex has quit IRC
2172016-11-30T15:55:20  *** abpa has joined #bitcoin-core-dev
2182016-11-30T15:57:26  *** PaulCapestany has quit IRC
2192016-11-30T16:00:37  *** kadoban_ is now known as kadoban
2202016-11-30T16:00:40  *** PaulCapestany has joined #bitcoin-core-dev
2212016-11-30T16:07:21  *** Guyver2__ has joined #bitcoin-core-dev
2222016-11-30T16:09:38  *** Guyver2 has quit IRC
2232016-11-30T16:09:45  *** Guyver2__ is now known as Guyver2
2242016-11-30T16:12:42  *** aalex__ has joined #bitcoin-core-dev
2252016-11-30T16:16:30  *** aalex_ has quit IRC
2262016-11-30T16:18:02  *** Guyver2 has quit IRC
2272016-11-30T16:20:04  *** Giszmo has quit IRC
2282016-11-30T16:22:20  *** laurentmt has joined #bitcoin-core-dev
2292016-11-30T16:22:28  *** laurentmt has quit IRC
2302016-11-30T16:22:53  <bitcoin-git> [bitcoin] wodry opened pull request #9251: Improvement of documentation of command line parameter 'whitelist' (master...patch-3) https://github.com/bitcoin/bitcoin/pull/9251
2312016-11-30T16:26:22  *** Giszmo has joined #bitcoin-core-dev
2322016-11-30T16:33:57  *** Guyver2 has joined #bitcoin-core-dev
2332016-11-30T16:39:57  *** aalex_ has joined #bitcoin-core-dev
2342016-11-30T16:42:49  *** Guyver2__ has joined #bitcoin-core-dev
2352016-11-30T16:43:17  *** aalex__ has quit IRC
2362016-11-30T16:45:38  *** Guyver2 has quit IRC
2372016-11-30T16:45:42  *** Guyver2__ is now known as Guyver2
2382016-11-30T16:48:58  *** laurentmt has joined #bitcoin-core-dev
2392016-11-30T16:50:00  *** abpa has joined #bitcoin-core-dev
2402016-11-30T16:54:24  *** aalex__ has joined #bitcoin-core-dev
2412016-11-30T16:58:12  *** aalex_ has quit IRC
2422016-11-30T17:08:28  *** Victorsueca has quit IRC
2432016-11-30T17:12:03  *** Guyver2 has quit IRC
2442016-11-30T17:23:25  *** laurentmt has quit IRC
2452016-11-30T17:28:12  *** Guyver2 has joined #bitcoin-core-dev
2462016-11-30T17:34:45  <bitcoin-git> [bitcoin] wodry closed pull request #9249: Improvement of documentation of command line parameter 'whitelist' (master...patch-1) https://github.com/bitcoin/bitcoin/pull/9249
2472016-11-30T17:54:03  *** laurentmt has joined #bitcoin-core-dev
2482016-11-30T17:54:07  *** laurentmt has quit IRC
2492016-11-30T18:00:29  *** jannes has quit IRC
2502016-11-30T18:16:32  *** Chris_Stewart_5 has quit IRC
2512016-11-30T18:17:44  *** laurentmt has joined #bitcoin-core-dev
2522016-11-30T18:22:58  *** laurentmt has quit IRC
2532016-11-30T18:45:31  *** bobbytux has joined #bitcoin-core-dev
2542016-11-30T18:48:46  *** AaronvanW has quit IRC
2552016-11-30T18:51:50  <bobbytux> hello all
2562016-11-30T18:56:02  *** jtimon has joined #bitcoin-core-dev
2572016-11-30T18:57:14  <bitcoin-git> [bitcoin] sdaftuar opened pull request #9252: Release cs_main before calling ProcessNewBlock (cmpctblock handling) (master...cb-lock) https://github.com/bitcoin/bitcoin/pull/9252
2582016-11-30T19:00:28  *** AaronvanW has joined #bitcoin-core-dev
2592016-11-30T19:00:28  *** AaronvanW has quit IRC
2602016-11-30T19:00:28  *** AaronvanW has joined #bitcoin-core-dev
2612016-11-30T19:06:51  *** aalex_ has joined #bitcoin-core-dev
2622016-11-30T19:08:35  *** Victorsueca has joined #bitcoin-core-dev
2632016-11-30T19:10:44  *** aalex__ has quit IRC
2642016-11-30T19:11:04  *** aalex has joined #bitcoin-core-dev
2652016-11-30T19:14:00  *** aalex_ has quit IRC
2662016-11-30T19:18:41  *** laurentmt has joined #bitcoin-core-dev
2672016-11-30T19:20:40  *** laurentmt has quit IRC
2682016-11-30T19:50:50  *** aalex_ has joined #bitcoin-core-dev
2692016-11-30T19:51:18  *** aalex has quit IRC
2702016-11-30T20:01:38  *** btcdrak has quit IRC
2712016-11-30T20:04:55  *** btcdrak_ has joined #bitcoin-core-dev
2722016-11-30T20:10:28  *** dermoth has quit IRC
2732016-11-30T20:11:13  *** dermoth has joined #bitcoin-core-dev
2742016-11-30T20:15:39  *** Chris_Stewart_5 has joined #bitcoin-core-dev
2752016-11-30T20:54:20  *** windsok has quit IRC
2762016-11-30T20:54:49  *** CubicEarth has quit IRC
2772016-11-30T20:55:21  *** CubicEarth has joined #bitcoin-core-dev
2782016-11-30T20:59:46  *** CubicEarth has quit IRC
2792016-11-30T21:13:20  *** moli has joined #bitcoin-core-dev
2802016-11-30T21:15:16  *** molz has quit IRC
2812016-11-30T21:23:14  *** windsok has joined #bitcoin-core-dev
2822016-11-30T21:25:19  *** e4xit has quit IRC
2832016-11-30T21:25:43  *** e4xit has joined #bitcoin-core-dev
2842016-11-30T21:41:43  *** CubicEarth has joined #bitcoin-core-dev
2852016-11-30T21:43:48  *** CubicEarth has quit IRC
2862016-11-30T21:44:20  *** CubicEarth has joined #bitcoin-core-dev
2872016-11-30T21:46:39  *** CubicEar_ has joined #bitcoin-core-dev
2882016-11-30T21:48:50  *** CubicEarth has quit IRC
2892016-11-30T22:01:04  *** CubicEar_ has quit IRC
2902016-11-30T22:01:16  *** randy-waterhouse has joined #bitcoin-core-dev
2912016-11-30T22:01:33  *** randy-waterhouse has joined #bitcoin-core-dev
2922016-11-30T22:01:40  *** CubicEarth has joined #bitcoin-core-dev
2932016-11-30T22:06:05  *** CubicEarth has quit IRC
2942016-11-30T22:06:12  *** aalex_ has quit IRC
2952016-11-30T22:06:41  *** cryptapus_afk is now known as cryptapus
2962016-11-30T22:09:38  *** cryptapus is now known as cryptapus_afk
2972016-11-30T22:35:08  *** dcousens has joined #bitcoin-core-dev
2982016-11-30T22:50:23  *** Guyver2 has quit IRC
2992016-11-30T22:56:18  *** Cory has quit IRC
3002016-11-30T22:57:55  *** Pasha has joined #bitcoin-core-dev
3012016-11-30T23:04:49  *** Pasha is now known as Cory
3022016-11-30T23:05:30  *** randy-waterhouse has quit IRC
3032016-11-30T23:26:00  *** dgenr8 has quit IRC
3042016-11-30T23:46:08  *** Chris_Stewart_5 has quit IRC
3052016-11-30T23:49:15  *** Chris_Stewart_5 has joined #bitcoin-core-dev