--- Log opened Wed Aug 01 00:00:27 2018
00:05 -!- nodweber [~nodweber@unaffiliated/nodweber] has joined #bitcoin-core-dev
00:07 < ossifrage> My computer shat itself, but I found the leveldb mmap limit and bumped it from 1000 to 4096, hopefully that will address my problem
00:10 -!- nodweber [~nodweber@unaffiliated/nodweber] has quit [Ping timeout: 248 seconds]
00:17 -!- Krellan [~Krellan@2601:640:4000:9258:3cf4:9188:ecd2:e19e] has quit [Remote host closed the connection]
00:17 -!- Krellan [~Krellan@2601:640:4000:9258:3cf4:9188:ecd2:e19e] has joined #bitcoin-core-dev
00:26 -!- nodweber [~nodweber@unaffiliated/nodweber] has joined #bitcoin-core-dev
00:31 < wumpus> luke-jr: yes let's definitely not do that, last thing we want to maintain is complex specificially for windows rearchitected network code in the repository
00:31 -!- nodweber [~nodweber@unaffiliated/nodweber] has quit [Ping timeout: 255 seconds]
00:34 -!- reardencode [~reardenco@hank.reardencode.com] has quit [Ping timeout: 245 seconds]
00:35 -!- elkalamar [~elkalamar@unaffiliated/elkalamar] has joined #bitcoin-core-dev
00:35 -!- setpill [~setpill@unaffiliated/setpill] has joined #bitcoin-core-dev
00:47 -!- nodweber [~nodweber@unaffiliated/nodweber] has joined #bitcoin-core-dev
00:49 -!- elkalamar [~elkalamar@unaffiliated/elkalamar] has quit [Ping timeout: 256 seconds]
00:50 -!- elkalamar [~elkalamar@unaffiliated/elkalamar] has joined #bitcoin-core-dev
00:52 -!- nodweber [~nodweber@unaffiliated/nodweber] has quit [Ping timeout: 240 seconds]
01:02 -!- grubles [~grubles@unaffiliated/grubles] has joined #bitcoin-core-dev
01:04 -!- Cory [~Cory@unaffiliated/cory] has quit [Ping timeout: 240 seconds]
01:08 -!- nodweber [~nodweber@unaffiliated/nodweber] has joined #bitcoin-core-dev
01:09 -!- Pasha [~Cory@unaffiliated/cory] has joined #bitcoin-core-dev
01:12 -!- Pasha is now known as Cory
01:12 -!- nodweber [~nodweber@unaffiliated/nodweber] has quit [Ping timeout: 240 seconds]
01:15 -!- timothy [~tredaelli@redhat/timothy] has joined #bitcoin-core-dev
01:17 -!- ula [~ula@b2b-78-94-11-194.unitymedia.biz] has joined #bitcoin-core-dev
01:25 -!- Krellan [~Krellan@2601:640:4000:9258:3cf4:9188:ecd2:e19e] has quit [Ping timeout: 255 seconds]
01:25 -!- promag [~promag@bl6-24-70.dsl.telepac.pt] has joined #bitcoin-core-dev
01:26 < kallewoof> Are there cases where the rev file for a previous blkXXX file are modified? Is this something that happens often? I assume it only happens at reorgs, in which case it should be very seldom except at transition to XXX+1
01:26 < kallewoof> s/are modified/is modified/
01:29 -!- nodweber [~nodweber@unaffiliated/nodweber] has joined #bitcoin-core-dev
01:30 -!- ryankung_ [d20c06f6@gateway/web/freenode/ip.210.12.6.246] has joined #bitcoin-core-dev
01:31 -!- Victorsueca [~Victorsue@unaffiliated/victorsueca] has quit [Read error: Connection reset by peer]
01:31 -!- ryankung [~ryankung@23.83.244.223.16clouds.com] has joined #bitcoin-core-dev
01:31 -!- ryankung_ [d20c06f6@gateway/web/freenode/ip.210.12.6.246] has quit [Client Quit]
01:32 -!- Victorsueca [~Victorsue@unaffiliated/victorsueca] has joined #bitcoin-core-dev
01:33 -!- ryankung [~ryankung@23.83.244.223.16clouds.com] has quit [Remote host closed the connection]
01:34 -!- nodweber [~nodweber@unaffiliated/nodweber] has quit [Ping timeout: 268 seconds]
01:41 -!- Krellan [~Krellan@2601:640:4000:9258:3cf4:9188:ecd2:e19e] has joined #bitcoin-core-dev
01:46 -!- elkalamar [~elkalamar@unaffiliated/elkalamar] has quit [Quit: Leaving]
01:50 -!- nodweber [~nodweber@unaffiliated/nodweber] has joined #bitcoin-core-dev
01:54 < wumpus> kallewoof: no, that never happens
01:55 < wumpus> kallewoof: only the last blkXXXXX file is written too, other files are only potentially deleted (pruning)
01:55 -!- nodweber [~nodweber@unaffiliated/nodweber] has quit [Ping timeout: 268 seconds]
01:55 < wumpus> in case of a reorg old blocks will not actually be overwritten
01:55 < kallewoof> wumpus: really? what if a 2-block reorg happens right after a new blk file was created containing a single block?
01:55 < kallewoof> the rev file was for reorgs, i thought
01:56 < wumpus> same for rev files, as far as I know, the data for rev-ing the old blocks will stay there
01:56 < wumpus> it just won't  be referenced by the active chain anymore
02:00 < kallewoof> wumpus: Huh, okay. Well, that's good news for masterdatadir PR then
02:00 -!- SopaXorzTaker [~SopaXorzT@unaffiliated/sopaxorztaker] has joined #bitcoin-core-dev
02:01 < wumpus> yes
02:05 < wumpus> that principle works, I've been using it for a long time with an external script
02:06 < wumpus> https://github.com/bitcoin-core/bitcoin-maintainer-tools/blob/master/fastcopy-chaindata.py
02:11 -!- nodweber [~nodweber@unaffiliated/nodweber] has joined #bitcoin-core-dev
02:15 -!- nodweber [~nodweber@unaffiliated/nodweber] has quit [Ping timeout: 240 seconds]
02:27 -!- SopaXT [~SopaXorzT@unaffiliated/sopaxorztaker] has joined #bitcoin-core-dev
02:27 -!- farmerwampum_ [~farmerwam@88.202.178.98] has joined #bitcoin-core-dev
02:27 -!- jimpo_ [~jimpo@ec2-54-219-151-162.us-west-1.compute.amazonaws.com] has joined #bitcoin-core-dev
02:28 -!- achow101 [~achow101@unaffiliated/achow101] has quit [Ping timeout: 248 seconds]
02:28 -!- farmerwampum [~farmerwam@88.202.178.98] has quit [Read error: Connection reset by peer]
02:28 -!- [b__b] [~b__b]@ec2-54-85-45-223.compute-1.amazonaws.com] has quit [Read error: Connection reset by peer]
02:28 -!- jimpo [~jimpo@ec2-54-219-151-162.us-west-1.compute.amazonaws.com] has quit [Ping timeout: 248 seconds]
02:28 -!- farmerwampum_ is now known as farmerwampum
02:29 -!- [b__b] [~b__b]@ec2-54-85-45-223.compute-1.amazonaws.com] has joined #bitcoin-core-dev
02:29 -!- marcinja [~marcin@static-100-38-11-146.nycmny.fios.verizon.net] has quit [Ping timeout: 248 seconds]
02:29 < kallewoof> wumpus: Wait, ldb files are readonly too? Right now I am copying the chainstate over (~4 gb)
02:30 -!- SopaXorzTaker [~SopaXorzT@unaffiliated/sopaxorztaker] has quit [Ping timeout: 248 seconds]
02:30 -!- CubicEarth [~CubicEart@c-73-181-185-197.hsd1.wa.comcast.net] has quit [Ping timeout: 260 seconds]
02:30 -!- rev_strangehope [~revstrang@ec2-13-115-230-7.ap-northeast-1.compute.amazonaws.com] has quit [Ping timeout: 240 seconds]
02:30 < kallewoof> wumpus: Though I can't really use the same approach there... wonder if it would be useful to check for hard linking capabilities and using them if found...
02:31 -!- achow101 [~achow101@unaffiliated/achow101] has joined #bitcoin-core-dev
02:32 -!- nodweber [~nodweber@unaffiliated/nodweber] has joined #bitcoin-core-dev
02:33 -!- CubicEarth [~CubicEart@c-73-181-185-197.hsd1.wa.comcast.net] has joined #bitcoin-core-dev
02:34 -!- rev_strangehope [~revstrang@ec2-13-115-230-7.ap-northeast-1.compute.amazonaws.com] has joined #bitcoin-core-dev
02:36 -!- SopaXT is now known as SopaXorzTaker
02:36 -!- nodweber [~nodweber@unaffiliated/nodweber] has quit [Ping timeout: 240 seconds]
02:37 -!- JackH [~laptop@2a01:4c8:102e:413d:891a:ea6a:dc66:3f99] has joined #bitcoin-core-dev
02:38 -!- Guyver2 [AdiIRC@guyver2.xs4all.nl] has joined #bitcoin-core-dev
02:41 < kallewoof> So, about lint-locale-dependence.sh, which by the way has a list of violations about as long as the linter itself, complains about a bunch of functions because they are locale dependent. But there is no alternative (fix). If you need e.g. std::strtoull() you need to add to the list of violations in the linter. Is this even useful at all, when there are no non-locale dependent alternatives you can switch to?
02:43 < kallewoof> s/strtoull/stoull/g
02:53 -!- nodweber [~nodweber@unaffiliated/nodweber] has joined #bitcoin-core-dev
02:53 -!- JackH [~laptop@2a01:4c8:102e:413d:891a:ea6a:dc66:3f99] has quit [Ping timeout: 256 seconds]
02:56 -!- JackH [~laptop@2a01:4c8:102e:413d:891a:ea6a:dc66:3f99] has joined #bitcoin-core-dev
02:57 -!- nodweber [~nodweber@unaffiliated/nodweber] has quit [Ping timeout: 248 seconds]
03:13 -!- nodweber [~nodweber@unaffiliated/nodweber] has joined #bitcoin-core-dev
03:18 -!- nodweber [~nodweber@unaffiliated/nodweber] has quit [Ping timeout: 256 seconds]
03:22 -!- nodweber [~nodweber@unaffiliated/nodweber] has joined #bitcoin-core-dev
03:37 -!- AaronvanW [~AaronvanW@unaffiliated/aaronvanw] has joined #bitcoin-core-dev
03:41 -!- Aaronvan_ [~AaronvanW@unaffiliated/aaronvanw] has joined #bitcoin-core-dev
03:45 -!- AaronvanW [~AaronvanW@unaffiliated/aaronvanw] has quit [Ping timeout: 260 seconds]
03:53 -!- Krellan [~Krellan@2601:640:4000:9258:3cf4:9188:ecd2:e19e] has quit [Read error: Connection reset by peer]
03:56 -!- Krellan [~Krellan@2601:640:4000:9258:3cf4:9188:ecd2:e19e] has joined #bitcoin-core-dev
04:02 -!- Emcy [~Emcy@unaffiliated/emcy] has quit [Ping timeout: 240 seconds]
04:05 -!- Krellan [~Krellan@2601:640:4000:9258:3cf4:9188:ecd2:e19e] has quit [Ping timeout: 245 seconds]
04:11 -!- Krellan [~Krellan@2601:640:4000:9258:3cf4:9188:ecd2:e19e] has joined #bitcoin-core-dev
04:15 -!- Krellan [~Krellan@2601:640:4000:9258:3cf4:9188:ecd2:e19e] has quit [Ping timeout: 265 seconds]
04:17 -!- Chris_Stewart_5 [~chris@unaffiliated/chris-stewart-5/x-3612383] has joined #bitcoin-core-dev
04:26 -!- Krellan [~Krellan@2601:640:4000:9258:3cf4:9188:ecd2:e19e] has joined #bitcoin-core-dev
04:55 -!- HoMM [~homm@unaffiliated/homm] has joined #bitcoin-core-dev
05:00 -!- promag [~promag@bl6-24-70.dsl.telepac.pt] has quit [Remote host closed the connection]
05:19 -!- rafalcpp [~racalcppp@84-10-11-234.static.chello.pl] has quit [Excess Flood]
05:20 -!- rafalcpp [~racalcppp@84-10-11-234.static.chello.pl] has joined #bitcoin-core-dev
05:21 -!- qu4ku [~qu4ku@2a01:110f:f73:1b00:3c99:daf8:e876:27f5] has joined #bitcoin-core-dev
05:40 -!- grubles_ [~grubles@unaffiliated/grubles] has joined #bitcoin-core-dev
05:42 -!- berndj-blackout [~berndj@azna.co.za] has joined #bitcoin-core-dev
05:42 -!- gribble [~gribble@unaffiliated/nanotube/bot/gribble] has quit [Disconnected by services]
05:45 -!- berndj [~berndj@azna.co.za] has quit [Disconnected by services]
05:45 -!- berndj-blackout is now known as berndj
05:47 -!- stevenroose [~steven@vps.weuste.club] has joined #bitcoin-core-dev
05:47 -!- gribble [~gribble@unaffiliated/nanotube/bot/gribble] has joined #bitcoin-core-dev
05:49 -!- Netsplit *.net <-> *.split quits: grubles, no_input_found, ExtraCrispy
05:49 -!- Netsplit *.net <-> *.split quits: stevenroose_, sdaftuar, BGL, dgenr8, marcoagner, Madars, kakobrekla, z323
05:50 -!- no_input_found [no_input_f@gateway/vpn/privateinternetaccess/noinputfound/x-24977668] has quit [Remote host closed the connection]
05:50 -!- Netsplit over, joins: no_input_found
05:51 -!- no_input_found [no_input_f@gateway/vpn/privateinternetaccess/noinputfound/x-24977668] has joined #bitcoin-core-dev
05:51 -!- infernix [nix@unaffiliated/infernix] has quit [Ping timeout: 266 seconds]
05:52 -!- jtimon [~quassel@213.28.134.37.dynamic.jazztel.es] has joined #bitcoin-core-dev
05:53 -!- kakobrekla [~kako@unaffiliated/kakobrekla] has joined #bitcoin-core-dev
05:55 -!- jtimon [~quassel@213.28.134.37.dynamic.jazztel.es] has quit [Remote host closed the connection]
05:56 -!- nodweber [~nodweber@unaffiliated/nodweber] has quit [Ping timeout: 240 seconds]
05:57 -!- dgenr8 [~dgenr8@unaffiliated/dgenr8] has joined #bitcoin-core-dev
05:57 -!- z323 [~z323@ec2-54-234-151-68.compute-1.amazonaws.com] has joined #bitcoin-core-dev
05:59 -!- Guyver2 [AdiIRC@guyver2.xs4all.nl] has quit [Quit: Going offline, see ya! (www.adiirc.com)]
06:10 -!- promag [~promag@bl22-247-244.dsl.telepac.pt] has joined #bitcoin-core-dev
06:16 -!- infernix [nix@unaffiliated/infernix] has joined #bitcoin-core-dev
06:27 -!- qu4ku [~qu4ku@2a01:110f:f73:1b00:3c99:daf8:e876:27f5] has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
06:29 -!- Krellan [~Krellan@2601:640:4000:9258:3cf4:9188:ecd2:e19e] has quit [Read error: Connection reset by peer]
06:31 -!- Krellan [~Krellan@2601:640:4000:9258:3cf4:9188:ecd2:e19e] has joined #bitcoin-core-dev
06:36 -!- Victorsueca [~Victorsue@unaffiliated/victorsueca] has quit [Read error: Connection reset by peer]
06:37 -!- Victorsueca [~Victorsue@unaffiliated/victorsueca] has joined #bitcoin-core-dev
06:39 -!- promag [~promag@bl22-247-244.dsl.telepac.pt] has quit [Remote host closed the connection]
06:43 -!- aLK-[i] [sixty@75-149-171-58-Washington.hfc.comcastbusiness.net] has joined #bitcoin-core-dev
07:07 -!- qu4ku [~qu4ku@2a01:110f:f73:1b00:3c99:daf8:e876:27f5] has joined #bitcoin-core-dev
07:11 -!- Krellan [~Krellan@2601:640:4000:9258:3cf4:9188:ecd2:e19e] has quit [Ping timeout: 260 seconds]
07:16 -!- Krellan [~Krellan@2601:640:4000:9258:3cf4:9188:ecd2:e19e] has joined #bitcoin-core-dev
07:31 -!- Krellan [~Krellan@2601:640:4000:9258:3cf4:9188:ecd2:e19e] has quit [Ping timeout: 260 seconds]
07:33 -!- Aaronvan_ is now known as AaronvanW
07:36 -!- Krellan [~Krellan@2601:640:4000:9258:3cf4:9188:ecd2:e19e] has joined #bitcoin-core-dev
07:39 -!- qu4ku [~qu4ku@2a01:110f:f73:1b00:3c99:daf8:e876:27f5] has quit [Ping timeout: 256 seconds]
07:51 -!- michaelsdunn1 [~michaelsd@38.126.31.226] has joined #bitcoin-core-dev
07:51 -!- Chris_Stewart_5 [~chris@unaffiliated/chris-stewart-5/x-3612383] has quit [Ping timeout: 276 seconds]
08:05 -!- Chris_Stewart_5 [~chris@unaffiliated/chris-stewart-5/x-3612383] has joined #bitcoin-core-dev
08:11 -!- Krellan [~Krellan@2601:640:4000:9258:3cf4:9188:ecd2:e19e] has quit [Ping timeout: 260 seconds]
08:12 -!- Krellan [~Krellan@2601:640:4000:9258:3cf4:9188:ecd2:e19e] has joined #bitcoin-core-dev
08:21 -!- Krellan [~Krellan@2601:640:4000:9258:3cf4:9188:ecd2:e19e] has quit [Ping timeout: 255 seconds]
08:27 -!- Krellan [~Krellan@2601:640:4000:9258:3cf4:9188:ecd2:e19e] has joined #bitcoin-core-dev
08:28 -!- booyah [~bb@193.25.1.157] has quit [Ping timeout: 264 seconds]
08:29 -!- nodweber [~nodweber@unaffiliated/nodweber] has joined #bitcoin-core-dev
08:30 -!- marcinja_ [~marcin@static-100-38-11-146.nycmny.fios.verizon.net] has joined #bitcoin-core-dev
08:32 -!- masonicboom [~masonicbo@2600:8802:5501:17c0:c4a3:c9d0:9a8d:85bf] has quit [Ping timeout: 260 seconds]
08:33 -!- JackH [~laptop@2a01:4c8:102e:413d:891a:ea6a:dc66:3f99] has quit [Ping timeout: 265 seconds]
08:39 -!- nodweber [~nodweber@unaffiliated/nodweber] has quit [Ping timeout: 256 seconds]
08:43 -!- nodweber [~nodweber@unaffiliated/nodweber] has joined #bitcoin-core-dev
08:43 -!- booyah [~bb@193.25.1.157] has joined #bitcoin-core-dev
09:01 -!- Emcy [~Emcy@unaffiliated/emcy] has joined #bitcoin-core-dev
09:09 -!- JackH [~laptop@2a01:4c8:103d:e041:891a:ea6a:dc66:3f99] has joined #bitcoin-core-dev
09:13 -!- grubles_ is now known as grubles
09:16 -!- JackH [~laptop@2a01:4c8:103d:e041:891a:ea6a:dc66:3f99] has quit [Ping timeout: 256 seconds]
09:22 < skeees> BlueMatt: sorry missed that one, updated in https://github.com/bitcoin/bitcoin/pull/13835
09:37 < provoostenator> Potentially trivial to review RPC doc improvements: #13676, #13662
09:37 < gribble> https://github.com/bitcoin/bitcoin/issues/13676 | Explain that mempool memory is added to -dbcache during IBD by Sjors · Pull Request #13676 · bitcoin/bitcoin · GitHubAsset 1Asset 1
09:37 < gribble> https://github.com/bitcoin/bitcoin/issues/13662 | Explain when reindex-chainstate can be used instead of reindex by Sjors · Pull Request #13662 · bitcoin/bitcoin · GitHubAsset 1Asset 1
09:39 -!- intcat [~zshlyk@gateway/tor-sasl/intcat] has quit [Remote host closed the connection]
09:40 -!- masonicboom [~masonicbo@2600:8802:5501:17c0:c4a3:c9d0:9a8d:85bf] has joined #bitcoin-core-dev
09:41 -!- intcat [~zshlyk@gateway/tor-sasl/intcat] has joined #bitcoin-core-dev
09:43 -!- intcat [~zshlyk@gateway/tor-sasl/intcat] has quit [Remote host closed the connection]
09:45 -!- intcat [~zshlyk@gateway/tor-sasl/intcat] has joined #bitcoin-core-dev
09:45 -!- booyah [~bb@193.25.1.157] has quit [Ping timeout: 276 seconds]
09:50 -!- booyah [~bb@193.25.1.157] has joined #bitcoin-core-dev
09:56 -!- instagibbs [~instagibb@pool-100-15-128-78.washdc.fios.verizon.net] has quit [Ping timeout: 276 seconds]
10:00 -!- masonicboom [~masonicbo@2600:8802:5501:17c0:c4a3:c9d0:9a8d:85bf] has quit [Remote host closed the connection]
10:19 -!- Orion3k [~Orion3k@185.236.200.212] has quit [Quit: Leaving]
10:25 -!- setpill [~setpill@unaffiliated/setpill] has quit [Quit: o/]
10:28 -!- promag [~promag@bl22-247-244.dsl.telepac.pt] has joined #bitcoin-core-dev
10:31 -!- Krellan [~Krellan@2601:640:4000:9258:3cf4:9188:ecd2:e19e] has quit [Read error: Connection reset by peer]
10:38 -!- Krellan [~Krellan@2601:640:4000:9258:3cf4:9188:ecd2:e19e] has joined #bitcoin-core-dev
10:52 -!- nodweber [~nodweber@unaffiliated/nodweber] has quit [Quit: WeeChat 2.1]
10:58 -!- atroxes [~atroxes@unaffiliated/atroxes] has quit [Ping timeout: 256 seconds]
10:59 -!- timothy [~tredaelli@redhat/timothy] has quit [Quit: Konversation terminated!]
10:59 -!- nmnkgl [sid306870@gateway/web/irccloud.com/x-ifmueqruyivmzrel] has quit [Ping timeout: 256 seconds]
11:00 -!- atroxes [~atroxes@unaffiliated/atroxes] has joined #bitcoin-core-dev
11:01 -!- luke-jr [~luke-jr@unaffiliated/luke-jr] has quit [Ping timeout: 256 seconds]
11:02 -!- Chris_Stewart_5 [~chris@unaffiliated/chris-stewart-5/x-3612383] has quit [Ping timeout: 248 seconds]
11:05 -!- luke-jr [~luke-jr@unaffiliated/luke-jr] has joined #bitcoin-core-dev
11:09 < sipa> do we want to make the bot join in order to message here?
11:10 < sipa> join/leave spam would be somewhat annoying, but not as bad as spam
11:12 -!- Krellan [~Krellan@2601:640:4000:9258:3cf4:9188:ecd2:e19e] has quit [Ping timeout: 265 seconds]
11:13 -!- Krellan [~Krellan@2601:640:4000:9258:3cf4:9188:ecd2:e19e] has joined #bitcoin-core-dev
11:18 -!- nmnkgl [sid306870@gateway/web/irccloud.com/x-igoogotthenbefkd] has joined #bitcoin-core-dev
11:20 < achow101> most clients can hide join and leave messages, so I think that's fine
11:21 -!- promag [~promag@bl22-247-244.dsl.telepac.pt] has quit [Remote host closed the connection]
11:22 < midnightmagic> Does the bot have a freenode account?
11:22 -!- Krellan [~Krellan@2601:640:4000:9258:3cf4:9188:ecd2:e19e] has quit [Ping timeout: 255 seconds]
11:22 < midnightmagic> If so, then +q $~a allows people to still join and watch, and worst case we get join/parts from the spammer bots.
11:23 -!- Krellan [~Krellan@2601:640:4000:9258:3cf4:9188:ecd2:e19e] has joined #bitcoin-core-dev
11:42 -!- ula [~ula@b2b-78-94-11-194.unitymedia.biz] has quit [Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/]
11:51 -!- HoMM [~homm@unaffiliated/homm] has quit [Quit: sleep]
12:02 < booyah> sipa: bot must join/part becasue that is how github works?
12:03 < booyah> possible solution: create #botx channel, have bot join say and part there. Setup a message relaying bot (tiny python script) to relay msgs from there to here, and the relay bot will be always joined
12:04 < sipa> booyah: we added +n to this channel (which requires joining in order to speak) to combat spam
12:12 < midnightmagic> the second bot would be present here as well and just speak it, I think is what he means.
12:12 < sipa> yeah, i understand the suggestion - i don't have much of an opinion on it :)
12:13 < sipa> i was just explaining it's not because how github works but because we have +n on
12:13 < midnightmagic> ah
12:13 < sipa> oh i see; i guess booyah understood that, but by "because that is how github works" booyah means as opposed to have it be continuously present
12:13 < sipa> right
12:14 < booyah> (yeah just afair github bot anyway was always joining and parting)
12:15 -!- SopaXorzTaker [~SopaXorzT@unaffiliated/sopaxorztaker] has quit [Quit: Leaving]
12:15 < midnightmagic> \o
12:17 < sipa> actually, #bitcoin-commits already exists
12:17 < sipa> we could have a bot mirror from there
12:22 < booyah> sipa: https://github.com/str4d/RelayBot
12:24 < booyah> I hope it works between 2 chans on same server
12:24 < sipa> i've just turned on join/leave
13:07 -!- booyah [~bb@193.25.1.157] has quit [Ping timeout: 260 seconds]
13:20 -!- promag [~promag@bl22-247-244.dsl.telepac.pt] has joined #bitcoin-core-dev
13:25 -!- promag [~promag@bl22-247-244.dsl.telepac.pt] has quit [Remote host closed the connection]
13:43 -!- Victorsueca [~Victorsue@unaffiliated/victorsueca] has quit [Read error: Connection reset by peer]
13:44 -!- Victorsueca [~Victorsue@unaffiliated/victorsueca] has joined #bitcoin-core-dev
14:06 -!- no_input_found [no_input_f@gateway/vpn/privateinternetaccess/noinputfound/x-24977668] has quit [Remote host closed the connection]
14:06 -!- no_input_found [no_input_f@gateway/vpn/privateinternetaccess/noinputfound/x-24977668] has joined #bitcoin-core-dev
14:39 -!- Victorsueca [~Victorsue@unaffiliated/victorsueca] has quit [Read error: Connection reset by peer]
14:40 -!- Victorsueca [~Victorsue@unaffiliated/victorsueca] has joined #bitcoin-core-dev
14:58 -!- booyah [~bb@193.25.1.157] has joined #bitcoin-core-dev
15:09 -!- d9b4bef9 [~d9b4bef9@web501.webfaction.com] has quit [Remote host closed the connection]
15:10 -!- d9b4bef9 [~d9b4bef9@web501.webfaction.com] has joined #bitcoin-core-dev
15:13 -!- promag [~promag@bl22-247-244.dsl.telepac.pt] has joined #bitcoin-core-dev
15:17 -!- Dizzle [~dizzle@108.171.182.16] has joined #bitcoin-core-dev
15:18 -!- promag [~promag@bl22-247-244.dsl.telepac.pt] has quit [Ping timeout: 248 seconds]
15:24 -!- michaelsdunn1 [~michaelsd@38.126.31.226] has quit [Remote host closed the connection]
15:25 -!- michaelsdunn1 [~michaelsd@38.126.31.226] has joined #bitcoin-core-dev
15:30 -!- michaelsdunn1 [~michaelsd@38.126.31.226] has quit [Ping timeout: 260 seconds]
15:36 -!- AaronvanW [~AaronvanW@unaffiliated/aaronvanw] has quit [Remote host closed the connection]
15:37 -!- AaronvanW [~AaronvanW@unaffiliated/aaronvanw] has joined #bitcoin-core-dev
15:37 -!- Krellan [~Krellan@2601:640:4000:9258:3cf4:9188:ecd2:e19e] has quit [Read error: Connection reset by peer]
15:38 -!- Krellan [~Krellan@2601:640:4000:9258:3cf4:9188:ecd2:e19e] has joined #bitcoin-core-dev
15:44 -!- vicenteH [~user@54.104.135.37.dynamic.jazztel.es] has quit [Read error: Connection reset by peer]
15:45 -!- vicenteH [~user@54.104.135.37.dynamic.jazztel.es] has joined #bitcoin-core-dev
16:05 -!- n00bington [~Ishikawa@38.132.118.202] has joined #bitcoin-core-dev
16:06 < n00bington> so I'm looking at this page on the wiki
16:06 < n00bington> https://en.bitcoin.it/wiki/Secp256k1
16:07 < n00bington> where in the source code are those parameters being implemented?
16:07 < n00bington> doing some security research for my compsec class
16:07 < achow101> n00bington: somewhere in src/secp256k1
16:07 < n00bington> achow101, thanks
16:07 < achow101> there's a library that implements all of that stuff: https://github.com/bitcoin-core/secp256k1
16:07 < achow101> that lib is put in src/secp256k1
16:08 < n00bington> cool lemme see if i can find it
16:08 < n00bington> thanks
16:11 < sipa> n00bington: it's spread out
16:11 < n00bington> sipa, what do you mean?
16:11 < sipa> the library implementing the elliptic curve things is in bhttps://github.com/bitcoin-core/secp256k1
16:11 < n00bington> right
16:11 < sipa> there's also a separate IRC channel about it, #secp256k1
16:11 < n00bington> oh
16:11 < n00bington> thanks
16:13 -!- Dizzle [~dizzle@108.171.182.16] has quit [Quit: Leaving...]
16:15 -!- Cory [~Cory@unaffiliated/cory] has quit [Ping timeout: 256 seconds]
16:20 -!- n00bington [~Ishikawa@38.132.118.202] has quit [Quit: Leaving]
16:26 -!- Cory [~Cory@unaffiliated/cory] has joined #bitcoin-core-dev
16:45 -!- Cory [~Cory@unaffiliated/cory] has quit [Ping timeout: 240 seconds]
16:46 -!- e4xit [~e4xit@cpc123762-trow7-2-0-cust7.18-1.cable.virginm.net] has quit [Ping timeout: 260 seconds]
16:46 -!- masonicboom [~masonicbo@2600:8802:5501:17c0:a8a4:a54e:5a5e:386] has joined #bitcoin-core-dev
16:51 -!- masonicboom [~masonicbo@2600:8802:5501:17c0:a8a4:a54e:5a5e:386] has quit [Ping timeout: 255 seconds]
16:52 -!- Cory [~Cory@unaffiliated/cory] has joined #bitcoin-core-dev
16:53 -!- AaronvanW [~AaronvanW@unaffiliated/aaronvanw] has quit [Remote host closed the connection]
16:54 -!- AaronvanW [~AaronvanW@unaffiliated/aaronvanw] has joined #bitcoin-core-dev
16:58 -!- AaronvanW [~AaronvanW@unaffiliated/aaronvanw] has quit [Ping timeout: 240 seconds]
17:09 -!- lio17 [~lio17@80.ip-145-239-89.eu] has quit [Quit: Ping timeout (120 seconds)]
17:09 -!- lio17 [~lio17@80.ip-145-239-89.eu] has joined #bitcoin-core-dev
17:18 -!- lnostdal [~lnostdal@77.70.119.51] has quit [Read error: Connection reset by peer]
17:38 -!- lnostdal [~lnostdal@77.70.119.51] has joined #bitcoin-core-dev
17:41 -!- masonicboom [~masonicbo@2600:8802:5501:17c0:e133:6365:55e9:f838] has joined #bitcoin-core-dev
17:47 -!- Krellan [~Krellan@2601:640:4000:9258:3cf4:9188:ecd2:e19e] has quit [Read error: Connection reset by peer]
17:48 -!- Krellan [~Krellan@2601:640:4000:9258:3cf4:9188:ecd2:e19e] has joined #bitcoin-core-dev
18:22 -!- goatpig [56eece80@gateway/web/freenode/ip.86.238.206.128] has quit [Ping timeout: 252 seconds]
18:39 -!- promag [~promag@bl22-247-244.dsl.telepac.pt] has joined #bitcoin-core-dev
18:47 -!- d9b4bef9 [~d9b4bef9@web501.webfaction.com] has quit [Remote host closed the connection]
18:47 -!- Emcy [~Emcy@unaffiliated/emcy] has quit [Ping timeout: 240 seconds]
18:48 -!- d9b4bef9 [~d9b4bef9@web501.webfaction.com] has joined #bitcoin-core-dev
18:49 -!- Emcy [~Emcy@unaffiliated/emcy] has joined #bitcoin-core-dev
19:40 < phantomcircuit> gmaxwell, https://daniel.haxx.se/blog/2012/10/10/wsapoll-is-broken/
19:40 < phantomcircuit> apparently the answer is dont use that
19:44 < sipa> Great, WSAPoll doesn't report socket failures
19:53 < luke-jr> right
19:56 -!- promag [~promag@bl22-247-244.dsl.telepac.pt] has quit [Remote host closed the connection]
20:02 < gmaxwell> again: we can stay with select on windows. It doesn't have the 1024 FD problem. 
20:17 < ossifrage> The fix for my specific problem was to just modify how many mmaps() leveldb will make
20:18 < gmaxwell> ossifrage: do you have any idea why the number of mmaps would be limited at all, on 64 bit systems?
20:19 < ossifrage> The comment is about "performance reasons" for large databases... But 1000 mmaps is in the noise I think
20:19 < ossifrage> I changed src/leveldb/util/env_posix.cc mmap_limit from 1000 to 4096
20:21 < gmaxwell> I don't understand what they mean there.. are they thinking in terms of TLB load or something?
20:21 < ossifrage> mmap() is a great way to generate a very large amount of write pressure, but it seems like most of the leveldb use in bitcoin has a very low change rate
20:23 < ossifrage> But lots of memory and slow IO will do that just fine without a single mmmap()
20:25 < gmaxwell> leveldb's writes are very structured, basically it's an append only thing, that periodically rewrites whole files.
20:38 < sipa> mmap is only used for readonly things
20:38 < sipa> afaik
20:38 < sipa> the files are produced in one go, by dumping a sorted table to disk
20:41 < gmaxwell> I wish the leveldb project were more active, it would be nice if we could ask if there is a reason we shouldn't just kill the limit on 64-bit.
20:48 -!- Emcy [~Emcy@unaffiliated/emcy] has quit [Ping timeout: 240 seconds]
21:05 < ossifrage> sipa, that is a good idea, especially if the writes are streaming
21:26 < phantomcircuit> sipa, gmaxwell should be used only for reads
21:27 < phantomcircuit> in which case increasing the limit to... infinity shouldn't be an issue on 64bit systems
21:31 < gmaxwell> doesn't replace using poll instead of select.
21:31 < gmaxwell> phantomcircuit: hows the PR coming? :P
21:32 < phantomcircuit> well i had one that looked like it worked but then fucking wsapoll is broken
21:32 < phantomcircuit> soooo
21:32 < phantomcircuit> try again
21:32 < sipa> phantomcircuit: don't do wsapoll
21:32 < sipa> just poll on sane OSes
21:32 < sipa> keep using select on windows
21:34 < gmaxwell> the main reason to not use select is the stupid fd value limit, but that doesn't apply for windows.
21:34 < phantomcircuit> i mean yeah but that's actually a bigger change
21:35 < gmaxwell> it's just "keep the existing code, add the poll in an ifdef", no
21:38 -!- Randolf [~randolf@96.53.47.42] has joined #bitcoin-core-dev
21:39 < phantomcircuit> gmaxwell, it's slightly different, there's no FD_ISSET
21:40 < phantomcircuit> you iterate through a list of fd, events pairs
21:40 < phantomcircuit> the select logic iterates over all the nodes and calls FD_ISSET
21:40 < phantomcircuit> (which iirc is insane cause FD_ISSET iterates over all the fds)
21:44 < sipa> phantomcircuit: in windows it does
21:44 < sipa> in linux it's a bitfield test
21:45 < phantomcircuit> sipa, oh
21:46 < phantomcircuit> well either way there isn't a trivial way to do that mapping with poll()
21:50 < sipa> phantomcircuit: which is btw the reason why select is resteicted to fd's below 1024
21:50 < sipa> fdset id a 128 byte array
21:50 < sipa> *is
21:52 < phantomcircuit> yeah makes sense
21:54 < phantomcircuit> i'll add the iteration needs to be reversed for epoll or kqueue also anyways
22:04 -!- fanquake [~fanquake@unaffiliated/fanquake] has joined #bitcoin-core-dev
22:06 -!- a5m0_ [~a5m0@unaffiliated/a5m0] has quit [Remote host closed the connection]
22:07 < fanquake> cfields Looking forward to the turtles!
22:09 < cfields> fanquake: heh, I just pushed it so that dongcarl can get his hands dirty. It's still an absolute disaster.
22:09 -!- a5m0 [~a5m0@unaffiliated/a5m0] has joined #bitcoin-core-dev
22:13 < phantomcircuit> cfields, is there a map from fd to CNode ?
22:14 < cfields> phantomcircuit: don't believe so. IIRC we always just iterate.
22:15 < phantomcircuit> how does that work with libevent stuff? iirc it's just calling a callback with the fd right?
22:16 < cfields> phantomcircuit: the libevent stuff hasn't been merged. You mean in my branches?
22:16 < phantomcircuit> yeah
22:16 < cfields> anyway, yea, callback with fd and a few other things, and a caller-supplied pointer
22:17 < phantomcircuit> oh i see the caller supplied pointer
22:17 < phantomcircuit> right so libevent is basically keeping that map for you
22:18 < cfields> well everything's done in reverse, so there shouldn't be any need to ever lookup an fd
22:18 < cfields> so, i suppose :)
22:21 < phantomcircuit> cfields, well the underlying epoll thing requires you can map fd to cnode
22:21 < phantomcircuit> just with libevent it's doing it for you implicitly with the callback data
22:21 < phantomcircuit> for poll() you need the same but it's explicit
22:23 < cfields> I thought you had to iterate through the fd list anyway with poll similar to select. Am I completely misremembering?
22:25 < cfields> after it wakes for active fds, I mean.
22:27 -!- Cory [~Cory@unaffiliated/cory] has quit [Ping timeout: 240 seconds]
22:30 < phantomcircuit> cfields, you iterate through the list of fd's you gave it
22:30 < phantomcircuit> yes
22:31 < cfields> phantomcircuit: right, so why the need for a map? You've got the pointers to the CNodes that you pulled the fds from, and you need to test them anyway
22:33 < cfields> or are you just trying to eliminate the overhead of the iteration of nodes that didn't wake?
22:33 < cfields> (I don't remember if poll gives you anything to help avoid that)
22:35 < phantomcircuit> cfields, i mean i can make the map right there, but it's awkward
22:36 < cfields> phantomcircuit: good luck :)
22:36 < cfields> nnite
22:44 -!- Emcy [~Emcy@unaffiliated/emcy] has joined #bitcoin-core-dev
22:57 -!- murrayn [~dafuq@unaffiliated/murrayn] has joined #bitcoin-core-dev
23:41 -!- intcat [~zshlyk@gateway/tor-sasl/intcat] has quit [Remote host closed the connection]
23:43 -!- intcat [~zshlyk@gateway/tor-sasl/intcat] has joined #bitcoin-core-dev
23:49 -!- Pasha [~Cory@unaffiliated/cory] has joined #bitcoin-core-dev
23:56 < wumpus> kallewoof: if there is no non-locale-independent function, you're going to have to implement one yourself
23:56 < wumpus> kallewoof: usually this is trivial as the ASCII case of the string functions is trivial
23:58 < kallewoof> wumpus: ok
--- Log closed Thu Aug 02 00:00:28 2018