12017-03-14T00:00:13 *** PRab has joined #bitcoin-core-dev
22017-03-14T00:00:45 *** chjj has joined #bitcoin-core-dev
32017-03-14T00:04:03 *** musalbas has quit IRC
42017-03-14T00:13:36 *** goksinen has quit IRC
52017-03-14T00:25:28 *** marcoagner has joined #bitcoin-core-dev
62017-03-14T00:30:24 *** musalbas has joined #bitcoin-core-dev
72017-03-14T00:45:18 *** randy-waterhouse has joined #bitcoin-core-dev
82017-03-14T00:45:48 *** randy-waterhouse has joined #bitcoin-core-dev
92017-03-14T00:55:56 *** marcoagner has quit IRC
102017-03-14T01:02:25 *** AaronvanW has quit IRC
112017-03-14T01:32:48 *** Cory has quit IRC
122017-03-14T01:37:26 *** Pasha has joined #bitcoin-core-dev
132017-03-14T01:40:37 *** Pasha is now known as Cory
142017-03-14T01:43:49 *** dodomojo has joined #bitcoin-core-dev
152017-03-14T01:48:04 *** dodomojo has quit IRC
162017-03-14T01:58:16 *** dodomojo has joined #bitcoin-core-dev
172017-03-14T01:58:36 *** dodomojo has joined #bitcoin-core-dev
182017-03-14T01:58:54 *** dodomojo has quit IRC
192017-03-14T01:59:21 *** dodomojo has joined #bitcoin-core-dev
202017-03-14T02:09:59 *** vogelito has quit IRC
212017-03-14T02:10:18 *** vogelito has joined #bitcoin-core-dev
222017-03-14T02:10:33 *** vogelito has quit IRC
232017-03-14T02:14:05 *** Ylbam has quit IRC
242017-03-14T02:40:22 *** Lauda has quit IRC
252017-03-14T02:41:28 *** Lauda has joined #bitcoin-core-dev
262017-03-14T03:07:40 *** Victor_sueca has joined #bitcoin-core-dev
272017-03-14T03:08:08 *** Victorsueca has quit IRC
282017-03-14T04:14:11 *** Victor_sueca has quit IRC
292017-03-14T04:18:39 *** dodomojo has quit IRC
302017-03-14T04:19:35 *** Victor_sueca has joined #bitcoin-core-dev
312017-03-14T04:29:42 *** chris200_ has joined #bitcoin-core-dev
322017-03-14T04:32:50 *** chris2000 has quit IRC
332017-03-14T04:55:07 *** dodomojo has joined #bitcoin-core-dev
342017-03-14T04:55:58 *** vogelito has joined #bitcoin-core-dev
352017-03-14T04:58:40 *** vogelito has quit IRC
362017-03-14T04:59:57 *** dodomojo has quit IRC
372017-03-14T05:00:42 *** vogelito has joined #bitcoin-core-dev
382017-03-14T05:13:58 *** windsok_ is now known as windsok
392017-03-14T05:14:38 *** windsok has joined #bitcoin-core-dev
402017-03-14T05:33:37 *** owowo has joined #bitcoin-core-dev
412017-03-14T05:36:40 *** vogelito has quit IRC
422017-03-14T05:36:59 *** vogelito has joined #bitcoin-core-dev
432017-03-14T05:39:15 *** Victor_sueca has quit IRC
442017-03-14T05:40:23 *** Victor_sueca has joined #bitcoin-core-dev
452017-03-14T05:49:35 *** dodomojo has joined #bitcoin-core-dev
462017-03-14T05:54:29 *** dodomojo has quit IRC
472017-03-14T06:05:46 *** jtimon has quit IRC
482017-03-14T06:27:55 <wumpus> luke-jr: that would be a great idea
492017-03-14T06:28:13 <wumpus> luke-jr: jeremyrubin was also talking about that, it's pretty hard to do in practice, though
502017-03-14T06:28:16 <wumpus> jonasschnelli: my mac just arrived, so I'll hopefully be able to help with macosx releases and development now, too
512017-03-14T06:36:21 <warren> brg444: it just occurred to me that optimizations beyond validation performance have helped core deal with larger block sizes up to 1MB. Do you already have the few cases where the performance of `getblocktemplate` was dramatically improved in the context of a huge mempool? That became slow at some point, and fear of orphans from it being slow also contributed to centralization pressure.
522017-03-14T06:38:42 <bitcoin-git> [bitcoin] laanwj pushed 2 new commits to master: https://github.com/bitcoin/bitcoin/compare/8040ae6fc576...cce056d72918
532017-03-14T06:38:43 <bitcoin-git> bitcoin/master a327e8e Wladimir J. van der Laan: devtools: Make github-merge compute SHA512 from git, instead of worktree...
542017-03-14T06:38:43 <bitcoin-git> bitcoin/master cce056d Wladimir J. van der Laan: Merge #9984: devtools: Make github-merge compute SHA512 from git, instead of worktree...
552017-03-14T06:39:03 <bitcoin-git> [bitcoin] laanwj closed pull request #9984: devtools: Make github-merge compute SHA512 from git, instead of worktree (master...2017_03_merge_hash_git) https://github.com/bitcoin/bitcoin/pull/9984
562017-03-14T06:43:46 <jeremyrubin> luke-jr: there are some nice ways to effectively recover, the key is to make the bad_alloc handler rentrant-safe (it's not right now) and then try to flush some caches, or even just wait a split second in hopes that another thread frees whatever large allocation it made.
572017-03-14T06:43:48 *** dodomojo has joined #bitcoin-core-dev
582017-03-14T06:44:21 <jeremyrubin> I have some notes somewhere on some of the various things that could be done. if you're interested, email me
592017-03-14T06:44:38 <luke-jr> I suppose the bigger problem will be overcommitments
602017-03-14T06:48:01 *** dodomojo has quit IRC
612017-03-14T06:48:20 <gmaxwell> luke-jr: you can do virtually nothing without more allocations happening, you certantly can't flush the dbcache.
622017-03-14T06:48:29 <gmaxwell> maybe you could drop the mempool completely.
632017-03-14T06:48:54 <gmaxwell> but its unlikely that you caught the exception at a point you could continue from.
642017-03-14T06:52:04 <jeremyrubin> so one idea i had
652017-03-14T06:52:17 <jeremyrubin> is to have 10MB as a "break in case of emergency" memeory
662017-03-14T06:52:20 <jeremyrubin> so when you OOM
672017-03-14T06:52:22 <jeremyrubin> you free that
682017-03-14T06:52:26 <jeremyrubin> and then try to flush
692017-03-14T06:53:35 <midnightmagic> That seems to be a single entity, by the way, joining and leaving with all those usernames and IP addresses.
702017-03-14T06:56:40 *** vogelito has quit IRC
712017-03-14T06:58:59 *** Ylbam has joined #bitcoin-core-dev
722017-03-14T07:13:50 <wumpus> gmaxwell: after an exception it is hard to recover, the idea of set_new_handler is to handle out-of-memory errors before an exception happens; "make more memory available" is an explicit goal of it
732017-03-14T07:13:56 <wumpus> e.g. http://en.cppreference.com/w/cpp/memory/new/set_new_handler
742017-03-14T07:14:20 <wumpus> so it will call that on allocation, if it notices no memory is available
752017-03-14T07:14:46 <sipa> wumpus: so, it seems part of our oom prblems are due to the fact that the writebatch in peveldb is allocated as one continuous region
762017-03-14T07:14:54 <sipa> *leveldb
772017-03-14T07:15:04 <wumpus> it's exactly designed to be able to flush caches and such, though getting the locking etc. straight is a challenge
782017-03-14T07:15:49 <wumpus> sipa: yes the batches are huge in memory
792017-03-14T07:16:19 <sipa> but from a casual look, it's just an std::string in memory that gets appended over and iterated over
802017-03-14T07:16:33 <sipa> i.e., nothing a linked list of blobs can't do
812017-03-14T07:16:52 <wumpus> right, a deque or such
822017-03-14T07:17:18 <wumpus> dividing it up is a good idea, would also avoid copying while resizing, blobs shouldn't be too small to avoid this resulting in more overhead
832017-03-14T07:18:07 <sipa> i was thinking 1 MB as blob size
842017-03-14T07:18:22 <wumpus> yes something of that order
852017-03-14T07:19:00 <wumpus> a serious number but not enough to run into address space fragmentation issues on 32 bit
862017-03-14T07:19:49 <jonasschnelli> wumpus: A Mac?! Will it be your main workstation? :-)
872017-03-14T07:20:04 <wumpus> it'd be a great improvement from using strings... that always bothered me too
882017-03-14T07:20:14 <wumpus> jonasschnelli: hah, probably not, I have to chase my gf away from it first :p
892017-03-14T07:20:23 <jonasschnelli> hehe...
902017-03-14T07:22:17 <wumpus> sipa: I actually have very little problem with improving leveldb to be a better database for our specific usecase; it seems upstream development is kind of dormant anyway, though you could always try to upstream things ofcourse
912017-03-14T07:23:46 <wumpus> but the more this UTXO set grows the less likely is that an off the shelf database library just provides what we need. And leveldb seems a good starting point in any case, it worked better for our use case than anything else I tried
922017-03-14T07:24:01 <sipa> wumpus: right
932017-03-14T07:24:20 <sipa> utxo size growth is an unsolvable problem except using txo/mmr trees
942017-03-14T07:25:12 <sipa> though consensus rules that punish growth may go a long way
952017-03-14T07:26:36 <wumpus> that would be solving the problem at the source, yes
962017-03-14T07:27:24 <wumpus> in any case we could do a 0.14.1 that reduces default memory requirements
972017-03-14T07:27:48 <wumpus> then in 0.15 try to improve memory handling at large
982017-03-14T07:28:45 <sipa> how fast do we want a 0.14.1?
992017-03-14T07:29:29 <gmaxwell> wumpus: ah, indeed if you can catch it before the exception, thats at least somewhat interesting.
1002017-03-14T07:30:54 <warren> I personally have always been sad we have been unable to bend down the growth curve of UTXO expansion by realigning the relative cost of UTXO creation. I am aware and appreciative of how segwit mitigates this problem a bit by reducing the cost to spend a UTXO. But sadly that is only effective for the legitimate UTXO ... there are plenty of questionable other UTXO that may never be spent. Runaway growth of UTXO expansion for data storage
1012017-03-14T07:30:55 <warren> is among the worst efficient uses of Bitcoin. I think a more effective guard against too-cheap UTXO creation leading to such a persistent negative externality in which people use the precious resource inefficient ways would be fix the original design problem. Maybe change it so fees to create a UTXO are more front-loaded more toward time of creation instead of at the time it is spending?
1022017-03-14T07:31:09 <wumpus> sipa: I don't know. All the OOM issues reported seem to point at this being quasi urgent
1032017-03-14T07:31:09 <gmaxwell> I think for 0.14.1 it would be sufficient to twiddle the mempool sharing enough that an 2GB aarch64 device wyncs.
1042017-03-14T07:31:24 <wumpus> gmaxwell: right - it does it before getting back to the application
1052017-03-14T07:32:14 <gmaxwell> warren: that is exactly what segwit does, increases cost to create while decreasing cost to consume; assuming constant relative load.
1062017-03-14T07:32:46 <warren> gmaxwell: which mostly works, except what of the cheap-to-create utxo that didn't have the goal of being spent?
1072017-03-14T07:32:52 <sipa> gmaxwell: i'm not sure that making dbcache borrow only 50% of the free mempool space... i'm not sure that's enough to make the odroid-c2 sync out of the box
1082017-03-14T07:32:57 *** voyager_ has quit IRC
1092017-03-14T07:32:58 <sipa> but i haven't tried
1102017-03-14T07:33:29 <gmaxwell> warren: it was made more expensive.
1112017-03-14T07:35:14 <warren> I might have missed something ... how?
1122017-03-14T07:35:33 <gmaxwell> ...
1132017-03-14T07:35:54 *** voyager_ has joined #bitcoin-core-dev
1142017-03-14T07:36:11 <gmaxwell> Because it is exclusively non-witness data, and under constant relative load non-witness data is several times more expensive than witness data.
1152017-03-14T07:36:46 *** goksinen has joined #bitcoin-core-dev
1162017-03-14T07:39:26 <jeremyrubin> I have a feeling that theres a bunch of small things that could be refactored to save a MB here or there. I know there are a couple places where queues are pushed/popped without actually freeing the space in the vector later. I think if 0.14.1 is going to have a memory goal, a lot of headway can be made with a bunch of small things that require less review.
1172017-03-14T07:39:45 <gmaxwell> no.
1182017-03-14T07:40:03 <gmaxwell> 0.14.1 is a bugfix release it will not get a pile of little MB shaving changes.
1192017-03-14T07:41:13 *** goksinen has quit IRC
1202017-03-14T07:41:14 <wumpus> that would be for 0.15
1212017-03-14T07:41:20 <gmaxwell> ya.
1222017-03-14T07:41:54 <gmaxwell> it might pick up a single blunt fix to prevent IBD from failing on 2GB hosts... sure. but I think thats all thats interesting for a backport.
1232017-03-14T07:42:55 <jeremyrubin> ah ok I misunderstood what "in any case we could do a 0.14.1 that reduces default memory requirements" meant
1242017-03-14T07:43:16 <jeremyrubin> you just mean the parameters?
1252017-03-14T07:43:22 <gmaxwell> jeremyrubin: because of fragmentation shrinking those vectors often doesn't reduce memory usage-- though fine enough to do so if we're actually done with them.
1262017-03-14T07:43:52 <jeremyrubin> gmaxwell: yeah these are ones that are done with, freeing them won't worsen fragmentation
1272017-03-14T07:44:26 <gmaxwell> yea, won't worsen but due to it may not reduce usage. Still good to do. Don't get your hopes up too much, we suffer badly from fragmentation.
1282017-03-14T07:45:00 *** BashCo has quit IRC
1292017-03-14T07:45:02 <wumpus> parameters, or small tweaking, anything that is sure to fix the "IBD crashes on 1GB/2GB ARM boards by default" issue
1302017-03-14T07:46:51 <jeremyrubin> There's at least one that is at most 4MB that is held permanently, never could be resized, that could be released when not used.
1312017-03-14T07:47:05 <jeremyrubin> *never is resized/freed
1322017-03-14T07:48:01 <jeremyrubin> There are a couple things I think might be similar, but I need to actually measure what their max loads are
1332017-03-14T07:48:36 <gmaxwell> well if you can add up to the several hundred megs of overage that we have, that would be nice. :P
1342017-03-14T08:18:25 *** BashCo has joined #bitcoin-core-dev
1352017-03-14T08:25:37 <wumpus> even someone with 4GB reporting OOM crash issues
1362017-03-14T08:25:38 <wumpus> https://github.com/bitcoin/bitcoin/issues/9969#issuecomment-286207333
1372017-03-14T08:25:42 <wumpus> windows tho, but still
1382017-03-14T08:26:14 <wumpus> windows 32 bit even, err yea, the amount of memory can be safely ignored I guess..
1392017-03-14T08:26:33 <rabidus_> :D
1402017-03-14T08:26:43 <gmaxwell> likely virt more of an issue than actual usage...
1412017-03-14T08:27:06 <wumpus> IIRC windows 32 bit virtual memory use is terrible, even worse than linux 32-bit usage
1422017-03-14T08:27:20 <wumpus> exactly
1432017-03-14T08:30:51 *** goksinen has joined #bitcoin-core-dev
1442017-03-14T08:31:07 <wumpus> ah yes: split is 2GB/2GB between kernel/user on windows by default, 3GB/1GB on linux (most distros), although on both OSes it is configurable in some way
1452017-03-14T08:31:26 *** riemann has joined #bitcoin-core-dev
1462017-03-14T08:32:39 <wumpus> this might actually help some users: https://knowledge.autodesk.com/support/autocad/troubleshooting/caas/sfdcarticles/sfdcarticles/How-to-enable-a-3GB-switch-on-Windows-Vista-Windows-7-or-Windows-XP-s.html
1472017-03-14T08:35:07 *** goksinen has quit IRC
1482017-03-14T08:46:20 *** Blaise has quit IRC
1492017-03-14T08:58:02 *** Liza has joined #bitcoin-core-dev
1502017-03-14T09:05:35 *** wasi has joined #bitcoin-core-dev
1512017-03-14T09:05:58 <bitcoin-git> [bitcoin] NicolasDorier opened pull request #9989: [Doc] Removing references to Windows 32 bit from README (master...patch-2) https://github.com/bitcoin/bitcoin/pull/9989
1522017-03-14T09:06:31 <bitcoin-git> [bitcoin] Rav3nPL opened pull request #9990: Merge pull request #1 from bitpay/master (0.14...master) https://github.com/bitcoin/bitcoin/pull/9990
1532017-03-14T09:07:03 <bitcoin-git> [bitcoin] fanquake closed pull request #9990: Merge pull request #1 from bitpay/master (0.14...master) https://github.com/bitcoin/bitcoin/pull/9990
1542017-03-14T09:10:26 *** panicstr has joined #bitcoin-core-dev
1552017-03-14T09:12:05 *** jannes has joined #bitcoin-core-dev
1562017-03-14T09:15:31 <bitcoin-git> [bitcoin] MarcoFalke pushed 2 new commits to master: https://github.com/bitcoin/bitcoin/compare/cce056d72918...857d1e171e05
1572017-03-14T09:15:31 <bitcoin-git> bitcoin/master 655df06 Suhas Daftuar: QA: getblocktemplate_longpoll.py should always use >0 fee tx
1582017-03-14T09:15:32 <bitcoin-git> bitcoin/master 857d1e1 MarcoFalke: Merge #9977: QA: getblocktemplate_longpoll.py should always use >0 fee tx...
1592017-03-14T09:15:51 <bitcoin-git> [bitcoin] MarcoFalke closed pull request #9977: QA: getblocktemplate_longpoll.py should always use >0 fee tx (master...2017-03-gbt-longpoll-test) https://github.com/bitcoin/bitcoin/pull/9977
1602017-03-14T09:17:23 *** paveljanik has quit IRC
1612017-03-14T09:25:07 *** goksinen has joined #bitcoin-core-dev
1622017-03-14T09:29:22 *** goksinen has quit IRC
1632017-03-14T09:31:41 *** Guyver2 has joined #bitcoin-core-dev
1642017-03-14T09:36:48 *** belcher has quit IRC
1652017-03-14T09:38:54 <bitcoin-git> [bitcoin] laanwj pushed 4 new commits to master: https://github.com/bitcoin/bitcoin/compare/857d1e171e05...1b046603b30e
1662017-03-14T09:38:55 <bitcoin-git> bitcoin/master cc44c8f NicolasDorier: ContextualCheckBlockHeader should never have pindexPrev to NULL
1672017-03-14T09:38:55 <bitcoin-git> bitcoin/master 972714c Daniel Cousens: pow: GetNextWorkRequired never called with NULL pindexLast
1682017-03-14T09:38:56 <bitcoin-git> bitcoin/master 4d51e9b NicolasDorier: Assert ConnectBlock block and pIndex are the same block
1692017-03-14T09:41:28 <bitcoin-git> [bitcoin] NicolasDorier closed pull request #9989: [Doc] Removing references to Windows 32 bit from README (master...patch-2) https://github.com/bitcoin/bitcoin/pull/9989
1702017-03-14T09:42:35 *** bityogi has quit IRC
1712017-03-14T09:43:30 <bitcoin-git> [bitcoin] laanwj pushed 3 new commits to master: https://github.com/bitcoin/bitcoin/compare/1b046603b30e...67ed40ed82c6
1722017-03-14T09:43:31 <bitcoin-git> bitcoin/master aaa02e7 Jeremy Rubin: Add prevector destructor benchmark
1732017-03-14T09:43:31 <bitcoin-git> bitcoin/master 45a5aaf Jeremy Rubin: Only call clear on prevector if it isn't trivially destructible and don't loop in clear
1742017-03-14T09:43:32 <bitcoin-git> bitcoin/master 67ed40e Wladimir J. van der Laan: Merge #9505: Prevector Quick Destruct...
1752017-03-14T09:43:43 <bitcoin-git> [bitcoin] laanwj closed pull request #9505: Prevector Quick Destruct (master...prevector-quick-destruct) https://github.com/bitcoin/bitcoin/pull/9505
1762017-03-14T09:49:45 *** belcher has joined #bitcoin-core-dev
1772017-03-14T09:50:26 *** paveljanik has joined #bitcoin-core-dev
1782017-03-14T09:52:58 *** laurentmt has joined #bitcoin-core-dev
1792017-03-14T09:53:21 *** laurentmt has quit IRC
1802017-03-14T09:53:49 *** Naphex has joined #bitcoin-core-dev
1812017-03-14T10:07:04 *** chris200_ has quit IRC
1822017-03-14T10:07:14 *** chris2000 has joined #bitcoin-core-dev
1832017-03-14T10:19:15 *** goksinen has joined #bitcoin-core-dev
1842017-03-14T10:22:03 <bitcoin-git> [bitcoin] laanwj pushed 3 new commits to master: https://github.com/bitcoin/bitcoin/compare/67ed40ed82c6...3cc13eac40a0
1852017-03-14T10:22:04 <bitcoin-git> bitcoin/master b9f34e8 Suhas Daftuar: Improve readability of segwit.py
1862017-03-14T10:22:05 <bitcoin-git> bitcoin/master 1269b8a Suhas Daftuar: Fix logging bug and improve readability of smartfees.py
1872017-03-14T10:22:05 <bitcoin-git> bitcoin/master 3cc13ea Wladimir J. van der Laan: Merge #9970: Improve readability of segwit.py, smartfees.py...
1882017-03-14T10:22:19 <bitcoin-git> [bitcoin] laanwj closed pull request #9970: Improve readability of segwit.py, smartfees.py (master...2017-03-segwit-test-improvements) https://github.com/bitcoin/bitcoin/pull/9970
1892017-03-14T10:23:10 *** panicstr has quit IRC
1902017-03-14T10:23:26 <wumpus> cfields: any opinion on https://github.com/bitcoin/bitcoin/pull/9921?
1912017-03-14T10:23:37 *** goksinen has quit IRC
1922017-03-14T10:24:27 *** kernelpanic has joined #bitcoin-core-dev
1932017-03-14T10:24:49 <luke-jr> why is SOCKET unsigned anyway?
1942017-03-14T10:25:43 <wumpus> luke-jr: because it is on windows
1952017-03-14T10:26:08 <luke-jr> no?
1962017-03-14T10:26:16 <luke-jr> #ifndef WIN32
1972017-03-14T10:26:18 <luke-jr> #define MSG_DONTWAIT 0  +typedef unsigned int SOCKET;
1982017-03-14T10:26:18 <wumpus> if I were to design something like this I'd just use int for fds, as that's what all the UNIXes have, but someone coming from windows would use unsigned types
1992017-03-14T10:26:26 <wumpus> SOCKET is a standard type on win32
2002017-03-14T10:26:29 <wumpus> which is an unsigned int
2012017-03-14T10:26:32 <luke-jr> yes, but this is ifNdef WIN32
2022017-03-14T10:26:48 * luke-jr peers at the paste adding MSG_DONTWAIT in
2032017-03-14T10:27:01 <wumpus> I know, but defining it as signed on unix would be confusing
2042017-03-14T10:27:18 <wumpus> as all the socket handling code is written to handle unsigned integers
2052017-03-14T10:27:29 <luke-jr> weird.
2062017-03-14T10:27:37 <wumpus> I hope most of this can go away once the P2P code is switched to libevent
2072017-03-14T10:27:59 <luke-jr> is that going to finally be in 0.15? or maybe I should reopen the libevent-optional PR :p
2082017-03-14T10:28:15 <wumpus> I hope so.
2092017-03-14T10:29:50 *** Victor_sueca is now known as Victorsueca
2102017-03-14T10:32:54 <wumpus> anyhow if "we're going to nuke all of this and replace it with libevent soon" is the reason to not merge #9921 I'd be happy, but if that's going to take a while it's somewhat useful to me
2112017-03-14T10:32:56 <gribble> https://github.com/bitcoin/bitcoin/issues/9921 | build: Probe MSG_DONTWAIT in the same way as MSG_NOSIGNAL by laanwj · Pull Request #9921 · bitcoin/bitcoin · GitHub
2122017-03-14T10:33:08 <wumpus> and it's not like it is a huge risky change...\
2132017-03-14T10:45:37 *** windsok has quit IRC
2142017-03-14T10:47:23 *** windsok has joined #bitcoin-core-dev
2152017-03-14T11:06:31 *** AaronvanW has joined #bitcoin-core-dev
2162017-03-14T11:08:10 *** kernelpanic has quit IRC
2172017-03-14T11:09:59 *** kernelpanic has joined #bitcoin-core-dev
2182017-03-14T11:12:08 *** chjj has quit IRC
2192017-03-14T11:13:31 *** goksinen has joined #bitcoin-core-dev
2202017-03-14T11:17:52 *** goksinen has quit IRC
2212017-03-14T11:24:06 <bitcoin-git> [bitcoin] laanwj pushed 3 new commits to master: https://github.com/bitcoin/bitcoin/compare/3cc13eac40a0...2c781fb92026
2222017-03-14T11:24:07 <bitcoin-git> bitcoin/master e207342 Jeremy Rubin: Fix CCheckQueue IsIdle (potential) race condition and remove dangerous constructors.
2232017-03-14T11:24:07 <bitcoin-git> bitcoin/master 96c7f2c Jeremy Rubin: Add CheckQueue Tests
2242017-03-14T11:24:08 <bitcoin-git> bitcoin/master 2c781fb Wladimir J. van der Laan: Merge #9497: CCheckQueue Unit Tests...
2252017-03-14T11:24:21 <bitcoin-git> [bitcoin] laanwj closed pull request #9497: CCheckQueue Unit Tests (master...checkqueue-tests) https://github.com/bitcoin/bitcoin/pull/9497
2262017-03-14T11:26:11 *** chjj has joined #bitcoin-core-dev
2272017-03-14T11:28:04 *** randy-waterhouse has quit IRC
2282017-03-14T11:32:13 *** dodomojo has joined #bitcoin-core-dev
2292017-03-14T11:36:25 *** dodomojo has quit IRC
2302017-03-14T11:56:25 <bitcoin-git> [bitcoin] laanwj pushed 3 new commits to master: https://github.com/bitcoin/bitcoin/compare/2c781fb92026...416809c11b82
2312017-03-14T11:56:26 <bitcoin-git> bitcoin/master abe7b3d Suhas Daftuar: Don't require segwit in getblocktemplate for segwit signalling or mining...
2322017-03-14T11:56:26 <bitcoin-git> bitcoin/master c85ffe6 Suhas Daftuar: Test transaction selection when gbt called without segwit support
2332017-03-14T11:56:27 <bitcoin-git> bitcoin/master 416809c Wladimir J. van der Laan: Merge #9955: Don't require segwit in getblocktemplate for segwit signalling or mining...
2342017-03-14T11:56:44 <bitcoin-git> [bitcoin] laanwj closed pull request #9955: Don't require segwit in getblocktemplate for segwit signalling or mining (master...2017-03-mining-segwit-changes) https://github.com/bitcoin/bitcoin/pull/9955
2352017-03-14T12:07:06 <bitcoin-git> [bitcoin] laanwj pushed 4 new commits to master: https://github.com/bitcoin/bitcoin/compare/416809c11b82...ce01e6226ce5
2362017-03-14T12:07:07 <bitcoin-git> bitcoin/master c5adf8f Jonas Schnelli: [Qt] Show more significant warning if we fall back to the default fee
2372017-03-14T12:07:08 <bitcoin-git> bitcoin/master 3e4d7bf Luke Dashjr: Qt/Send: Figure a decent warning colour from theme
2382017-03-14T12:07:08 <bitcoin-git> bitcoin/master 7abe7bb Luke Dashjr: Qt/Send: Give fallback fee a reasonable indent
2392017-03-14T12:07:16 <bitcoin-git> [bitcoin] laanwj closed pull request #9481: [Qt] Show more significant warning if we fall back to the default fee (master...2017/01/fee_warning) https://github.com/bitcoin/bitcoin/pull/9481
2402017-03-14T12:15:14 *** goksinen has joined #bitcoin-core-dev
2412017-03-14T12:19:49 *** goksinen has quit IRC
2422017-03-14T12:26:11 *** dodomojo has joined #bitcoin-core-dev
2432017-03-14T12:30:40 *** dodomojo has quit IRC
2442017-03-14T12:52:25 *** laurentmt has joined #bitcoin-core-dev
2452017-03-14T12:55:06 *** laurentmt has quit IRC
2462017-03-14T12:59:54 *** kernelpanic has quit IRC
2472017-03-14T13:13:21 *** ill has joined #bitcoin-core-dev
2482017-03-14T13:19:13 *** To7 has quit IRC
2492017-03-14T13:20:28 *** dodomojo has joined #bitcoin-core-dev
2502017-03-14T13:23:48 <bitcoin-git> [bitcoin] NicolasDorier opened pull request #9991: listreceivedbyaddress Filter Address (master...listreceivedbyaddress-filtered) https://github.com/bitcoin/bitcoin/pull/9991
2512017-03-14T13:24:20 *** arowser_ has quit IRC
2522017-03-14T13:24:55 *** dodomojo has quit IRC
2532017-03-14T13:25:43 *** arowser has joined #bitcoin-core-dev
2542017-03-14T13:26:14 *** nemgun has joined #bitcoin-core-dev
2552017-03-14T13:54:52 *** Alina-malina has quit IRC
2562017-03-14T14:03:46 *** Cheeseo has joined #bitcoin-core-dev
2572017-03-14T14:03:46 *** Cheeseo has joined #bitcoin-core-dev
2582017-03-14T14:11:44 <bitcoin-git> [bitcoin] MarcoFalke closed pull request #9503: listreceivedbyaddress Filter Address (master...listreceivedbyaddress-filtered) https://github.com/bitcoin/bitcoin/pull/9503
2592017-03-14T14:19:55 *** dodomojo has joined #bitcoin-core-dev
2602017-03-14T14:24:04 *** dodomojo has quit IRC
2612017-03-14T14:35:13 *** goksinen has joined #bitcoin-core-dev
2622017-03-14T14:36:19 *** Cheeseo has quit IRC
2632017-03-14T14:39:28 *** schmidty has quit IRC
2642017-03-14T14:50:11 *** Alina-malina has joined #bitcoin-core-dev
2652017-03-14T14:52:11 *** Alina-malina has quit IRC
2662017-03-14T14:52:12 *** Alina-malina has joined #bitcoin-core-dev
2672017-03-14T14:53:40 *** Cheeseo has joined #bitcoin-core-dev
2682017-03-14T14:53:40 *** Cheeseo has joined #bitcoin-core-dev
2692017-03-14T15:05:38 *** To7 has joined #bitcoin-core-dev
2702017-03-14T15:08:25 *** afk11_ has joined #bitcoin-core-dev
2712017-03-14T15:30:43 *** goksinen has quit IRC
2722017-03-14T15:31:30 *** goksinen has joined #bitcoin-core-dev
2732017-03-14T15:40:02 <afk11_> could someone get me the raw block hex for 000000000066757b6b59f9a18b1021f160e48f0f75211800961c4fe2535acd7f - pm please
2742017-03-14T15:40:07 <afk11_> (on testnet)
2752017-03-14T15:42:52 *** vogelito has joined #bitcoin-core-dev
2762017-03-14T15:45:42 <nemgun> one minut
2772017-03-14T15:47:17 *** vogelito has quit IRC
2782017-03-14T15:48:43 <afk11_> thanks. your node version would interest me as well
2792017-03-14T15:49:55 <nemgun> i use an api
2802017-03-14T15:50:22 <nemgun> webbtc.com says the block doesn't exists
2812017-03-14T15:52:43 <sipa> afk11_: i onoy have the header
2822017-03-14T15:54:41 <sipa> *only
2832017-03-14T15:56:47 *** abpa has joined #bitcoin-core-dev
2842017-03-14T15:57:37 <Victorsueca> afk11_: still need it?
2852017-03-14T16:00:00 *** molz_ is now known as moli
2862017-03-14T16:02:54 *** riemann has quit IRC
2872017-03-14T16:05:14 *** goksinen has quit IRC
2882017-03-14T16:08:24 *** nemgun1 has joined #bitcoin-core-dev
2892017-03-14T16:11:22 *** nemgun has quit IRC
2902017-03-14T16:14:10 <afk11_> my segwit node has something different for that height. its currently on 1093617, but v0.12 explorers are on 1093623. the last block I have in common with them is 00000000000000ebf174a2ccaaf2024baadba5cef04862d2ce261097c574f712
2912017-03-14T16:14:27 <afk11_> which is 1093555
2922017-03-14T16:15:19 *** abpa has quit IRC
2932017-03-14T16:15:45 <Victorsueca> yeah, I think testnet got hard-forked at some point around that
2942017-03-14T16:16:10 *** abpa has joined #bitcoin-core-dev
2952017-03-14T16:16:16 <nemgun1> Victorsueca, didn't heard of a testnet hard fork
2962017-03-14T16:16:18 <afk11_> looking for a reject message or something
2972017-03-14T16:18:23 <Victorsueca> I don't remember well but I think bitcoin classic got to hard-fork on testnet
2982017-03-14T16:21:27 *** dodomojo has joined #bitcoin-core-dev
2992017-03-14T16:22:22 *** dodomojo has quit IRC
3002017-03-14T16:23:52 <nemgun1> Victorsueca, bitcoin classic is annother coin no ?
3012017-03-14T16:26:13 <Victorsueca> it's a hard-fork that replaces the rule that says blocks can't be more than 1MB for one that says blocks can be up to 2MB
3022017-03-14T16:26:42 *** dodomojo has joined #bitcoin-core-dev
3032017-03-14T16:27:09 <nemgun1> ah
3042017-03-14T16:27:23 *** jtimon has joined #bitcoin-core-dev
3052017-03-14T16:30:11 *** paveljanik has joined #bitcoin-core-dev
3062017-03-14T16:39:16 *** dodomojo has quit IRC
3072017-03-14T16:57:20 *** dodomojo has joined #bitcoin-core-dev
3082017-03-14T16:59:01 *** goksinen has joined #bitcoin-core-dev
3092017-03-14T17:03:30 *** crudel has joined #bitcoin-core-dev
3102017-03-14T17:03:40 *** goksinen has quit IRC
3112017-03-14T17:22:32 *** BashCo has quit IRC
3122017-03-14T17:23:11 *** BashCo has joined #bitcoin-core-dev
3132017-03-14T17:27:37 *** BashCo has quit IRC
3142017-03-14T17:46:08 *** Sosumi has joined #bitcoin-core-dev
3152017-03-14T17:50:51 *** tb302 has joined #bitcoin-core-dev
3162017-03-14T17:51:54 <tb302> Hello, is there a possibility at electrum to receive a notification when a payment is received?
3172017-03-14T17:52:45 <achow101> tb302: this channel is for bitcoin core, not electrum
3182017-03-14T17:53:13 <tb302> oh sry, is there a channel for electrum?
3192017-03-14T17:53:51 <achow101> probably #electrum
3202017-03-14T17:57:47 *** BashCo has joined #bitcoin-core-dev
3212017-03-14T17:59:34 *** tb302 has left #bitcoin-core-dev
3222017-03-14T18:07:16 *** Vinnie_win has quit IRC
3232017-03-14T18:20:59 *** vogelito has joined #bitcoin-core-dev
3242017-03-14T18:57:59 *** vogelito has quit IRC
3252017-03-14T19:02:08 *** vogelito has joined #bitcoin-core-dev
3262017-03-14T19:05:17 *** vogelito has quit IRC
3272017-03-14T19:14:59 *** vogelito has joined #bitcoin-core-dev
3282017-03-14T19:16:58 *** vogelito has quit IRC
3292017-03-14T19:18:24 *** kexkey has joined #bitcoin-core-dev
3302017-03-14T19:19:47 *** kexkey has quit IRC
3312017-03-14T19:20:28 *** kexkey has joined #bitcoin-core-dev
3322017-03-14T19:31:15 *** moli has quit IRC
3332017-03-14T19:31:39 *** moli_ has joined #bitcoin-core-dev
3342017-03-14T19:45:51 *** dodomojo has quit IRC
3352017-03-14T19:45:53 *** dodomojo_ has joined #bitcoin-core-dev
3362017-03-14T20:00:35 *** whphhg has quit IRC
3372017-03-14T20:03:19 *** dodomojo has joined #bitcoin-core-dev
3382017-03-14T20:03:34 *** whphhg has joined #bitcoin-core-dev
3392017-03-14T20:09:47 *** marcoagner has joined #bitcoin-core-dev
3402017-03-14T20:11:38 *** dodomojo has quit IRC
3412017-03-14T20:11:59 *** dodomojo has joined #bitcoin-core-dev
3422017-03-14T20:18:48 *** vogelito has joined #bitcoin-core-dev
3432017-03-14T20:22:06 *** dodomojo has quit IRC
3442017-03-14T20:24:50 *** marcoagner has quit IRC
3452017-03-14T20:35:57 *** marcoagner has joined #bitcoin-core-dev
3462017-03-14T20:38:05 *** afk11_ has quit IRC
3472017-03-14T20:38:18 *** afk11_ has joined #bitcoin-core-dev
3482017-03-14T20:41:20 *** Sosumi has quit IRC
3492017-03-14T20:42:53 *** vogelito has quit IRC
3502017-03-14T20:43:11 *** dodomojo has joined #bitcoin-core-dev
3512017-03-14T20:54:23 *** goksinen has joined #bitcoin-core-dev
3522017-03-14T20:55:32 *** vogelito has joined #bitcoin-core-dev
3532017-03-14T21:12:52 *** Lauda has quit IRC
3542017-03-14T21:14:51 *** Lauda has joined #bitcoin-core-dev
3552017-03-14T21:21:36 *** cluelessperson has joined #bitcoin-core-dev
3562017-03-14T21:32:24 *** Lauda has quit IRC
3572017-03-14T21:33:30 *** Lauda has joined #bitcoin-core-dev
3582017-03-14T21:42:43 *** Cheeseo has joined #bitcoin-core-dev
3592017-03-14T21:42:43 *** Cheeseo has joined #bitcoin-core-dev
3602017-03-14T22:07:51 *** sipa has quit IRC
3612017-03-14T22:18:31 *** nemgun1 has quit IRC
3622017-03-14T22:48:12 <bitcoin-git> [bitcoin] antron3000 opened pull request #9992: Update amount.h (master...patch-1) https://github.com/bitcoin/bitcoin/pull/9992
3632017-03-14T22:49:07 <bitcoin-git> [bitcoin] fanquake closed pull request #9992: Update amount.h (master...patch-1) https://github.com/bitcoin/bitcoin/pull/9992
3642017-03-14T22:53:09 <bitcoin-git> [bitcoin] pstratem opened pull request #9993: Initialize nRelockTime (master...2017-03-14-cwallet-nrelocktime-init) https://github.com/bitcoin/bitcoin/pull/9993
3652017-03-14T22:57:32 *** dpk has joined #bitcoin-core-dev
3662017-03-14T22:57:41 *** dpk has left #bitcoin-core-dev
3672017-03-14T23:00:14 *** dpk has joined #bitcoin-core-dev
3682017-03-14T23:16:07 *** kkode has joined #bitcoin-core-dev
3692017-03-14T23:16:34 *** vogelito has quit IRC
3702017-03-14T23:31:33 <luke-jr> a number of decent BIPs have negative comments; I suggest perhaps people may wish to provide positive feedback to counter them. https://github.com/bitcoin/bips/pull/500
3712017-03-14T23:37:47 <gmaxwell> luke-jr: really? thats what you're going to do?
3722017-03-14T23:37:54 <gmaxwell> I can't even see what the comments are!
3732017-03-14T23:38:35 <gmaxwell> oh it's fucking Voskuil shitting on everything.
3742017-03-14T23:39:11 <gmaxwell> no, I think I'll just recommend no one use BIPs for anything. Process has failed.
3752017-03-14T23:39:16 <luke-jr> â¦
3762017-03-14T23:39:46 <luke-jr> why can't you see what the comments are? why not leave positive comments?
3772017-03-14T23:40:57 <luke-jr> processes may fail if people just give up rather than using them, but we're not quite there yet.
3782017-03-14T23:44:58 *** sanada has quit IRC
3792017-03-14T23:47:19 <gmaxwell> luke-jr: the editor on github is uselessly bad.
3802017-03-14T23:47:51 <gmaxwell> luke-jr: because someone who does pratically nothing but shit over anything has a fundimental advantage in this process.
3812017-03-14T23:48:03 <gmaxwell> from a position of low reputation they can fling poo all day.
3822017-03-14T23:48:21 <luke-jr> could git clone https://github.com/bitcoin/bips.wiki.git if that makes it easier
3832017-03-14T23:48:57 <luke-jr> although I personally don't see a problem with github's editor
3842017-03-14T23:49:26 *** sanada has joined #bitcoin-core-dev
3852017-03-14T23:49:49 *** Guyver2 has quit IRC
3862017-03-14T23:54:25 <TD-Linux> how do I see the comments?
3872017-03-14T23:59:40 *** abpa has quit IRC