--- Day changed Sat Mar 11 2017 00:16 -!- Ylbam [uid99779@gateway/web/irccloud.com/x-jvkdqvzwatkbgofn] has joined #bitcoin-core-dev 00:18 -!- arubi [~ese168@gateway/tor-sasl/ese168] has joined #bitcoin-core-dev 01:11 -!- IRCFrEAK [~gk.1wm.su@168.1.83.68] has joined #bitcoin-core-dev 01:19 -!- IRCFrEAK [~gk.1wm.su@168.1.83.68] has quit [Quit: jIRCii - http://www.oldschoolirc.com] 01:26 -!- To7 [~theo@cpe-158-222-192-214.nyc.res.rr.com] has quit [Quit: Whatever] 01:40 -!- str4d [~str4d@27.110.123.91] has quit [Ping timeout: 256 seconds] 01:44 -!- dodomojo [~goksinen@cpe-74-71-4-175.nyc.res.rr.com] has quit [Remote host closed the connection] 01:45 -!- dodomojo [~goksinen@2604:2000:c591:8400:acc2:f2c1:6a27:9f79] has joined #bitcoin-core-dev 01:45 -!- dodomojo [~goksinen@2604:2000:c591:8400:acc2:f2c1:6a27:9f79] has quit [Remote host closed the connection] 01:50 -!- voyager_ [~voyager@ip68-13-242-116.ok.ok.cox.net] has quit [Quit: Leaving] 01:50 -!- voyager_ [~voyager@ip68-13-242-116.ok.ok.cox.net] has joined #bitcoin-core-dev 01:50 -!- [Author] [~Author]@2401:a400:3200:5600:bad:d09:15:90d] has quit [Ping timeout: 252 seconds] 02:05 -!- [Author] [~Author]@2401:a400:3200:5600:bad:d09:15:90d] has joined #bitcoin-core-dev 02:17 -!- abhishekcs10_ [uid170963@gateway/web/irccloud.com/x-vfsqekrjpekavgav] has joined #bitcoin-core-dev 02:35 -!- dodomojo [~goksinen@2604:2000:c591:8400:acc2:f2c1:6a27:9f79] has joined #bitcoin-core-dev 02:40 -!- dodomojo [~goksinen@2604:2000:c591:8400:acc2:f2c1:6a27:9f79] has quit [Ping timeout: 246 seconds] 03:07 -!- norotartagen [~norotarta@71-89-76-184.dhcp.bycy.mi.charter.com] has quit [Quit: Leaving] 03:56 -!- Victor_sueca [~Victorsue@unaffiliated/victorsueca] has joined #bitcoin-core-dev 03:59 -!- Victorsueca [~Victorsue@unaffiliated/victorsueca] has quit [Ping timeout: 260 seconds] 04:13 -!- d9b4bef9 [~d9b4bef9@web419.webfaction.com] has quit [Remote host closed the connection] 04:14 -!- d9b4bef9 [~d9b4bef9@web419.webfaction.com] has joined #bitcoin-core-dev 04:24 -!- dodomojo [~goksinen@2604:2000:c591:8400:acc2:f2c1:6a27:9f79] has joined #bitcoin-core-dev 04:28 -!- dodomojo [~goksinen@2604:2000:c591:8400:acc2:f2c1:6a27:9f79] has quit [Ping timeout: 246 seconds] 04:31 -!- voyager_ [~voyager@ip68-13-242-116.ok.ok.cox.net] has quit [Ping timeout: 260 seconds] 04:32 -!- voyager_ [~voyager@ip68-13-248-72.ok.ok.cox.net] has joined #bitcoin-core-dev 05:05 -!- AaronvanW [~AaronvanW@182.red-83-34-57.dynamicip.rima-tde.net] has joined #bitcoin-core-dev 05:05 -!- AaronvanW [~AaronvanW@182.red-83-34-57.dynamicip.rima-tde.net] has quit [Changing host] 05:05 -!- AaronvanW [~AaronvanW@unaffiliated/aaronvanw] has joined #bitcoin-core-dev 05:06 -!- abhishekcs10_ [uid170963@gateway/web/irccloud.com/x-vfsqekrjpekavgav] has quit [Quit: Connection closed for inactivity] 05:18 -!- dodomojo [~goksinen@2604:2000:c591:8400:acc2:f2c1:6a27:9f79] has joined #bitcoin-core-dev 05:22 -!- dodomojo [~goksinen@2604:2000:c591:8400:acc2:f2c1:6a27:9f79] has quit [Ping timeout: 246 seconds] 06:07 -!- dodomojo [~goksinen@2604:2000:c591:8400:acc2:f2c1:6a27:9f79] has joined #bitcoin-core-dev 06:11 -!- dodomojo [~goksinen@2604:2000:c591:8400:acc2:f2c1:6a27:9f79] has quit [Ping timeout: 246 seconds] 06:15 -!- grubles [~grubles@unaffiliated/grubles] has joined #bitcoin-core-dev 06:36 -!- jtimon [~quassel@70.30.134.37.dynamic.jazztel.es] has quit [Ping timeout: 246 seconds] 06:47 -!- Guyver2 [~Guyver2@guyver2.xs4all.nl] has joined #bitcoin-core-dev 07:01 -!- dodomojo [~goksinen@2604:2000:c591:8400:acc2:f2c1:6a27:9f79] has joined #bitcoin-core-dev 07:09 -!- voyager_ [~voyager@ip68-13-248-72.ok.ok.cox.net] has quit [Ping timeout: 260 seconds] 07:09 -!- voyager_ [~voyager@ip68-13-248-72.ok.ok.cox.net] has joined #bitcoin-core-dev 07:10 -!- dodomojo [~goksinen@2604:2000:c591:8400:acc2:f2c1:6a27:9f79] has quit [Ping timeout: 246 seconds] 07:14 -!- voyager_ [~voyager@ip68-13-248-72.ok.ok.cox.net] has quit [Ping timeout: 240 seconds] 07:14 -!- dodomojo [~goksinen@2604:2000:c591:8400:acc2:f2c1:6a27:9f79] has joined #bitcoin-core-dev 07:18 -!- dodomojo [~goksinen@2604:2000:c591:8400:acc2:f2c1:6a27:9f79] has quit [Ping timeout: 246 seconds] 07:31 -!- aalex__ [~aalex@64.187.177.58] has joined #bitcoin-core-dev 07:38 -!- aalex__ [~aalex@64.187.177.58] has quit [Ping timeout: 256 seconds] 07:39 -!- dodomojo [~goksinen@2604:2000:c591:8400:acc2:f2c1:6a27:9f79] has joined #bitcoin-core-dev 07:44 -!- dodomojo [~goksinen@2604:2000:c591:8400:acc2:f2c1:6a27:9f79] has quit [Ping timeout: 246 seconds] 07:46 -!- dodomojo [~goksinen@cpe-74-71-4-175.nyc.res.rr.com] has joined #bitcoin-core-dev 07:46 -!- dodomojo [~goksinen@cpe-74-71-4-175.nyc.res.rr.com] has quit [Remote host closed the connection] 08:01 -!- alpalp [~alpalp@unaffiliated/alpalp] has quit [Ping timeout: 246 seconds] 08:05 -!- dodomojo [~goksinen@cpe-74-71-4-175.nyc.res.rr.com] has joined #bitcoin-core-dev 08:06 < bitcoin-git> [bitcoin] grazcoin opened pull request #9975: 0.13 bitcore (0.13...0.13-bitcore) https://github.com/bitcoin/bitcoin/pull/9975 08:11 -!- voyager_ [~voyager@ip70-185-195-78.ok.ok.cox.net] has joined #bitcoin-core-dev 08:19 -!- alpalp [~alpalp@2605:6000:f4ea:ff00:7882:f366:ee2c:f85] has joined #bitcoin-core-dev 08:19 -!- alpalp [~alpalp@2605:6000:f4ea:ff00:7882:f366:ee2c:f85] has quit [Changing host] 08:19 -!- alpalp [~alpalp@unaffiliated/alpalp] has joined #bitcoin-core-dev 08:38 -!- veleiro [~sleeper@2601:140:c002:4711:e4da:4592:367d:ca86] has joined #bitcoin-core-dev 08:39 -!- veleiro [~sleeper@2601:140:c002:4711:e4da:4592:367d:ca86] has quit [Changing host] 08:39 -!- veleiro [~sleeper@fsf/member/veleiro] has joined #bitcoin-core-dev 08:39 -!- wudayoda [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has quit [Read error: Connection reset by peer] 08:40 -!- wudayoda [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has joined #bitcoin-core-dev 08:48 -!- alpalp [~alpalp@unaffiliated/alpalp] has quit [Remote host closed the connection] 08:58 < bitcoin-git> [bitcoin] grazcoin closed pull request #9975: 0.13 bitcore (0.13...0.13-bitcore) https://github.com/bitcoin/bitcoin/pull/9975 09:01 -!- veleiro [~sleeper@fsf/member/veleiro] has quit [Ping timeout: 246 seconds] 09:04 -!- CubicEarth [~cubiceart@190.219.188.141] has joined #bitcoin-core-dev 09:16 -!- joakim_ [59fd6894@gateway/web/freenode/ip.89.253.104.148] has joined #bitcoin-core-dev 09:20 -!- CubicEarth [~cubiceart@190.219.188.141] has quit [Remote host closed the connection] 09:32 -!- CubicEarth [~cubiceart@190.219.188.141] has joined #bitcoin-core-dev 09:33 -!- joakim_ [59fd6894@gateway/web/freenode/ip.89.253.104.148] has quit [Quit: Page closed] 09:36 -!- dodomojo [~goksinen@cpe-74-71-4-175.nyc.res.rr.com] has quit [Remote host closed the connection] 09:37 -!- CubicEarth [~cubiceart@190.219.188.141] has quit [Remote host closed the connection] 10:06 < bitcoin-git> [bitcoin] sdaftuar opened 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 10:21 -!- CubicEarth [~cubiceart@190.219.188.141] has joined #bitcoin-core-dev 10:26 -!- CubicEarth [~cubiceart@190.219.188.141] has quit [Ping timeout: 240 seconds] 10:41 -!- dgenr8 [~dgenr8@unaffiliated/dgenr8] has joined #bitcoin-core-dev 11:04 -!- Sosumi [~Leon@bl10-113-190.dsl.telepac.pt] has joined #bitcoin-core-dev 11:08 -!- gk-- [~1wm-su@95.213.193.57] has joined #bitcoin-core-dev 11:09 -!- gk-- [~1wm-su@95.213.193.57] has quit [K-Lined] 11:16 -!- CubicEarth [~cubiceart@190.219.188.141] has joined #bitcoin-core-dev 11:21 -!- CubicEarth [~cubiceart@190.219.188.141] has quit [Ping timeout: 264 seconds] 11:45 -!- afk11 [~afk11@176.61.69.103] has joined #bitcoin-core-dev 12:10 -!- CubicEarth [~cubiceart@190.219.188.141] has joined #bitcoin-core-dev 12:15 -!- CubicEarth [~cubiceart@190.219.188.141] has quit [Ping timeout: 258 seconds] 12:51 -!- davec [~davec@cpe-24-243-249-218.hot.res.rr.com] has quit [Ping timeout: 240 seconds] 13:23 -!- Sosumi [~Leon@bl10-113-190.dsl.telepac.pt] has quit [Quit: Bye] 13:24 -!- str4d [~str4d@27.110.123.91] has joined #bitcoin-core-dev 13:28 -!- Victor_sueca is now known as Victorsueca 13:39 -!- tunafizz [tunafizz@c-71-207-55-31.hsd1.pa.comcast.net] has quit [Ping timeout: 256 seconds] 13:39 -!- tunafizz [tunafizz@c-71-207-55-31.hsd1.pa.comcast.net] has joined #bitcoin-core-dev 13:58 -!- CubicEarth [~cubiceart@190.219.188.141] has joined #bitcoin-core-dev 14:03 -!- CubicEarth [~cubiceart@190.219.188.141] has quit [Ping timeout: 260 seconds] 14:07 -!- Guyver2 [~Guyver2@guyver2.xs4all.nl] has quit [Quit: :)] 14:08 -!- davec [~davec@cpe-24-243-249-218.hot.res.rr.com] has joined #bitcoin-core-dev 14:33 -!- afk11 [~afk11@176.61.69.103] has quit [Ping timeout: 240 seconds] 14:39 -!- afk11 [~afk11@176.61.69.103] has joined #bitcoin-core-dev 14:52 -!- CubicEarth [~cubiceart@190.219.188.141] has joined #bitcoin-core-dev 14:57 -!- CubicEarth [~cubiceart@190.219.188.141] has quit [Ping timeout: 264 seconds] 15:07 -!- justanotheruser [~justanoth@unaffiliated/justanotheruser] has quit [Ping timeout: 260 seconds] 15:09 -!- nanotube [~nanotube@unaffiliated/nanotube] has quit [Read error: Connection reset by peer] 15:10 -!- justanotheruser [~justanoth@unaffiliated/justanotheruser] has joined #bitcoin-core-dev 15:15 -!- nanotube [~nanotube@unaffiliated/nanotube] has joined #bitcoin-core-dev 15:46 -!- CubicEarth [~cubiceart@190.219.188.141] has joined #bitcoin-core-dev 15:51 -!- schmidty [~schmidty@unaffiliated/schmidty] has quit [Remote host closed the connection] 15:51 -!- CubicEarth [~cubiceart@190.219.188.141] has quit [Ping timeout: 260 seconds] 16:29 -!- jtimon [~quassel@70.30.134.37.dynamic.jazztel.es] has joined #bitcoin-core-dev 16:45 -!- davec [~davec@cpe-24-243-249-218.hot.res.rr.com] has quit [Ping timeout: 268 seconds] 16:56 -!- davec [~davec@cpe-24-243-249-218.hot.res.rr.com] has joined #bitcoin-core-dev 17:35 -!- CubicEarth [~cubiceart@190.219.188.141] has joined #bitcoin-core-dev 17:35 -!- JackH [~laptop@79-73-184-8.dynamic.dsl.as9105.com] has quit [Remote host closed the connection] 17:38 -!- CubicEarth [~cubiceart@190.219.188.141] has quit [Remote host closed the connection] 17:38 -!- CubicEarth [~cubiceart@190.219.188.141] has joined #bitcoin-core-dev 18:11 -!- dcousens [~anon@c110-22-219-15.sunsh4.vic.optusnet.com.au] has quit [Ping timeout: 240 seconds] 18:49 -!- AaronvanW [~AaronvanW@unaffiliated/aaronvanw] has quit [] 18:51 -!- CubicEarth [~cubiceart@190.219.188.141] has quit [Remote host closed the connection] 18:54 -!- Ylbam [uid99779@gateway/web/irccloud.com/x-jvkdqvzwatkbgofn] has quit [Quit: Connection closed for inactivity] 18:55 -!- jtimon [~quassel@70.30.134.37.dynamic.jazztel.es] has quit [Ping timeout: 256 seconds] 18:56 -!- Chris_Stewart_5 [~Chris_Ste@gateway/vpn/privateinternetaccess/chrisstewart5/x-62865615] has quit [Quit: WeeChat 0.4.2] 18:58 -!- CubicEarth [~cubiceart@190.219.188.141] has joined #bitcoin-core-dev 18:58 -!- CubicEarth [~cubiceart@190.219.188.141] has quit [Remote host closed the connection] 18:59 -!- CubicEarth [~cubiceart@190.219.188.141] has joined #bitcoin-core-dev 19:01 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has joined #bitcoin-core-dev 19:13 -!- Victor_sueca [~Victorsue@unaffiliated/victorsueca] has joined #bitcoin-core-dev 19:16 -!- Victorsueca [~Victorsue@unaffiliated/victorsueca] has quit [Ping timeout: 240 seconds] 19:23 -!- wudayoda [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has quit [Remote host closed the connection] 19:30 -!- arowser_ [~quassel@106.120.101.38] has joined #bitcoin-core-dev 19:31 -!- windsok_ [~windsok@45.63.59.8] has joined #bitcoin-core-dev 19:31 -!- neha__ [~narula@tbilisi.csail.mit.edu] has joined #bitcoin-core-dev 19:34 -!- MarcoFalke_ [~none@198.12.116.246] has joined #bitcoin-core-dev 19:34 -!- kcud_dab [~arthur@area51.powaaa.com] has joined #bitcoin-core-dev 19:35 -!- Lightsword_ [~Lightswor@107.170.253.193] has joined #bitcoin-core-dev 19:35 -!- Alina-malina_ [~Alina-mal@37.157.223.83] has joined #bitcoin-core-dev 19:36 -!- Netsplit *.net <-> *.split quits: MarcoFalke, whphhg, BlueMatt, arowser, cysm, nsh, bad_duck, slimeball, Lightsword, Alina-malina, (+3 more, use /NETSPLIT to show all of them) 19:36 -!- MarcoFalke_ is now known as MarcoFalke 19:36 -!- Lightsword_ is now known as Lightsword 19:37 -!- cysm- [cysm@gateway/shell/elitebnc/x-aqehakghhccjsgbp] has joined #bitcoin-core-dev 19:37 -!- Netsplit over, joins: BlueMatt 19:42 -!- nsh- [~lol@wikipedia/nsh] has joined #bitcoin-core-dev 19:44 -!- whphhg [whphhg@gateway/vpn/mullvad/x-upxxntruvtfdlkih] has joined #bitcoin-core-dev 19:49 -!- CubicEarth [~cubiceart@190.219.188.141] has quit [Remote host closed the connection] 19:49 -!- frabrunelle [frabrunell@safenetwork/frabrunelle] has joined #bitcoin-core-dev 19:50 -!- CubicEarth [~cubiceart@190.219.188.141] has joined #bitcoin-core-dev 19:51 -!- veleiro [~sleeper@fsf/member/veleiro] has joined #bitcoin-core-dev 19:55 -!- Creeper [jamezz@gateway/shell/panicbnc/x-uaapuvueprcbehpj] has joined #bitcoin-core-dev 20:05 < Chris_Stewart_5> Anyone familiar with this error? crypto/common.h:48:12: runtime error: load of misaligned address 0x7fc1ea516169 for type 'uint32_t' 20:05 < Chris_Stewart_5> Out of memory error possibly? 20:06 < gwillen> hmmm, that doesn't sound good 20:08 < Chris_Stewart_5> gwillen: Seems strange, all tests are passing that I am running but this seems to be happening in the setup/tear down process 20:09 < gwillen> what is it that you're working on that's erroring -- bitcoin-core? Or a private branch thereof? 20:09 < gwillen> that pointer makes me nervous, the last 3 bytes are alphabetic characters in ascii, and a pointer should never be odd 20:09 < gwillen> which can mean the pointer has been partly overwritten with garbage 20:10 < Chris_Stewart_5> it is branch on my repo, I can link if you want. 20:11 < Chris_Stewart_5> the gist of it is generating random permutations of datastructures and testing invariants hold true on it 20:11 < gwillen> feel free to link, although I suspect the problem is that you've introduced a bug somewhere in the form of overwriting memory erroneously 20:12 < Chris_Stewart_5> It is in #8469 20:12 < gribble> https://github.com/bitcoin/bitcoin/issues/8469 | [POC] Introducing property based testing to Core by Christewart · Pull Request #8469 · bitcoin/bitcoin · GitHub 20:15 < Chris_Stewart_5> Happening some where in between this generator: https://github.com/Christewart/bitcoin/blob/rapidcheck_mem_leak/src/test/gen/merkleblock_gen.h#L12-L30 20:15 < Chris_Stewart_5> and this test case: https://github.com/Christewart/bitcoin/blob/rapidcheck_mem_leak/src/test/merkleblock_properties.cpp#L26-L34 20:16 < gwillen> well, if the problem is a pointer being overwritten, or a use-after-free or something, the real cause of the error could be anywhere prior 20:16 < gwillen> this is the great sadness of debugging C code 20:16 < gwillen> what would be most useful in finding it, I think, would be finding what commit first introduced the problem 20:17 < Chris_Stewart_5> Yes, it is definitely introduced on this commit, the last commit i have on 8469 has everything working (on my machine). This pull request introduces a new dependency that we haven't set up yet :-( 20:19 < gwillen> Chris_Stewart_5: sorry, which commit introduces it? If it's on github, can you link directly to the specific commit? Or if it's not yet, can you push it somewhere I can see it? 20:19 -!- wudayoda [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has joined #bitcoin-core-dev 20:20 < Chris_Stewart_5> https://github.com/Christewart/bitcoin/commit/a4052a8835f547e88c32bc6bb214b5bf108e42a7 20:20 < gwillen> thx, looking 20:20 -!- dodomojo [~goksinen@2604:2000:c591:8400:8162:8da7:d527:ff57] has joined #bitcoin-core-dev 20:22 < gmaxwell> Chris_Stewart_5: your error sounds clear enough, "load of misaligned address" though I don't seeh how that makes sense with the code at common.h:48 on my system. 20:24 < Chris_Stewart_5> return be32toh(*((uint32_t*)ptr)); 20:24 < Chris_Stewart_5> is what my line 48 is 20:24 < gmaxwell> okay thats not mine and that code looks potentially problmatic. 20:24 < gmaxwell> In C, type punning between arbritary types is not permitted. E.g. you cannot take a random character pointer, cast it to an int, and access it. On most CPU architectures which have been invented (x86 and the more recent versions of ARM being the big obvious exceptions) it is forbidden to make a load which isn't naturally aligned, e.g. a load of a 4 byte type has to begin at a 4 byte multiple. 20:24 -!- wudayoda [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has quit [Ping timeout: 240 seconds] 20:25 < gmaxwell> C(++) has special rules that you're allowed to access anything through a character pointer... and so you can use things like memcpy to make unaligned accesses by copying the randomly aligned pointer to a pointer of the right type (thus right alignment) elsewhere (e.g. on the stack.) 20:26 < gmaxwell> _My_ common.h here uses a memcpy, which would have been done specifically to avoid this problem. Are you using an old version of the code? IIRC we fixed some issues with this not so long ago. 20:27 < Chris_Stewart_5> gmaxwell: Yes, I haven't rebased #8469 since I opened it IIRC 20:27 < gribble> https://github.com/bitcoin/bitcoin/issues/8469 | [POC] Introducing property based testing to Core by Christewart · Pull Request #8469 · bitcoin/bitcoin · GitHub 20:27 < gmaxwell> (Since I mentioned x86 above, even on x86 there are some instructions e.g. many of the fast SIMD loads, that require natural alignment... so you can't even just assume that since you're on x86 everything is going to be okay). 20:27 < gwillen> heh, I guess I was too quick to assume an unaligned load meant the pointer was the problem 20:28 < Chris_Stewart_5> really? You can't cast a char -> int and still access that piece of memory? Doesn't that make weak typing irrelevant then? 20:28 < gmaxwell> (And on older ARM systems, the CPU actually used the least significant bits of the pointer to trigger hardware byteswapping... so if you tried to read 32-bits from address 1, you'd really get a read of address 0 with the bytes swapped.. which was super duper fun to troubleshoot-- especially with all the x86 linux jockies writing alignment unsafe code, which is probably why arm dropped that rathe 20:29 < gmaxwell> r cool feature. :P) 20:29 -!- wasi [~wasi@gateway/tor-sasl/wasi] has joined #bitcoin-core-dev 20:31 < gmaxwell> Chris_Stewart_5: It's undefined behavior if the resulting pointer is not correctly aligned for its type. 20:31 < sipa> gmaxwell: not just alignment 20:31 < sipa> in C++ you just can't access any type through a type pointer that isn't compatible with it 20:32 -!- chris200_ [~chris2000@p5082A4C0.dip0.t-ipconnect.de] has joined #bitcoin-core-dev 20:32 < sipa> Chris_Stewart_5: you can cast an int to a char and back to int 20:32 < gmaxwell> sipa: I thought it was unconditionally, but googling didn't give me a cite so I said the more limited thing. :P 20:33 -!- wudayoda [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has joined #bitcoin-core-dev 20:33 < gmaxwell> I also didn't mention, but even on x86 unaligned loads are sometimes non-trivially slower. (the main factor being if the load straddles a cache-line or page boundary, which is never the case for an aligned load) 20:33 < sipa> Chris_Stewart_5: and you can take a pointer to int, cast it to pointer to char, and access the data through the char pointer 20:34 < sipa> Chris_Stewart_5: which is a special exception that only exists for char 20:34 < sipa> but you can't create a char array, and then cast it to int pointer and then access it through the int pointer 20:34 -!- chris2000 [~chris2000@p5DCB445B.dip0.t-ipconnect.de] has quit [Ping timeout: 240 seconds] 20:34 < gmaxwell> so even if you were willing to ignore the C(++) standards and hope the compiler didn't screw you, and even if you were willing to only work on x86, and even if you were sure the result wouldn't use any alignment requiring vector loads... the result would still end up being potentially slower code. :P 20:37 -!- grubles [~grubles@unaffiliated/grubles] has quit [Quit: Leaving] 20:38 -!- wudayoda [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has quit [Ping timeout: 256 seconds] 20:40 < Chris_Stewart_5> So many little intracies in c/c++. Those casting semantics seem a little strange to me but I guess it is just the way it is :/ 20:40 < gmaxwell> Funny, I like C because there are relatively few things to know! 20:42 < sipa> Chris_Stewart_5: it's not strange at all... you shouldn't see the program memory as an array of bytes, which you can arbitrarily treat as objects as you like 20:42 < sipa> Chris_Stewart_5: instead, the memory contains *objects* which have a well-defined type, and you're only allowed to access those objects through compatible pointers 20:43 < Chris_Stewart_5> gmaxwell: I think it boils down to 'X is easier because I learned X first! Y is waaaaay harder because I have to change the way I think' :-) 20:43 < gmaxwell> some of these things were more obvious in the past, objects of different kinds might get allocated out of entirely seperate chunks of memory which weren't even connected to the same hardware. 20:43 < sipa> note that many C/C++ codebases (and even bitcoin core before 0.14) violate that rule usually 20:44 < sipa> Chris_Stewart_5: these rules for example allow the C++ compiler to assume that two pointers of different type never refer to the same object, so a write through one can be known to never invalidate perhaps loaded-in-registers information from the other object 20:48 < gmaxwell> Chris_Stewart_5: dunno about that, the C language specification (at least for ansi C), which is more exact than even exists for most other language is very small (I think about 250 pages) compared to that of other language where their behavior is at all reproducable. (e.g. I think common lisp's spec is about 2000 pages). 20:48 < gmaxwell> same can't be said for C++ however. 20:50 < Chris_Stewart_5> gmaxwell: hah, good point. Seems like every new language has turing complete type systems these days 20:50 -!- mol [~molly@unaffiliated/molly] has quit [Ping timeout: 240 seconds] 20:51 -!- moli_ [~molly@unaffiliated/molly] has joined #bitcoin-core-dev 20:52 -!- dodomojo_ [~goksinen@2604:2000:c591:8400:3dbd:299b:762b:e04c] has joined #bitcoin-core-dev 20:53 < gmaxwell> well it turns out that it's difficult to produce any complex non-linear system that isn't-- with some gryrantions and squinting-- turing complete. C macros are turing complete if you're willing to loop the preprocessor. :) (doubly so because physical computers are not, pedantically, turing complete themselves due to having finite memory/storage.. and many non-turning complete langauges are equi 20:53 < gmaxwell> vilent to a turing machine with bounded-space/time...) 20:55 < Chris_Stewart_5> sipa: I didn't realize that property is preserved. I always get caught up on the whole int and char casting stuff and makes me wondering if there are *more* special cases I don't know about. 20:55 -!- dodomojo [~goksinen@2604:2000:c591:8400:8162:8da7:d527:ff57] has quit [Ping timeout: 246 seconds] 20:56 < Chris_Stewart_5> Any way, I suppose my misunderstanding of C/C++ are a little off topic for this channel, rebasing onto master now. 20:56 < Chris_Stewart_5> Hopefully the new defintion fixes my problem 21:04 -!- CubicEarth [~cubiceart@190.219.188.141] has quit [] 21:12 < Chris_Stewart_5> What is the process for getting a bigger pull request like this merged in any way? Seems like most think it is a good idea, but we need to get some sort of managed dependency set up for rapidcheck 21:13 < Chris_Stewart_5> It is finding stuff, which is encouraging 21:14 -!- wudayoda [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has joined #bitcoin-core-dev 21:18 -!- wudayoda [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has quit [Ping timeout: 240 seconds] 21:22 < Chris_Stewart_5> Seems like it would be a good idea to encourage this kind of testing for down stream projects such as elements too.. 21:37 -!- dodomojo [~goksinen@2604:2000:c591:8400:a4a9:8b55:364a:1849] has joined #bitcoin-core-dev 21:39 -!- neha__ [~narula@tbilisi.csail.mit.edu] has quit [Ping timeout: 260 seconds] 21:40 -!- dodomojo_ [~goksinen@2604:2000:c591:8400:3dbd:299b:762b:e04c] has quit [Ping timeout: 246 seconds] 21:41 -!- tunafizz [tunafizz@c-71-207-55-31.hsd1.pa.comcast.net] has quit [Ping timeout: 240 seconds] 21:50 -!- veleiro [~sleeper@fsf/member/veleiro] has quit [Ping timeout: 246 seconds] 22:21 -!- arubi [~ese168@gateway/tor-sasl/ese168] has quit [Ping timeout: 240 seconds] 22:24 -!- dodomojo [~goksinen@2604:2000:c591:8400:a4a9:8b55:364a:1849] has quit [Remote host closed the connection] 22:26 -!- arubi [~ese168@gateway/tor-sasl/ese168] has joined #bitcoin-core-dev 22:30 -!- tunafizz [tunafizz@c-71-207-55-31.hsd1.pa.comcast.net] has joined #bitcoin-core-dev 22:31 -!- dodomojo [~goksinen@2604:2000:c591:8400:a4a9:8b55:364a:1849] has joined #bitcoin-core-dev 23:01 -!- Victor_sueca [~Victorsue@unaffiliated/victorsueca] has quit [Read error: Connection reset by peer] 23:02 -!- Victor_sueca [~Victorsue@unaffiliated/victorsueca] has joined #bitcoin-core-dev 23:28 -!- Chris_Stewart_5 [~Chris_Ste@unaffiliated/chris-stewart-5/x-3612383] has quit [Ping timeout: 260 seconds] 23:39 -!- wudayoda [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has joined #bitcoin-core-dev 23:43 -!- wudayoda [~goksinen@rrcs-50-75-193-138.nyc.biz.rr.com] has quit [Ping timeout: 246 seconds] 23:44 -!- tunafizz [tunafizz@c-71-207-55-31.hsd1.pa.comcast.net] has quit [Read error: No route to host]