--- Day changed Fri Sep 30 2016 00:06 -!- gabridome [~gabridome@host189-56-dynamic.16-87-r.retail.telecomitalia.it] has quit [Quit: gabridome] 00:10 -!- gabridome [~gabridome@host189-56-dynamic.16-87-r.retail.telecomitalia.it] has joined #bitcoin-core-dev 00:15 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has quit [Read error: Connection reset by peer] 00:15 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has joined #bitcoin-core-dev 00:16 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has quit [Read error: No route to host] 00:16 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has joined #bitcoin-core-dev 00:17 -!- gabridome [~gabridome@host189-56-dynamic.16-87-r.retail.telecomitalia.it] has quit [Quit: gabridome] 00:31 -!- luke-jr [~luke-jr@unaffiliated/luke-jr] has quit [Quit: ZNC - http://znc.sourceforge.net] 00:37 -!- luke-jr [~luke-jr@unaffiliated/luke-jr] has joined #bitcoin-core-dev 00:39 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has quit [Read error: No route to host] 00:39 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has joined #bitcoin-core-dev 00:49 < gmaxwell> Interesting factoid: MUSL libc's malloc uses floating point internally. 00:50 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has quit [Read error: Connection reset by peer] 00:50 -!- aureianimus_ [~quassel@s55963df3.adsl.online.nl] has joined #bitcoin-core-dev 00:51 < midnightmagic> that'd odd. what for? 00:51 < gmaxwell> to enable darkness and hate in the world? 00:53 -!- luke-jr [~luke-jr@unaffiliated/luke-jr] has quit [Ping timeout: 272 seconds] 00:53 < gmaxwell> some internal algorithim, presumably on hardware with fast FPUs (e.g. nothing you're that likely to use MUSL on) I presume that it's faster than a fixed point version of the same algorithim. Also hate. 00:53 -!- luke-jr [~luke-jr@unaffiliated/luke-jr] has joined #bitcoin-core-dev 00:53 < midnightmagic> :-D 00:54 < gmaxwell> I found this out from friends chasing a bug report in libtheora... which uses mmx.. and mmx and fpu share registers... and you have to toggle between them, and the library very carefully fixes up the flag between entry and exit. ... but it didn't know that it had to do so across _libc_ calls, particularly malloc. 00:55 < midnightmagic> does smartheap still exist? I wonder if they do something similar. 00:57 < midnightmagic> so.. threaded theora programs stomp on it? 00:57 < gmaxwell> threaded is fine, OS saves the state betwen context switches. 00:58 < luke-jr> wat return ((union { float v; uint32_t r; }){(int)x}.r>>21) - 496; 00:58 < midnightmagic> now I'm curious. Can you link a URL I can read? 00:58 < gmaxwell> app calls libtheora, lib theora flips on mmx uses some MMX calls malloc does some more MMX flips off MMX OMG THE WORLD ENDS. 00:58 < luke-jr> gmaxwell: I just had to write http://codepad.org/XT8ifBBp to avoid losing my browser session when I switched to 64-bit.. :| 00:58 < gmaxwell> luke-jr: that looks like code for a a fast log. 00:58 < luke-jr> does not inspire confidence in browser developers 00:59 < gmaxwell> luke-jr: assuming a particular floating point representation (implementation defined behavior hurrah). 00:59 < luke-jr> gmaxwell: a fast log? it's adjusting alignment 00:59 < luke-jr> oh, the MUSL code 00:59 < gmaxwell> the MUSL code. 00:59 < gmaxwell> it's extracting the exponent and pulling off the bias. 01:00 < midnightmagic> ohh.. you mean libtheora is failing to do mmx fixup properly, not musl libc? 01:01 * luke-jr makes a long list of KDE 5 bugs 01:03 < gmaxwell> midnightmagic: it's fixing up before entry and exit, that libc is using the fpu is a surprise, -- and in C++ you'd be pretty screwed since it's easy for objects to malloc behaind your back in virtually any line of code. 01:05 < gmaxwell> theora's bug ultimately, but libc non libm using floating point is a surpise. 01:05 -!- DigiByteDev [~JT2@n218250011174.netvigator.com] has quit [Quit: DigiByteDev] 01:05 -!- jannes [~jannes@178.132.211.90] has joined #bitcoin-core-dev 01:09 -!- e4xit [~e4xit@cpc92302-cmbg19-2-0-cust1369.5-4.cable.virginm.net] has quit [Ping timeout: 244 seconds] 01:09 < wumpus> a heap implementation using floating point is a surprise to me too. I think the advice should be extended from not using floating point for monetary values, to not using it for any kind of precise resource tracking... 01:10 < midnightmagic> gmaxwell: I love interesting bugs like that. 01:10 < wumpus> "You have 3.14159... bytes free!" 01:10 < gmaxwell> (though I still have no idea how you could possibly write MMX using code in C++ if you can't call malloc without restoring the fpu flags first.) 01:13 < wumpus> I don't think MMX is much-used these days, main reason because there are newer SIMD instruction sets but another reason is its weird re-purposing of registers, it not only makes it hard for developers to use it but let alone compilers... 3DNOW had a similar problem IIRC 01:14 < wumpus> at its height it was used for a few well-contained matrix multiplication functions in games, too much risk of interfering with the rest of the code otherwise. Newer sets such as SSE have their own registers so doesn't have that problem. 01:15 < luke-jr> I think I read in GCC's manual sometime that it doesn't use older stuff when AVX is available 01:16 < gmaxwell> Yes, SSE2 mostly mooted MMX. ... though mmx vs fpu aren't the only fpu flags that could cause you problems with malloc using the fpu.. in particular the flags to control rounding modes might have unexpected effects. :P 01:16 < wumpus> yes, I'm by no means defending the use of floating point in resource allocation... :P 01:16 < wumpus> especially in cross-platform code. Ouch. 01:17 < wumpus> it's seems like of those bit flipping tricks that's very clever but a bad idea to use in production code 01:18 < wumpus> maybe it's a few % faster on some CPUs but the pain for maintainers... :) 01:19 * wumpus wonders if gcc or clang has a flag to warn on floating point usage 01:20 < gmaxwell> can't say I haven't done it myself; https://git.xiph.org/?p=opus.git;a=blob;f=celt/mathops.h;h=1f8a20cb4540255ffc4ea0a5f6716a31798c6a6f;hb=HEAD#l130 but it's behind a flag, and behind a bunch of warnings about non-portability, on some devices its more than a couple percent speedups. :) 01:21 < gmaxwell> (and operating on floating point signals, not a random piece of floating point code in a sea of integer code) 01:22 < wumpus> well that acts on float, as long as you can assume IEEE floating point formats I see nothing wrong with that 01:23 < wumpus> and indeed it's operating on floating point signals, not integer numbers where off-by-one errors can cause a crash like memory allocation :) 01:27 < wumpus> I think non-IEEE floating point formats (well there can be some contention around NaN and Inf and such, but I mean the global layout) are rarer than not-1-byte-chars these days 01:27 < luke-jr> wumpus: what if your platform has IEEE floats that conflict with the integer endian? :D 01:27 -!- DigiByteDev [~JT2@101.78.224.202] has joined #bitcoin-core-dev 01:28 < wumpus> luke-jr: hmm that's a valid point 01:28 < luke-jr> wumpus: NEON's non-IEEE stuff differs only in behaviour, not format, I guess? 01:28 < wumpus> yes, "non-IEEE" in modern usage refers to "sloppy" math behavior to impmlement some operations faster, not the format 01:31 < wumpus> or even if lacking some minor things that hardly anyone uses anyhow like signaling NaNs 01:31 -!- aureianimus_ [~quassel@s55963df3.adsl.online.nl] has quit [Read error: Connection reset by peer] 01:31 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has joined #bitcoin-core-dev 01:33 < wumpus> but which are great fun in network protocols, especially because no one expect themn and they cause a trap 01:34 < wumpus> also the DoS-by-small-numbers of x86 denormalized floating point math has always surprised me. It's easy to think of floating point horror stories. 01:37 < luke-jr> btw, I think my Chromium problems were possibly caused by Wikipedia :p 01:37 < luke-jr> it erroneously documented that 32-bit aligned 64-bit integers to 8 bytes same as 64-bit does 01:38 < luke-jr> when in reality GCC aligns them to 4 bytes 01:38 * luke-jr wonders if this is actually GCC's bug, since SSSE3 also crashed quite a bit 01:38 < wumpus> in structures? the normal gcc behavior is to algign to the type's size, on any arch 01:39 < wumpus> though you can override it with a compiler flag 01:40 < luke-jr> yes, in structures 01:40 < luke-jr> x86-32 GCC aligns 64-bit integer types to only 4 bytes 01:40 < luke-jr> even with the 64-bit compiler using -m32 01:43 < wumpus> just tried it out and you're right 01:43 < gmaxwell> freaky. 01:43 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has quit [Read error: No route to host] 01:44 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has joined #bitcoin-core-dev 01:44 < wumpus> on x86_32. On ARM32 it's 8 as expected. 01:44 -!- aalex [~aalex@64.187.177.58] has quit [Ping timeout: 264 seconds] 01:44 < wumpus> so please correct wikipedia :) 01:45 < luke-jr> I did, this time 01:46 < wumpus> in principle it makes sense, 32-bit x86 has (originally) no 64-bit memory loads, 64-bit integers are treated as two 32-bit halves 01:47 < wumpus> but it would have tricked me too. 01:48 -!- aalex [~aalex@64.187.177.58] has joined #bitcoin-core-dev 01:49 * luke-jr wonders why the lower half of his IPv6 address changed 01:52 < wumpus> yesterday I realized not even Amazon EC2 has IPv6 support yet. If there's anywhere you'd expect it to be used it'd be mass virtualized hosting 01:54 < luke-jr> O.o 01:54 * luke-jr wonders if that's what's holding Travis back 01:55 -!- aureianimus_ [~quassel@s55963df3.adsl.online.nl] has joined #bitcoin-core-dev 01:55 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has quit [Read error: Connection reset by peer] 01:55 < wumpus> that could be the case, on the other hand, Travis was even lacking localhost IPv6 support, that is not the fault of the hoster :) 01:57 < wumpus> can we please move the serialization for float/double to serialize_unsafe.h? 01:58 < wumpus> I was kind of scared until I relaized it's only used for local files (such as the fee estimator), not for network protocols, not for consensus structures 02:01 < luke-jr> can we make it so it *can't* be used for non-local stuff? 02:01 < luke-jr> probably easier to just make it portable I guess 02:01 < wumpus> moving it to a header with a very scary warning will at least be a first step 02:02 < luke-jr> I see no reason not to move it unless someone plans to do something bette 02:02 < luke-jr> r 02:02 < wumpus> making it portable is one thing. Accepting arbitrary float/double bit fields over the internet without potential crashes is not. 02:03 < wumpus> well it's easy if you know a platform, but it's platform specific 02:03 < wumpus> in any case putting it in a separate header with a big warning would help 02:09 < luke-jr> OS: GNU/Linux 4.4.21-gentoo/x86_64 - CPU: 8 x Intel(R) Core™ i7-4771 CPU @ 3.50GHz (3686.621 MHz) - Processes: 353 - Uptime: 09:09:19 up 1:35, 6 users, load average: 3.05, 2.33, 1.95 - Memory Usage: 15229MB/15950MB (95%) 02:09 * luke-jr wonders if he will regret moving back to 64-bit 02:09 < luke-jr> <1 day up and I'm already at 95% RAM use 02:10 < wumpus> you could skip x86 64-bit and directly move ahead to the future, ARM64 :) 02:10 * luke-jr was actually one of the earliest x86-64 adopters, but moved back to 32-bit in 2011 ;) 02:11 < paveljanik> luke-jr, buffer, cache... 02:11 < luke-jr> paveljanik: already excluding those 02:12 < paveljanik> bitcoind with dbcache=16G? ;-) 02:16 < wumpus> ok, just moving the serializers for float/double to a separate header file doesn't seem to be possible, it relies on a certain order of definitions 02:16 < luke-jr> I haven't even rebuild bitcoin-qt yet 02:17 < wumpus> compilng C++ with paralellism 10? 02:17 < luke-jr> nothing being compiled :P 02:17 < sipa> wumpus: make floating point serialization require nType == SER_DISK? 02:17 < wumpus> I wonder if jtimon has any ideas with regard to isolating a consensus-safe part of serialization 02:18 < wumpus> sipa: it'd work, I guess... 02:19 < wumpus> another option would be to use a special converter to/from binary for those few places that use it with float/double 02:19 < wumpus> something like FLATDATA, UNSAFE_SERIALIZE_DOUBLE 02:20 -!- Guyver2 [~Guyver2@guyver2.xs4all.nl] has joined #bitcoin-core-dev 02:20 < wumpus> anyhow I wasn't prepared to fight screenfuls of C++ compiler errors 02:21 < wumpus> another time 02:37 < sipa> haha 02:55 -!- cdecker [~quassel@2a02:aa16:1105:4a80:7d39:b0e3:868e:8873] has joined #bitcoin-core-dev 03:07 -!- DigiByteDev [~JT2@101.78.224.202] has quit [Quit: DigiByteDev] 03:22 -!- e4xit [~e4xit@cpc92302-cmbg19-2-0-cust1369.5-4.cable.virginm.net] has joined #bitcoin-core-dev 03:27 -!- aureianimus_ [~quassel@s55963df3.adsl.online.nl] has quit [Read error: No route to host] 03:27 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has joined #bitcoin-core-dev 03:34 < GitHub114> [bitcoin] laanwj pushed 2 new commits to master: https://github.com/bitcoin/bitcoin/compare/f560d9564f74...83998b52d07b 03:34 < GitHub114> bitcoin/master 46a4774 Johnson Lau: Fix nulldummy.py test 03:34 < GitHub114> bitcoin/master 83998b5 Wladimir J. van der Laan: Merge #8841: [qa] fix nulldummy test... 03:34 < GitHub138> [bitcoin] laanwj closed pull request #8841: [qa] fix nulldummy test (master...nulldummytest) https://github.com/bitcoin/bitcoin/pull/8841 03:35 < GitHub193> [bitcoin] laanwj pushed 2 new commits to master: https://github.com/bitcoin/bitcoin/compare/83998b52d07b...929860106f5a 03:35 < GitHub193> bitcoin/master 30930e8 Wladimir J. van der Laan: test: Explicitly set encoding to utf8 when opening text files... 03:35 < GitHub193> bitcoin/master 9298601 Wladimir J. van der Laan: Merge #8840: test: Explicitly set encoding to utf8 when opening text files... 03:35 < GitHub152> [bitcoin] laanwj closed pull request #8840: test: Explicitly set encoding to utf8 when opening text files (master...2016_09_textfiles_locale) https://github.com/bitcoin/bitcoin/pull/8840 03:35 < GitHub40> [bitcoin] laanwj pushed 2 new commits to master: https://github.com/bitcoin/bitcoin/compare/929860106f5a...0572acd63bc8 03:35 < GitHub40> bitcoin/master 1d28faf Wladimir J. van der Laan: test: Avoid ConnectionResetErrors during RPC tests... 03:35 < GitHub40> bitcoin/master 0572acd Wladimir J. van der Laan: Merge #8839: test: Avoid ConnectionResetErrors during RPC tests... 03:35 < GitHub182> [bitcoin] laanwj closed pull request #8839: test: Avoid ConnectionResetErrors during RPC tests (master...2016_09_freebsd_rpctest_fix) https://github.com/bitcoin/bitcoin/pull/8839 03:35 < luke-jr> 10 seconds to view IRC tabs. I feel the pain. :x 03:36 < sipa> ? 03:36 < wumpus> what IRC client? 03:36 < GitHub160> [bitcoin] laanwj pushed 2 new commits to master: https://github.com/bitcoin/bitcoin/compare/0572acd63bc8...90adfabd5daa 03:36 < GitHub160> bitcoin/master da94697 jnewbery: bitcoin-util-test.py should fail if the output file is empty 03:36 < GitHub160> bitcoin/master 90adfab Wladimir J. van der Laan: Merge #8836: bitcoin-util-test.py should fail if the output file is empty... 03:36 < GitHub19> [bitcoin] laanwj closed pull request #8836: bitcoin-util-test.py should fail if the output file is empty (master...bitcoin-tx-no-empty-outputs) https://github.com/bitcoin/bitcoin/pull/8836 03:36 < luke-jr> wumpus: Konversation; it's mostly due to swapping I think 03:37 < wumpus> ok, never used that one, though my experience with KDE apps is that they use lots of memory. This is very old experience though. 03:37 < luke-jr> OS: GNU/Linux 4.4.21-gentoo/x86_64 - CPU: 8 x Intel(R) Core™ i7-4771 CPU @ 3.50GHz (3699.882 MHz) - Processes: 409 - Uptime: 10:36:55 up 3:02, 8 users, load average: 22.22, 20.22, 16.76 - Memory Usage: 20422MB/15950MB (128%) 03:37 < sipa> my irc client uses 21660 kB of RES 03:38 < luke-jr> gdb needs some way to report wtf is using so much memory 03:39 < sipa> gdb? 03:39 < sipa> how about top 03:39 < wumpus> mine is currently IRSSI, running on an amazon EC2 nano instance, 512 MB ram of which 250MB used, of which 117 by IRC 03:39 < sipa> irssi as well here 03:39 < wumpus> that's virtual size not RSS, RSS is something like 10MB 03:40 < sipa> 167 MB virtual here 03:41 * sipa remembers the joke "emacs == eight megabytes and constantly swapping" 03:41 < wumpus> luke-jr: there are some heap debugger tools, I found the one in gperftools reasonanly useful. But that's per-process, not system-wide 03:42 < wumpus> system-wide yes tools like gtop seem to do the job? 03:42 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has quit [Read error: Connection reset by peer] 03:42 < wumpus> -g 03:42 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has joined #bitcoin-core-dev 03:42 < luke-jr> top just tells processes :p 03:42 < wumpus> there's no gtop, htop is nice tho :) 03:42 < luke-jr> RSS doesn't really work when swapping 03:44 < wumpus> I also like "dstat -cdnpmgs --top-bio --top-cpu" a lot, it also shows the most i/o using process 03:45 < luke-jr> 9 GB used by KDE for trivial crap 03:45 < luke-jr> fun 03:46 < wumpus> welcome to modern linux distros :( 03:46 < sipa> maybe try a different desktop environment? 03:46 < sipa> over time i've moved to more lightweight ones 03:46 < wumpus> so many background services and such for the GUI, it's almost like windows these days in that regard 03:46 < sipa> all i need is a terminal and a browser anyway 03:46 < luke-jr> wumpus: iotop works well 03:46 < wumpus> yes same here 03:47 < wumpus> even tend to use lynx as a browser sometimes, for viewing python docs and such 03:48 < luke-jr> sipa: I tried a few and couldn't find any I liked :/ 03:48 < wumpus> to reduce mouse usage and such 03:48 < wumpus> luke-jr: lxqt must be something for you 03:49 * luke-jr kills all Chromium's tabs and gets it down to 13 GB (83%) 03:49 < luke-jr> wumpus: yeah, tried that. the main thing I need is a WM, and lxqt doesn't do that :| 03:49 < wumpus> GUI browsers use so much memory 03:50 < luke-jr> yes 03:50 < luke-jr> I wonder what it'd drop to if I quit it entirely 03:53 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has quit [Read error: No route to host] 03:53 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has joined #bitcoin-core-dev 03:54 < wumpus> for the ultimate minimalism you could run Weston :) A minimal wayland compositor, doesn't do much more than showing windows and being able to switch between them, with a launcher bar with one button: to start a terminal... hehe 03:55 < luke-jr> 10 GB (60%) with Chromium entirely dead 03:55 < luke-jr> wumpus: but.. taskbar and systray and stuff :x 03:57 < wumpus> yes, it has none of that, even more limited than 90's desktop environment,it's really meant as a base for embedded systems not for desktop usage, but a few hardcore people do 03:57 -!- laurentmt [~Thunderbi@176.158.157.202] has joined #bitcoin-core-dev 03:57 -!- To7 [~theo@cpe-158-222-222-232.nyc.res.rr.com] has quit [Quit: Whatever] 03:59 -!- laurentmt [~Thunderbi@176.158.157.202] has quit [Client Quit] 03:59 < sipa> luke-jr: i haven't had a taskbar in almost 10 years 04:00 < sipa> wumpus: heh, i should try that 04:01 < sipa> xmonad isn't that much more 04:03 < luke-jr> Windows NT worked with 16 GB RAM :< 04:03 < luke-jr> MB* 04:03 < wumpus> yes xmonad looks like something I should take a look at some day 04:04 < wumpus> I guess you mean windows NT worked with 16 *MB* RAM? 04:04 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has quit [Read error: No route to host] 04:04 < wumpus> though like emacs it was probably swapping all the time :) 04:04 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has joined #bitcoin-core-dev 04:05 < sipa> i think the first system on which i installed linux had 32 MB 04:05 -!- davec [~davec@cpe-24-243-251-52.hot.res.rr.com] has quit [Read error: Connection reset by peer] 04:06 -!- davec [~davec@cpe-24-243-251-52.hot.res.rr.com] has joined #bitcoin-core-dev 04:06 < wumpus> I don't remember anymore how much memory my 486 had, but it was very few, I remember reverse-engineering the BIOS to find the registers to map 384kB extra 04:06 < wumpus> now we don't blink at that amount... 04:07 < luke-jr> lol 04:07 < sipa> i may misremember. it was a pentium 60MHz 04:08 < wumpus> I had an extremely crappy PC, for a long time, which was a big driver for me to look at things like Linux in the first place 04:09 * luke-jr figures out the trick to disable compositing 04:09 < wumpus> no, I think that works out 04:11 < luke-jr> not that it helped :< 04:12 < luke-jr> load average: 48.20, 34.62, 24.88 <-- I didn't know it could get that high 04:12 < wumpus> I'd expect disabling compositing to mainly free GPU memory 04:12 -!- AaronvanW [~ewout@unaffiliated/aaronvanw] has quit [Ping timeout: 276 seconds] 04:13 < luke-jr> also killed the annoying shadow :D 04:13 < wumpus> don't people use KDE for the fancy effects? :) 04:14 < luke-jr> not I 04:14 < luke-jr> turn all that crap off 04:15 < wumpus> the first time I saw a wobbling window, or a workspace switch animation it seemed quite impressive, quickly after that it becomes a waste of time 04:15 < luke-jr> heh, and a bandwidth eater when accessing remotely 04:15 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has quit [Read error: Connection reset by peer] 04:15 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has joined #bitcoin-core-dev 04:17 < sipa> wumpus: yeah, i used beryl and compiz and luminosity for a while 04:17 < wumpus> luke-jr: yes, even if 'remotely' is localhost different VM 04:18 < sipa> but it was mostly good for impressing windows users who made snarky comments about linux's UI :) 04:18 < luke-jr> wumpus: well, I have to disagree there. I had no problems doing 3D gaming over VNC to a VM some years ago. 04:18 < wumpus> sipa: hahah exactly! 04:18 < wumpus> sipa: 'it should look like in the movies' 04:19 < luke-jr> a VM within a VM even XD 04:19 < sipa> also, i used enlightenment 17 somewhere in 2005 04:19 < luke-jr> (KVM running PCSX2 with GPU and USB controller passthrough, viewed over VNC) 04:19 < sipa> a decade before it was released, i think 04:19 < wumpus> luke-jr: did that have a special protocol to route the 3D drawing commands? 04:19 < luke-jr> wumpus: no, just VNC 04:20 < luke-jr> Tight/JPEG encoding I guess 04:20 < wumpus> luke-jr: eh GPU passthrough is essentially the same 04:20 < luke-jr> wumpus: not really. that's just for the rendering :P 04:20 < luke-jr> I didn't view on that GPU 04:20 < wumpus> okay, right 04:21 < luke-jr> someday when I have free time (haha) maybe I'll finish .hack XD 04:26 < midnightmagic> dwm or fail :-P 04:26 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has quit [Read error: No route to host] 04:26 < luke-jr> apparently I'm going to have to find *something* 04:26 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has joined #bitcoin-core-dev 04:27 < luke-jr> annoying, Qt5 has decided you need KDE to get any theming, so I'll end up losing that I guess 04:28 < sipa> my window manager uses 7.7 MB of RSS 04:29 < sipa> my terminal emulator 61 MB, Xord 112 MB, and firefox 987 MB 04:29 < sipa> *Xorg 04:30 < wumpus> luke-jr: you can also theme qt through gtk *ducks* 04:31 < luke-jr> >_< 04:31 < luke-jr> I think that needs GNOME running? 04:31 < wumpus> I don't think so, Ubuntu uses it too and Unity is not GNOME 04:32 < luke-jr> unfortunately, half the reason I want Qt is because GTK is terrible 04:32 < wumpus> I think it's just a qt plugin that themes-like-gtk 04:37 -!- cryptapus_afk is now known as cryptapus 04:37 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has quit [Read error: Connection reset by peer] 04:37 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has joined #bitcoin-core-dev 04:39 < wumpus> but it surpirses me to hear that Qt5 has no native theming ability anymore, that's kind of weird, I'm fairly sure qt5 is used a lot in embedded development and those companies all use their own theming. 04:39 < wumpus> which doesn't say that much, a lot just gets hacked on 04:42 < luke-jr> I think it has the ability, but it's not possible to configure it without a "platform module" 04:50 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has quit [Read error: No route to host] 04:51 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has joined #bitcoin-core-dev 04:51 < sipa> if you use mmap with MAP_FIXED and specify nullptr as address, are you afterwards able to dereference nullptr? 04:52 < luke-jr> sipa: I think dosbox uses this? 04:52 < sipa> assuming you make the compiler sufficiently dumb to not optimize things away that it believes are impossible 04:52 < luke-jr> of course, C still considers it undefined behaviour 04:52 < luke-jr> I think recent Linux has an option to block it too 04:52 < luke-jr> since it's been used in exploits or something 04:56 -!- MarcoFalke [~marco@2a02:778:100:ea01:2225:64ff:fe3b:d4ca] has joined #bitcoin-core-dev 05:12 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has quit [Read error: No route to host] 05:12 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has joined #bitcoin-core-dev 05:20 -!- jouke [~jouke@a83-163-42-163.adsl.xs4all.nl] has quit [Quit: leaving] 05:25 -!- aureianimus_ [~quassel@s55963df3.adsl.online.nl] has joined #bitcoin-core-dev 05:25 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has quit [Read error: No route to host] 05:43 < wumpus> sipa: yes, if the OS allows that that's a valid way to mmap the null page 05:43 < wumpus> I vaguely remember modern linux distros disallow it by default 05:43 < wumpus> because it could be used to trick the kernel in some cases 05:44 < wumpus> luke-jr: yes exactly 05:46 -!- jnewbery [~jnewbery@rrcs-67-251-193-154.nyc.biz.rr.com] has joined #bitcoin-core-dev 05:47 < wumpus> C compilers will still regard nullptr as an invalid pointer, no matter what is actually mapped there, this can cause surprises on MMU-less platforms that map I/O registers in that range 05:51 < sipa> sure, it's undefined behaviour to dereference a null pointer, i assume 05:52 < wumpus> indeed 05:53 < wumpus> so statements just disappear, sometimes at random,m depending on the mood of the compiler 05:53 < wumpus> recompile and they may be there again. C is a jungle with its undefined behavior... 05:54 < wumpus> (well recompile with a small change, maybe in a different function) 05:55 < wumpus> your best bet is to do it in assembly, then use a volatile asm() block which the comiler isnot allowed to optimize away 05:55 < wumpus> or even a function defined in an auxiliary .s file 05:56 -!- aureianimus_ [~quassel@s55963df3.adsl.online.nl] has quit [Read error: Connection reset by peer] 05:56 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has joined #bitcoin-core-dev 06:06 < sipa> c++ has even more undefined behaviour :) 06:07 < wumpus> oh yes, I certainly didn't mean that C++ is any better in that regard 06:07 < sipa> taking a reference to a nullpointer, and taking a pointer to it will in any sane architecture give you a null pointer again, but it is undefined 06:07 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has quit [Read error: Connection reset by peer] 06:07 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has joined #bitcoin-core-dev 06:12 -!- cdecker [~quassel@2a02:aa16:1105:4a80:7d39:b0e3:868e:8873] has quit [Ping timeout: 272 seconds] 06:14 -!- cdecker [~quassel@2a02:aa16:1105:4a80:7d39:b0e3:868e:8873] has joined #bitcoin-core-dev 06:19 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has quit [Read error: No route to host] 06:19 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has joined #bitcoin-core-dev 06:28 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has quit [Read error: Connection reset by peer] 06:28 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has joined #bitcoin-core-dev 06:29 -!- To7 [~theo@cpe-158-222-222-232.nyc.res.rr.com] has joined #bitcoin-core-dev 06:32 -!- jl2012_ is now known as jl2012 06:36 -!- Giszmo [~leo@pc-40-227-45-190.cm.vtr.net] has joined #bitcoin-core-dev 06:41 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has quit [Read error: Connection reset by peer] 06:41 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has joined #bitcoin-core-dev 06:44 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has joined #bitcoin-core-dev 06:46 -!- stan [~stan@rrcs-67-251-193-154.nyc.biz.rr.com] has joined #bitcoin-core-dev 06:47 -!- stan is now known as Guest17479 06:52 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has quit [Read error: No route to host] 06:52 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has joined #bitcoin-core-dev 06:59 -!- arowser [~quassel@106.120.101.38] has quit [Quit: No Ping reply in 180 seconds.] 07:00 -!- arowser [~quassel@106.120.101.38] has joined #bitcoin-core-dev 07:02 -!- laurentmt [~Thunderbi@176.158.157.202] has joined #bitcoin-core-dev 07:03 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has quit [Read error: No route to host] 07:03 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has joined #bitcoin-core-dev 07:03 -!- laurentmt [~Thunderbi@176.158.157.202] has quit [Client Quit] 07:24 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has quit [Read error: Connection reset by peer] 07:24 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has joined #bitcoin-core-dev 07:35 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has quit [Read error: No route to host] 07:35 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has joined #bitcoin-core-dev 07:46 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has quit [Read error: No route to host] 07:46 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has joined #bitcoin-core-dev 08:04 < GitHub8> [bitcoin] laanwj pushed 2 new commits to master: https://github.com/bitcoin/bitcoin/compare/90adfabd5daa...ef0801bd1381 08:04 < GitHub8> bitcoin/master b82f493 jnewbery: Add option to run bitcoin-util-test.py manually 08:04 < GitHub8> bitcoin/master ef0801b Wladimir J. van der Laan: Merge #8830: [test] Add option to run bitcoin-util-test.py manually... 08:04 < GitHub48> [bitcoin] laanwj closed pull request #8830: [test] Add option to run bitcoin-util-test.py manually (master...test-bitcoin-util-manually) https://github.com/bitcoin/bitcoin/pull/8830 08:09 -!- jtimon [~quassel@150.110.132.37.dynamic.jazztel.es] has joined #bitcoin-core-dev 08:11 < GitHub121> [bitcoin] laanwj pushed 3 new commits to master: https://github.com/bitcoin/bitcoin/compare/ef0801bd1381...9bc6a6bd7b0d 08:11 < GitHub121> bitcoin/master 41e58fa Wladimir J. van der Laan: net: Consistent checksum handling... 08:11 < GitHub121> bitcoin/master 305087b Wladimir J. van der Laan: net: Hardcode protocol sizes and use fixed-size types... 08:11 < GitHub121> bitcoin/master 9bc6a6b Wladimir J. van der Laan: Merge #8822: net: Consistent checksum handling... 08:11 < GitHub171> [bitcoin] jl2012 opened pull request #8848: Add NULLDUMMY verify flag in bitcoinconsensus.h (master...consensusnulldummy) https://github.com/bitcoin/bitcoin/pull/8848 08:11 < GitHub165> [bitcoin] laanwj closed pull request #8822: net: Consistent checksum handling (master...2016_09_normalize_checksum_handling) https://github.com/bitcoin/bitcoin/pull/8822 08:13 < GitHub8> [bitcoin] czzarr opened pull request #8849: print P2WSH redeemScript in getrawtransaction if it s not a pubkey (master...print-p2wsh-redeemscript-in-getrawtransaction) https://github.com/bitcoin/bitcoin/pull/8849 08:17 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has quit [Read error: No route to host] 08:17 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has joined #bitcoin-core-dev 08:28 < GitHub8> [bitcoin] laanwj opened pull request #8850: Implement (begin|end)_ptr in C++11 and add deprecation comment (master...2016_09_beginptr_deprecation) https://github.com/bitcoin/bitcoin/pull/8850 08:33 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has quit [Ping timeout: 264 seconds] 08:35 -!- MarcoFalke [~marco@2a02:778:100:ea01:2225:64ff:fe3b:d4ca] has quit [Remote host closed the connection] 08:36 -!- MarcoFalke [~marco@2a02:778:100:ea01:2225:64ff:fe3b:d4ca] has joined #bitcoin-core-dev 08:58 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has quit [Read error: No route to host] 08:58 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has joined #bitcoin-core-dev 09:01 -!- laurentmt [~Thunderbi@176.158.157.202] has joined #bitcoin-core-dev 09:01 -!- laurentmt [~Thunderbi@176.158.157.202] has quit [Client Quit] 09:11 -!- mrkent [~textual@unaffiliated/mrkent] has joined #bitcoin-core-dev 09:13 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has quit [Read error: No route to host] 09:13 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has joined #bitcoin-core-dev 09:20 < GitHub54> [bitcoin] laanwj pushed 2 new commits to master: https://github.com/bitcoin/bitcoin/compare/9bc6a6bd7b0d...fb24d7eeb47e 09:20 < GitHub54> bitcoin/master a92bf4a Matthew King: bitcoind: Daemonize using daemon(3)... 09:20 < GitHub54> bitcoin/master fb24d7e Wladimir J. van der Laan: Merge #8813: bitcoind: Daemonize using daemon(3)... 09:20 < GitHub61> [bitcoin] laanwj closed pull request #8813: bitcoind: Daemonize using daemon(3) (master...2016_09_daemonize) https://github.com/bitcoin/bitcoin/pull/8813 09:24 -!- aureianimus_ [~quassel@s55963df3.adsl.online.nl] has joined #bitcoin-core-dev 09:24 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has quit [Read error: Connection reset by peer] 09:35 -!- aureianimus_ [~quassel@s55963df3.adsl.online.nl] has quit [Read error: Connection reset by peer] 09:35 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has joined #bitcoin-core-dev 09:45 -!- fengling [~fengling@43.255.176.13] has joined #bitcoin-core-dev 09:45 -!- Cheeseo [~x@c-174-54-219-36.hsd1.pa.comcast.net] has joined #bitcoin-core-dev 09:45 -!- Cheeseo [~x@c-174-54-219-36.hsd1.pa.comcast.net] has quit [Changing host] 09:45 -!- Cheeseo [~x@unaffiliated/cheeseo] has joined #bitcoin-core-dev 09:46 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has quit [Read error: Connection reset by peer] 09:46 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has joined #bitcoin-core-dev 09:53 < wumpus> anything else ready for merge? 09:55 -!- fengling [~fengling@43.255.176.13] has quit [Ping timeout: 268 seconds] 09:57 < MarcoFalke> probably not. The remaining 130 pulls are waiting for review :P 09:58 < wumpus> or rebase 09:58 < wumpus> e.g. https://github.com/bitcoin/bitcoin/pull/8375 09:59 < gmaxwell> or to be put out of their misery. :P 09:59 < jtimon> in https://github.com/bitcoin/bitcoin/projects/5 please move #8526 to done 09:59 < wumpus> but it happens that a pull has tons of ACKs and I miss it, that's why I asked 09:59 < wumpus> heh :P 10:00 < wumpus> jtimon: thanks, done 10:00 < jtimon> thanks, np 10:01 < GitHub100> [bitcoin] MarcoFalke closed pull request #8633: Ugly hack to print out tests as they are run to mitigate travis timeouts (master...test-driver-hack) https://github.com/bitcoin/bitcoin/pull/8633 10:03 < jtimon> #8337 would make #8493 easier to read/replace but the acks were before the last rebase...re-review (or new review) welcomed... 10:04 -!- jnewbery [~jnewbery@rrcs-67-251-193-154.nyc.biz.rr.com] has quit [Remote host closed the connection] 10:08 -!- droark [~droark@66.171.94.17] has joined #bitcoin-core-dev 10:12 < GitHub192> [bitcoin] MarcoFalke opened pull request #8851: [wallet] Move key derivation logic from GenerateNewKey to DeriveNewChildKey (pstratem) (master...Mf1610-walletDeriveNewChildPStratem) https://github.com/bitcoin/bitcoin/pull/8851 10:13 < wumpus> jtimon: will take a look 10:14 < wumpus> MarcoFalke: hah also looking at that pull 10:14 -!- jnewbery [~jnewbery@rrcs-67-251-193-154.nyc.biz.rr.com] has joined #bitcoin-core-dev 10:15 < MarcoFalke> I caused the merge conflict so I felt responsible :) 10:17 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has quit [Read error: Connection reset by peer] 10:18 -!- aureianimus_ [~quassel@s55963df3.adsl.online.nl] has joined #bitcoin-core-dev 10:40 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has joined #bitcoin-core-dev 10:44 -!- aureianimus_ [~quassel@s55963df3.adsl.online.nl] has quit [Read error: Connection reset by peer] 10:44 < wumpus> re: #8828 apparently ud2 is an opcode to explicitly generate a SIGILL "Generates an invalid opcode. This instruction is provided for software testing to explicitly generate an invalid opcode. The opcode for this instruction is reserved for this purpose." 10:44 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has joined #bitcoin-core-dev 10:45 < wumpus> so that's deliberate, so much for accidental corruption of a function pointer, but why 10:46 -!- BashCo [~BashCo@unaffiliated/bashco] has joined #bitcoin-core-dev 10:55 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has quit [Read error: Connection reset by peer] 10:55 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has joined #bitcoin-core-dev 10:56 < GitHub129> [bitcoin] laanwj pushed 2 new commits to master: https://github.com/bitcoin/bitcoin/compare/fb24d7eeb47e...940748b4b087 10:56 < GitHub129> bitcoin/master e198c52 Patrick Strateman: Move key derivation logic from GenerateNewKey to DeriveNewChildKey 10:56 < GitHub129> bitcoin/master 940748b Wladimir J. van der Laan: Merge #8851: [wallet] Move key derivation logic from GenerateNewKey to DeriveNewChildKey (pstratem)... 10:56 < GitHub187> [bitcoin] laanwj closed pull request #8375: [Wallet] Move key derivation logic from GenerateNewKey to DeriveNewChildKey (master...2016-07-19-cwallet-derivenewkey) https://github.com/bitcoin/bitcoin/pull/8375 10:56 < GitHub44> [bitcoin] laanwj closed pull request #8851: [wallet] Move key derivation logic from GenerateNewKey to DeriveNewChildKey (pstratem) (master...Mf1610-walletDeriveNewChildPStratem) https://github.com/bitcoin/bitcoin/pull/8851 11:08 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has quit [Read error: Connection reset by peer] 11:08 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has joined #bitcoin-core-dev 11:19 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has quit [Read error: Connection reset by peer] 11:19 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has joined #bitcoin-core-dev 11:20 -!- Soligor_ is now known as Soligor 11:20 -!- achow101 [~achow101@unaffiliated/achow101] has quit [Quit: Leaving] 11:23 -!- fengling [~fengling@43.255.176.13] has joined #bitcoin-core-dev 11:25 -!- achow101 [~achow101@unaffiliated/achow101] has joined #bitcoin-core-dev 11:25 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has quit [Ping timeout: 264 seconds] 11:25 -!- bad_duck [~arthur@2001:bc8:c087:1001::1] has quit [Ping timeout: 272 seconds] 11:25 -!- bad_duck [~arthur@2001:bc8:c087:1001::1] has joined #bitcoin-core-dev 11:27 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has joined #bitcoin-core-dev 11:28 < wumpus> paveljanik: congrats on finding the problem 11:30 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has quit [Read error: No route to host] 11:30 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has joined #bitcoin-core-dev 11:31 -!- shesek [~shesek@bzq-84-110-235-71.red.bezeqint.net] has quit [Read error: Connection reset by peer] 11:32 < paveljanik> wumpus, I was not able to parse the line mentally ;-) 11:32 < paveljanik> I had to diff the left side and right side... 11:32 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has quit [Ping timeout: 272 seconds] 11:33 < wumpus> paveljanik: I don't think anyone is, as it would involve a mental infinite loop 11:33 < wumpus> but I hadn't noticed it 11:34 < wumpus> anyhow the lesson is, if you do something as crazy as this and create a recursive reference, the compiler will generate an invalid instruction deliberately 11:35 < paveljanik> I think this is a bug in the compiler. 11:35 < wumpus> I don't know. How would you convert it to assembly if you were a compiler? 11:35 < paveljanik> I'd error. 11:35 < wumpus> it just makes no sense, garbage in, garbage out 11:35 < wumpus> yes okay 11:42 < GitHub16> [bitcoin] laanwj closed pull request #8795: [doc] Mention Gitian building script in documents. (master...master) https://github.com/bitcoin/bitcoin/pull/8795 11:48 -!- MarcoFalke [~marco@2a02:778:100:ea01:2225:64ff:fe3b:d4ca] has left #bitcoin-core-dev [] 11:49 < cfields_> wumpus / MarcoFalke: before I forget: #8708 adds some sanity assertions that weren't there before. We were doing some things that didn't make sense. It immediately caused a few crashes for me, fixed in 89c5742. I suspect it will cause a few more assertion failures post-merge 11:49 < cfields_> blah, nice timing 11:50 < GitHub95> [bitcoin] laanwj opened pull request #8852: Mention Gitian building script in doc (master...2016_09_laudaa_master) https://github.com/bitcoin/bitcoin/pull/8852 11:50 < cfields_> wumpus: oh right, I meant to backport those 2 fixes for 0.13... 11:51 < GitHub151> [bitcoin] laanwj pushed 2 new commits to master: https://github.com/bitcoin/bitcoin/compare/940748b4b087...7b784cc2bbcd 11:51 < GitHub151> bitcoin/master 203e2dd Lauda: Mention Gitian building script in doc. 11:51 < GitHub151> bitcoin/master 7b784cc Wladimir J. van der Laan: Merge #8852: Mention Gitian building script in doc (Laudaa)... 11:51 < GitHub118> [bitcoin] laanwj closed pull request #8852: Mention Gitian building script in doc (Laudaa) (master...2016_09_laudaa_master) https://github.com/bitcoin/bitcoin/pull/8852 11:51 < wumpus> cfields_: makes sense 11:55 < wumpus> cfields_: there's still oppertunity for that, 0.13.1 isn't out yet! :) 11:56 < cfields_> wumpus: I figured you'd yell :). Doing now. 11:57 < wumpus> paveljanik: I think overall that's a good point though, C/C++ compilers tend to raise errors only if something is absolutely disallowed due to syntax errors or such, if code makes just no sense and the compiler has no clue what to do with it, is apparently not enough reason 11:58 < wumpus> cfields_: yes sorry, so many things to keep track of 11:59 < paveljanik> compilers are afraid of errors. because their users would point to them... But sometime the bug is between the keyboard and the computer :-) 11:59 < cfields_> wumpus: nono, I meant I figured you'd yell if I pr'd an addition to 0.13.1 at this point. I certainly wasn't expecting you to nag me about it. 11:59 < wumpus> paveljanik: same for undefined behavior. Compilers just remove statements and instructions when something is undefined. If they were less sadistic they could just raise errors... 11:59 < paveljanik> yes, definitely. 12:01 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has quit [Read error: Connection reset by peer] 12:01 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has joined #bitcoin-core-dev 12:05 < wumpus> cfields_: I don't know, I was surprised that 0.13.1 didn't come forward as topic at all in this week's meeting. I think between the segwit fix-ups you can certainly still sneak in network fixes 12:14 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has quit [Read error: Connection reset by peer] 12:14 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has joined #bitcoin-core-dev 12:14 -!- dermoth [~thomas@dsl-66-36-128-9.mtl.aei.ca] has quit [Ping timeout: 244 seconds] 12:15 -!- dermoth [~thomas@dsl-66-36-158-209.mtl.aei.ca] has joined #bitcoin-core-dev 12:21 -!- dermoth_ [~thomas@dial-216-221-47-124.mtl.aei.ca] has joined #bitcoin-core-dev 12:21 -!- dermoth [~thomas@dsl-66-36-158-209.mtl.aei.ca] has quit [Ping timeout: 244 seconds] 12:21 -!- dermoth_ is now known as dermoth 12:30 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has joined #bitcoin-core-dev 12:32 < GitHub161> [bitcoin] czzarr opened pull request #8853: add p2sh and segwit options to bitcoin-tx outscript command (master...add-p2sh-segwit-options-to-bitcoin-tx) https://github.com/bitcoin/bitcoin/pull/8853 12:33 < GitHub180> [bitcoin] czzarr closed pull request #8853: add p2sh and segwit options to bitcoin-tx outscript command (master...add-p2sh-segwit-options-to-bitcoin-tx) https://github.com/bitcoin/bitcoin/pull/8853 12:34 < wumpus> huh 12:35 < wumpus> this is already the second segwit-related pull that user opens accidentally against our repo and closes immediately: the other was #8816 4 days ago 12:36 < BlueMatt> wumpus: same guy, meant to get private review before pr'ing to bitcoin core directly 12:36 < wumpus> BlueMatt: ok :) 12:37 < morcos> sipa: the optimistic write to pcoinsTip was a fantastic idea. thanks. i took a first pass at implementing it and it looks pretty good. i'm going to play with it some more. 13:05 -!- jtimon [~quassel@150.110.132.37.dynamic.jazztel.es] has quit [Ping timeout: 264 seconds] 13:07 -!- droark [~droark@66.171.94.17] has quit [Quit: ZZZzzz…] 13:07 -!- cdecker [~quassel@2a02:aa16:1105:4a80:7d39:b0e3:868e:8873] has quit [Ping timeout: 272 seconds] 13:08 -!- fengling [~fengling@43.255.176.13] has quit [Ping timeout: 268 seconds] 13:10 < gmaxwell> I think we all know whats needed for 0.13 mostly. 13:10 -!- cdecker [~quassel@2a02:aa16:1105:4a80:b0a5:a376:4a40:df97] has joined #bitcoin-core-dev 13:15 < BlueMatt> what are the current thoughts on GetWitnessHash caching? (and before gmaxwell screams again, this isnt about 0.13.1) 13:18 < sdaftuar> BlueMatt: i think we should do it, right? (you mean caching it in the CTransaction object?) 13:18 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has quit [Ping timeout: 264 seconds] 13:18 < BlueMatt> sdaftuar: yes 13:19 < sdaftuar> i guess it wastes memory for non-segwit transactions, but it seems to me like we'll want it in the long run 13:19 < gmaxwell> Sipa has a PR that takes a good step towards making a flat const ctransaction object. 13:20 < gmaxwell> so perhaps the fixed hashes should be done as part of completing that work-- making the objects flat will significantly reduce their memory usage. 13:20 < wumpus> https://github.com/bitcoin/bitcoin/pull/8580 13:20 < BlueMatt> gmaxwell: heh, i was just looking at that...really hard to do efficiently since our serialization doesnt have length descriptors across the whole thing :( 13:20 < sdaftuar> gmaxwell: i had a moment of brief panic the other day when i noticed the CTransaction::operator== function 13:21 < sdaftuar> which just compares the stored hashes 13:21 < gmaxwell> Well the flat object wouldn't be our seralization. 13:21 < gmaxwell> e.g. you wouldn't want it to have varints in it. :) 13:21 < BlueMatt> diff --git a/src/primitives/transaction.cpp b/src/primitives/transaction.cpp 13:21 < BlueMatt> @@ -76,2 +76,4 @@ uint256 CTransaction::GetWitnessHash() const 13:21 < BlueMatt> { 13:21 < BlueMatt> + if (wit.IsNull()) 13:21 < BlueMatt> + return GetHash(); 13:22 < BlueMatt> gmaxwell: suresure, but it still sucks since you cant prealloc the right size object from the start 13:22 < gmaxwell> in any case, withash caching could just follow 8580 before going and flatting things. I expect flattening things will touch a lot of code. 13:22 < BlueMatt> def need that for FIBRE ^ 13:22 < BlueMatt> ehh, that patch, that is 13:22 < gmaxwell> BlueMatt: yea, it would end up doing something like deseralize into a mutable transaction then convert that to flat. 13:23 < BlueMatt> gmaxwell: hmm, would that actually be faster? 13:24 < gmaxwell> an extra copy, but it would save a half dozen or more calls to the heap allocator, and likely later accesses will involve less pointer chasing-- and the data will be smaller and more contigious. I would be fairly surprised if it wasn't. 13:24 < BlueMatt> well the deserialization into a mutable transaction would do all the same heap allocations? 13:25 < gmaxwell> hm okay indeed it would in the way I described it. Guess more cleverness would be required. 13:25 < wumpus> q 13:25 < BlueMatt> gmaxwell: yea, this is why i wanted to just use our serialization and copy to memory, but you cant really do that :( 13:25 < BlueMatt> damn DRY serialization format :( 13:27 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has quit [Read error: Connection reset by peer] 13:27 -!- aureianimus_ [~quassel@s55963df3.adsl.online.nl] has joined #bitcoin-core-dev 13:27 < gmaxwell> well, not the end of the world. just deseralize into a maximum size buffer kept around for that purpose, then copy into the correct one. 13:28 < gmaxwell> BlueMatt: if you want to see if you can fiddle with my compressed txn representation to make it easier to allocate for.. be my guest. Would be interesting if it could be done without losing too much packing efficiency. 13:29 < BlueMatt> i mean if you want that just add a length descriptor as the first element over the entire tx (or anything you want to pack) 13:29 < BlueMatt> it does ruin our nicely-DRY serialization, but it might be a valid tradeoff here 13:30 < gmaxwell> other alternative is to parse twice to extra the length first, but I expect that to be slower than a tidy copy. 13:31 < BlueMatt> quite possibly 13:31 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has joined #bitcoin-core-dev 13:34 < BlueMatt> i mean if we do do a compressed txn format, we might consider this a feature, but I expect its hard to come up with something that can be trivially used for both without needing enough in-memory pointers and such that its no longer so useful 13:36 < gmaxwell> oh I don't thin we can have one format for the compressed format and the flat in memory transaction. But we could try to make the compressed format easier to deseralize. E.g. by reading a small amount of it you would know how much to allocate for the flat form. 13:36 < gmaxwell> s/thin/think/ 13:36 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has quit [Ping timeout: 264 seconds] 13:37 < gmaxwell> e.g. a format that coded all the sizes in the first few bytes. I would have naturally done that in my sketch, except I was trying to avoid having any bitpacking. 13:37 -!- btcdrak [uid165369@gateway/web/irccloud.com/x-jgfwerkpsbpcsclb] has quit [Quit: Connection closed for inactivity] 13:38 < gmaxwell> but I think it could be reordered as is, so the it first gives all the type bytes and only after them does it seralize the payload. 13:39 < gmaxwell> so a sizing parse would only have to handle the first O(txin+txout) bytes or so. 13:48 < BlueMatt> yea, but if we have a nice in-memory blob format I can just make FIBRE use it :p 13:48 < BlueMatt> then FIBRE will be really fast 13:52 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has joined #bitcoin-core-dev 13:58 -!- jtimon [~quassel@150.110.132.37.dynamic.jazztel.es] has joined #bitcoin-core-dev 13:59 -!- Guest17479 [~stan@rrcs-67-251-193-154.nyc.biz.rr.com] has quit [Remote host closed the connection] 13:59 -!- stan [~stan@rrcs-67-251-193-154.nyc.biz.rr.com] has joined #bitcoin-core-dev 14:00 -!- stan is now known as Guest70056 14:04 -!- Guest70056 [~stan@rrcs-67-251-193-154.nyc.biz.rr.com] has quit [Ping timeout: 244 seconds] 14:08 -!- aureianimus_ [~quassel@s55963df3.adsl.online.nl] has quit [Read error: No route to host] 14:08 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has joined #bitcoin-core-dev 14:25 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has quit [Read error: Connection reset by peer] 14:25 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has joined #bitcoin-core-dev 14:33 -!- fengling [~fengling@43.255.176.13] has joined #bitcoin-core-dev 14:36 -!- btcdrak [uid165369@gateway/web/irccloud.com/x-nhutgjuvpaybxgjc] has joined #bitcoin-core-dev 14:38 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has quit [Read error: No route to host] 14:38 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has joined #bitcoin-core-dev 14:43 -!- BashCo [~BashCo@unaffiliated/bashco] has quit [Remote host closed the connection] 14:57 -!- BashCo [~BashCo@unaffiliated/bashco] has joined #bitcoin-core-dev 15:04 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has quit [Ping timeout: 272 seconds] 15:09 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has quit [Read error: Connection reset by peer] 15:09 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has joined #bitcoin-core-dev 15:10 -!- fengling [~fengling@43.255.176.13] has quit [Ping timeout: 268 seconds] 15:20 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has quit [Read error: Connection reset by peer] 15:20 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has joined #bitcoin-core-dev 15:31 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has quit [Read error: Connection reset by peer] 15:31 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has joined #bitcoin-core-dev 15:32 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has quit [Read error: No route to host] 15:32 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has joined #bitcoin-core-dev 15:40 -!- jnewbery [~jnewbery@rrcs-67-251-193-154.nyc.biz.rr.com] has quit [] 15:42 -!- shesek [~shesek@bzq-84-110-234-6.cablep.bezeqint.net] has joined #bitcoin-core-dev 15:53 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has quit [Read error: No route to host] 15:53 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has joined #bitcoin-core-dev 15:56 -!- cdecker [~quassel@2a02:aa16:1105:4a80:b0a5:a376:4a40:df97] has quit [Ping timeout: 272 seconds] 16:00 -!- Guyver2 [~Guyver2@guyver2.xs4all.nl] has quit [Read error: Connection reset by peer] 16:04 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has quit [Read error: Connection reset by peer] 16:04 -!- aureianimus_ [~quassel@s55963df3.adsl.online.nl] has joined #bitcoin-core-dev 16:06 -!- cryptapus is now known as cryptapus_afk 16:10 -!- fengling [~fengling@43.255.176.13] has joined #bitcoin-core-dev 16:25 -!- aureianimus_ [~quassel@s55963df3.adsl.online.nl] has quit [Read error: Connection reset by peer] 16:25 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has joined #bitcoin-core-dev 16:36 -!- AaronvanW [~ewout@ip-94-113-129-142.net.upcbroadband.cz] has joined #bitcoin-core-dev 16:36 -!- AaronvanW [~ewout@ip-94-113-129-142.net.upcbroadband.cz] has quit [Changing host] 16:36 -!- AaronvanW [~ewout@unaffiliated/aaronvanw] has joined #bitcoin-core-dev 16:46 -!- aureianimus_ [~quassel@s55963df3.adsl.online.nl] has joined #bitcoin-core-dev 16:46 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has quit [Read error: Connection reset by peer] 16:51 -!- fengling [~fengling@43.255.176.13] has quit [Ping timeout: 268 seconds] 17:05 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has joined #bitcoin-core-dev 17:06 -!- aureianimus_ [~quassel@s55963df3.adsl.online.nl] has quit [Read error: No route to host] 17:06 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has joined #bitcoin-core-dev 17:10 -!- jannes [~jannes@178.132.211.90] has quit [Quit: Leaving] 17:18 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has quit [Read error: Connection reset by peer] 17:18 -!- aureianimus_ [~quassel@s55963df3.adsl.online.nl] has joined #bitcoin-core-dev 17:24 -!- laurentmt [~Thunderbi@176.158.157.202] has joined #bitcoin-core-dev 17:24 -!- laurentmt [~Thunderbi@176.158.157.202] has quit [Client Quit] 17:47 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has joined #bitcoin-core-dev 17:47 -!- aureianimus_ [~quassel@s55963df3.adsl.online.nl] has quit [Read error: Connection reset by peer] 17:49 < GitHub165> [bitcoin] dcousens closed pull request #7436: AcceptToMempool: extract various policy functions (master...expolicy) https://github.com/bitcoin/bitcoin/pull/7436 17:52 -!- fengling [~fengling@43.255.176.13] has joined #bitcoin-core-dev 17:58 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has quit [Read error: No route to host] 17:58 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has joined #bitcoin-core-dev 18:09 < GitHub16> [bitcoin] sdaftuar opened pull request #8854: [qa] Fix race condition in p2p-compactblocks test (master...fix-p2p-sync) https://github.com/bitcoin/bitcoin/pull/8854 18:09 -!- cdecker [~quassel@2a02:aa16:1105:4a80:b0a5:a376:4a40:df97] has joined #bitcoin-core-dev 18:24 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has quit [Read error: Connection reset by peer] 18:24 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has joined #bitcoin-core-dev 18:27 -!- Ylbam [uid99779@gateway/web/irccloud.com/x-zulhhjqommnmorxk] has quit [Quit: Connection closed for inactivity] 18:34 -!- fengling [~fengling@43.255.176.13] has quit [Ping timeout: 268 seconds] 18:36 -!- aureianimus_ [~quassel@s55963df3.adsl.online.nl] has joined #bitcoin-core-dev 18:36 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has quit [Read error: Connection reset by peer] 18:45 -!- Alopex [~bitcoin@cyber.dealing.ninja] has quit [Remote host closed the connection] 18:46 -!- Alopex [~bitcoin@cyber.dealing.ninja] has joined #bitcoin-core-dev 18:47 -!- btcdrak [uid165369@gateway/web/irccloud.com/x-nhutgjuvpaybxgjc] has quit [Quit: Connection closed for inactivity] 18:50 -!- aureianimus_ [~quassel@s55963df3.adsl.online.nl] has quit [Read error: Connection reset by peer] 18:50 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has joined #bitcoin-core-dev 19:02 -!- Alopex [~bitcoin@cyber.dealing.ninja] has quit [Remote host closed the connection] 19:03 -!- Alopex [~bitcoin@cyber.dealing.ninja] has joined #bitcoin-core-dev 19:03 < GitHub93> [bitcoin] jtimon opened pull request #8855: Use a proper factory for creating chainparams (master...0.13-chainparams-factory) https://github.com/bitcoin/bitcoin/pull/8855 19:13 * jtimon ^^ hopes btcdrack notes that I didn't reopened #6382 19:31 -!- cdecker [~quassel@2a02:aa16:1105:4a80:b0a5:a376:4a40:df97] has quit [Ping timeout: 272 seconds] 19:31 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has quit [Read error: No route to host] 19:31 -!- aureianimus_ [~quassel@s55963df3.adsl.online.nl] has joined #bitcoin-core-dev 19:33 -!- fengling [~fengling@43.255.176.13] has joined #bitcoin-core-dev 19:40 -!- fengling [~fengling@43.255.176.13] has quit [Ping timeout: 268 seconds] 19:52 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has joined #bitcoin-core-dev 19:52 -!- aureianimus_ [~quassel@s55963df3.adsl.online.nl] has quit [Read error: Connection reset by peer] 19:53 -!- d [c04ded69@gateway/web/freenode/ip.192.77.237.105] has joined #bitcoin-core-dev 19:53 -!- d is now known as Guest86048 19:53 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has quit [Read error: Connection reset by peer] 19:53 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has joined #bitcoin-core-dev 19:54 -!- Guest86048 [c04ded69@gateway/web/freenode/ip.192.77.237.105] has quit [Client Quit] 20:05 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has quit [Read error: No route to host] 20:05 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has joined #bitcoin-core-dev 20:10 -!- PaulCapestany [~PaulCapes@2604:5500:17:2ea:fd90:26f2:ab21:e26a] has quit [Quit: .] 20:12 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has quit [Ping timeout: 244 seconds] 20:15 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has joined #bitcoin-core-dev 20:15 -!- PaulCapestany [~PaulCapes@2604:5500:17:2ea:31c1:6f98:dd54:2c90] has joined #bitcoin-core-dev 20:17 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has quit [Read error: Connection reset by peer] 20:17 -!- aureianimus_ [~quassel@s55963df3.adsl.online.nl] has joined #bitcoin-core-dev 20:19 -!- PaulCapestany [~PaulCapes@2604:5500:17:2ea:31c1:6f98:dd54:2c90] has quit [Client Quit] 20:22 -!- PaulCapestany [~PaulCapes@2604:5500:17:2ea:31c1:6f98:dd54:2c90] has joined #bitcoin-core-dev 20:34 -!- DigiByteDev [~JT2@n218250011174.netvigator.com] has joined #bitcoin-core-dev 20:34 -!- aureianimus_ [~quassel@s55963df3.adsl.online.nl] has quit [Read error: Connection reset by peer] 20:35 -!- Alopex [~bitcoin@cyber.dealing.ninja] has quit [Remote host closed the connection] 20:35 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has joined #bitcoin-core-dev 20:36 -!- Alopex [~bitcoin@cyber.dealing.ninja] has joined #bitcoin-core-dev 20:38 -!- fengling [~fengling@43.255.176.13] has joined #bitcoin-core-dev 20:46 -!- Alopex [~bitcoin@cyber.dealing.ninja] has quit [Remote host closed the connection] 20:46 -!- DigiByteDev_ [~JT2@n218250011174.netvigator.com] has joined #bitcoin-core-dev 20:47 -!- DigiByteDev [~JT2@n218250011174.netvigator.com] has quit [Ping timeout: 264 seconds] 20:47 -!- DigiByteDev_ is now known as DigiByteDev 20:47 -!- Alopex [~bitcoin@cyber.dealing.ninja] has joined #bitcoin-core-dev 20:51 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has quit [Ping timeout: 244 seconds] 20:52 -!- fengling [~fengling@43.255.176.13] has quit [Ping timeout: 268 seconds] 21:00 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has quit [Read error: No route to host] 21:00 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has joined #bitcoin-core-dev 21:09 -!- Alopex [~bitcoin@cyber.dealing.ninja] has quit [Remote host closed the connection] 21:10 -!- Alopex [~bitcoin@cyber.dealing.ninja] has joined #bitcoin-core-dev 21:11 -!- mrkent [~textual@unaffiliated/mrkent] has quit [] 21:13 -!- aureianimus_ [~quassel@s55963df3.adsl.online.nl] has joined #bitcoin-core-dev 21:13 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has quit [Read error: Connection reset by peer] 21:24 -!- aureianimus_ [~quassel@s55963df3.adsl.online.nl] has quit [Read error: Connection reset by peer] 21:25 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has joined #bitcoin-core-dev 21:30 -!- Alopex [~bitcoin@cyber.dealing.ninja] has quit [Remote host closed the connection] 21:31 -!- Alopex [~bitcoin@cyber.dealing.ninja] has joined #bitcoin-core-dev 21:41 -!- Alopex [~bitcoin@cyber.dealing.ninja] has quit [Remote host closed the connection] 21:42 -!- Alopex [~bitcoin@cyber.dealing.ninja] has joined #bitcoin-core-dev 21:43 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has quit [Read error: No route to host] 21:43 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has joined #bitcoin-core-dev 21:52 -!- fengling [~fengling@43.255.176.13] has joined #bitcoin-core-dev 21:54 -!- aureianimus_ [~quassel@s55963df3.adsl.online.nl] has joined #bitcoin-core-dev 21:54 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has quit [Write error: Connection reset by peer] 21:59 -!- fengling [~fengling@43.255.176.13] has quit [Ping timeout: 268 seconds] 22:08 -!- btcdrak [uid165369@gateway/web/irccloud.com/x-agrwjcgofabknpud] has joined #bitcoin-core-dev 22:15 -!- aureianimus_ [~quassel@s55963df3.adsl.online.nl] has quit [Read error: No route to host] 22:15 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has joined #bitcoin-core-dev 22:18 -!- Giszmo [~leo@pc-40-227-45-190.cm.vtr.net] has quit [Quit: Leaving.] 22:26 -!- aureianimus_ [~quassel@s55963df3.adsl.online.nl] has joined #bitcoin-core-dev 22:26 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has quit [Read error: Connection reset by peer] 22:27 -!- Alopex [~bitcoin@cyber.dealing.ninja] has quit [Remote host closed the connection] 22:28 -!- Alopex [~bitcoin@cyber.dealing.ninja] has joined #bitcoin-core-dev 22:31 -!- Ginnarr [~Ginnarr@unaffiliated/ginnarr] has joined #bitcoin-core-dev 22:35 -!- Ginnarr [~Ginnarr@unaffiliated/ginnarr] has quit [Client Quit] 22:36 -!- aureianimus_ [~quassel@s55963df3.adsl.online.nl] has quit [Read error: No route to host] 22:37 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has joined #bitcoin-core-dev 22:48 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has quit [Read error: Connection reset by peer] 22:48 -!- aureianimus_ [~quassel@s55963df3.adsl.online.nl] has joined #bitcoin-core-dev 22:58 -!- aureianimus_ [~quassel@s55963df3.adsl.online.nl] has quit [Read error: Connection reset by peer] 22:58 -!- fengling [~fengling@43.255.176.13] has joined #bitcoin-core-dev 22:58 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has joined #bitcoin-core-dev 23:10 -!- fengling [~fengling@43.255.176.13] has quit [Ping timeout: 268 seconds] 23:13 -!- arowser [~quassel@106.120.101.38] has quit [Quit: No Ping reply in 180 seconds.] 23:14 -!- arowser [~quassel@106.120.101.38] has joined #bitcoin-core-dev 23:20 -!- gabridome [~gabridome@host189-56-dynamic.16-87-r.retail.telecomitalia.it] has joined #bitcoin-core-dev 23:32 -!- aureianimus_ [~quassel@s55963df3.adsl.online.nl] has joined #bitcoin-core-dev 23:32 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has quit [Read error: Connection reset by peer] 23:33 < GitHub196> [bitcoin] jtimon opened pull request #8856: Globals: Decouple GetConfigFile and ReadConfigFile from global mapArgs (master...0.13-globals-utils-configfile) https://github.com/bitcoin/bitcoin/pull/8856 23:47 -!- fengling [~fengling@43.255.176.13] has joined #bitcoin-core-dev 23:49 -!- aureianimus_ [~quassel@s55963df3.adsl.online.nl] has quit [Read error: Connection reset by peer] 23:49 -!- aureianimus [~quassel@s55963df3.adsl.online.nl] has joined #bitcoin-core-dev 23:50 -!- gabridome [~gabridome@host189-56-dynamic.16-87-r.retail.telecomitalia.it] has quit [Quit: gabridome] 23:52 -!- arowser [~quassel@106.120.101.38] has quit [Quit: No Ping reply in 180 seconds.] 23:54 -!- arowser [~quassel@106.120.101.38] has joined #bitcoin-core-dev