1 2015-11-09T00:21:34  *** Yoghur114 has joined #bitcoin-core-dev
  2 2015-11-09T00:34:09  *** Thireus has quit IRC
  3 2015-11-09T00:50:53  *** CodeShark has joined #bitcoin-core-dev
  4 2015-11-09T00:51:08  *** CodeShark has quit IRC
  5 2015-11-09T00:51:29  *** CodeShark has joined #bitcoin-core-dev
  6 2015-11-09T01:12:03  *** CodeShark has quit IRC
  7 2015-11-09T01:12:23  *** CodeShark has joined #bitcoin-core-dev
  8 2015-11-09T01:13:30  *** CodeShark_ has joined #bitcoin-core-dev
  9 2015-11-09T01:14:28  *** CodeShark is now known as Guest88917
 10 2015-11-09T01:14:36  *** CodeShark_ has quit IRC
 11 2015-11-09T01:14:40  *** Guest88917 has quit IRC
 12 2015-11-09T01:30:35  *** Yoghur114 has quit IRC
 13 2015-11-09T01:44:24  *** Ylbam has quit IRC
 14 2015-11-09T02:12:00  *** Guest23423 has joined #bitcoin-core-dev
 15 2015-11-09T02:14:44  *** Guest23423 has quit IRC
 16 2015-11-09T02:14:44  *** Arnavion has quit IRC
 17 2015-11-09T02:15:01  *** Arnavion has joined #bitcoin-core-dev
 18 2015-11-09T02:38:14  *** Arnavion has quit IRC
 19 2015-11-09T02:38:31  *** Arnavion has joined #bitcoin-core-dev
 20 2015-11-09T03:34:41  *** dcousens has joined #bitcoin-core-dev
 21 2015-11-09T03:36:47  <dcousens> Is there any difference to minReasonableRelayFee and minRelayTxFee ?
 22 2015-11-09T03:39:20  <dcousens> I'm not sure why there is two, but it seems the minReasonableRelayFee is not kept in sync with minRelayTxFee, any one know why?
 23 2015-11-09T04:02:21  *** JackH has quit IRC
 24 2015-11-09T04:09:47  *** jgarzik has quit IRC
 25 2015-11-09T04:12:48  <dcousens> aye, the `-minrelaytxfee` seems to have no effect at all on `estimatefee` or the mempool in general
 26 2015-11-09T04:12:52  <dcousens> Is that intended?
 27 2015-11-09T04:13:43  <dcousens> (Or am I missing something)
 28 2015-11-09T04:31:16  <dcousens> Also, is there a reason estimatefee returns `-1` if `nblocks` is > 25?
 29 2015-11-09T05:00:46  *** gribble has quit IRC
 30 2015-11-09T05:12:48  *** Thireus has joined #bitcoin-core-dev
 31 2015-11-09T05:16:42  *** gribble has joined #bitcoin-core-dev
 32 2015-11-09T05:30:05  <GitHub157> [bitcoin] laanwj opened pull request #6969: doc: there is no libboost-base-dev, add missing sudo in release notes (master...2015_11_docfix) https://github.com/bitcoin/bitcoin/pull/6969
 33 2015-11-09T05:46:48  *** CodeShark has joined #bitcoin-core-dev
 34 2015-11-09T06:09:16  <wumpus> fingers itch to merge #6954
 35 2015-11-09T06:10:01  <Luke-Jr> wumpus: Is it possible to generate/use a cookie file in addition to the rpcuser/pass?
 36 2015-11-09T06:10:22  <wumpus> no, only one authentication method at a time is supported
 37 2015-11-09T06:10:29  <Luke-Jr> k
 38 2015-11-09T06:10:42  <Luke-Jr> I guess -rpcpassword= does it for debugging purposes
 39 2015-11-09T06:15:14  <Luke-Jr> hrm, any way to access strDataDir QSettings without Qt? :/
 40 2015-11-09T06:16:29  <Luke-Jr> thoughts on a bitcoin-cli -printdatadir option or something?
 41 2015-11-09T06:16:45  <Luke-Jr> although it's unlikely to be in PATH on Windows.. so maybe that won't work
 42 2015-11-09T06:17:04  <Luke-Jr> wait, is that a bug for Core? that bitcoin-cli won't find -qt's cookie file?
 43 2015-11-09T06:17:10  <dcousens> Luke-Jr: the datadir will be in the same line you're executing?
 44 2015-11-09T06:17:31  <Luke-Jr> dcousens: bitcoin-qt supports overriding the data dir from a QSettings value
 45 2015-11-09T06:17:32  <wumpus> qt has its own settings, bitcoind/bitcoin-cli are not able to access those
 46 2015-11-09T06:17:39  <dcousens> ah
 47 2015-11-09T06:17:42  <wumpus> that's not a bug
 48 2015-11-09T06:17:50  <Luke-Jr> wumpus: what's the point of the cookie then?
 49 2015-11-09T06:18:20  <wumpus> to let bitcoind and bitcoin-cli communicate given just the datadir
 50 2015-11-09T06:18:38  <Luke-Jr> …
 51 2015-11-09T06:19:00  <Luke-Jr> awful lot considering bitcoin-cli is just a testing tool, and bitcoind users should be capable of configuring bitcoin.conf anyway :x
 52 2015-11-09T06:19:02  <wumpus> pass the right datadir to bitcoin-cli and it should work
 53 2015-11-09T06:19:54  <wumpus> well other software could use it too, but sure it needs to find out what the datadir is, or let the user point them at it
 54 2015-11-09T06:20:15  <Luke-Jr> I thought the whole point of the cookie file was so Bitcoin-Qt users didn't need to configure RPC explicitly
 55 2015-11-09T06:20:52  <wumpus> yes, it is
 56 2015-11-09T06:21:18  <Luke-Jr> but there's no reasonable way to get to it
 57 2015-11-09T06:21:26  <wumpus> any software that knows the bitcoin data dir can communicate with bitcoin{d,qt} if server=1
 58 2015-11-09T06:21:41  <wumpus> if it doesn't it needs to be pointed at it
 59 2015-11-09T06:23:14  <Luke-Jr> would it be terrible to have Bitcoin-Qt get strDataDir from a special QSettings that explicitly uses <default datadir>/datadir.ini or something?
 60 2015-11-09T06:23:29  <Luke-Jr> or better yet, ignore strDataDir for cookie purposes?
 61 2015-11-09T06:24:03  <wumpus> sure, another option would be to ignore the datadir completely
 62 2015-11-09T06:24:24  <wumpus> e.g. tor drops the cookie file in /var/... by default
 63 2015-11-09T06:24:32  <wumpus> then again, how to handle multiple instances in that case
 64 2015-11-09T06:24:39  <wumpus> I think putting it in the datadir makes sense
 65 2015-11-09T06:24:47  <wumpus> you can override the cookie path to be something else
 66 2015-11-09T06:24:52  <Luke-Jr> multiple Qt instances can't use the QSettings for datadir anyway
 67 2015-11-09T06:25:21  <Luke-Jr> if the user has to override anything, it defeats the purpose of being zero-configuration <.<
 68 2015-11-09T06:25:25  <wumpus> -rpccookiefile=/var/run/bitcoindcookie
 69 2015-11-09T06:25:41  <wumpus> just look in the registry, find the data dir, and use that
 70 2015-11-09T06:26:15  <Luke-Jr> that's a lot of code, considering Mac and Linux do it differently
 71 2015-11-09T06:26:20  <wumpus> normally you can assume that the cookie is in the data directory along with the other files, that's a feature not a  bug
 72 2015-11-09T06:26:33  <dcousens> Any ideas on the question I had before RE minReasonableRelayFee being out of sync with minRelayTxFee, is that intentional? In terms of the estimator policy.  All good if it is, but, it'd be nice to maybe just add a comment there to reassure its not just a missing reference
 73 2015-11-09T06:26:34  <wumpus> you can also use QSettings if your application is qt-based
 74 2015-11-09T06:26:40  <Luke-Jr> it's not even C++
 75 2015-11-09T06:27:27  <wumpus> yes it's some code, maybe we can make a libfindbitcoindatadir ...
 76 2015-11-09T06:27:41  <Luke-Jr> ugh
 77 2015-11-09T06:28:00  <gmaxwell> wait why isn't bitcoin-qt and bitcoin-cli finding the same datadir?!
 78 2015-11-09T06:28:04  <wumpus> although I think it's a  bad idea, as it wouldn't handle multiple instances, you need a way to choose a data directory anyway
 79 2015-11-09T06:28:39  <wumpus> bitcoin-qt allows choosing a data directory on first start in the GUI, this is stored inthe qt settings
 80 2015-11-09T06:28:45  <wumpus> bitcoin-cli and bitcoind don't care about that
 81 2015-11-09T06:28:47  <Luke-Jr> gmaxwell: bitcoin-qt gets datadir from Windows registry, Mac registry-equivalent, or an INI file on Linux; based on user input at first run
 82 2015-11-09T06:29:28  <Luke-Jr> wumpus: multiple instances can't mix with QSettings datadir period, unless I am missing something?
 83 2015-11-09T06:29:55  <wumpus> Luke-Jr: that's true. The datadir from QSettings is seen as a default, it's still possible to override it from the command line
 84 2015-11-09T06:30:16  <Luke-Jr> wumpus: so what if cookie file uses the same logic as bitcoin-cli for datadir? this seems to work in all cases..?
 85 2015-11-09T06:30:36  <Luke-Jr> if it's overridden via bitcoin.conf or cmdline, it uses that; otherwise the platform default
 86 2015-11-09T06:30:37  *** ParadoxSpiral has joined #bitcoin-core-dev
 87 2015-11-09T06:32:24  <wumpus> dcousens: -1 for estimatefee means 'unknown'
 88 2015-11-09T06:32:47  <dcousens> wumpus: why not just give back an error
 89 2015-11-09T06:32:54  <wumpus> dcousens: don't know about minReasonableRelayFee/minRelayTxFee
 90 2015-11-09T06:33:00  <wumpus> dcousens: because
 91 2015-11-09T06:33:18  <Luke-Jr> …
 92 2015-11-09T06:33:59  <dcousens> (because ...?)
 93 2015-11-09T06:34:20  <wumpus> dcousens: yes I don't know, the interface was written in this way not that way
 94 2015-11-09T06:34:36  <wumpus> it's just a choice that was made at some point that made sense
 95 2015-11-09T06:34:38  <wumpus> or something
 96 2015-11-09T06:34:56  <dcousens> ok
 97 2015-11-09T06:35:02  <wumpus> if you go change it around now then people will complain about that
 98 2015-11-09T06:35:21  <wumpus> the values it can return are documented in the RPC help
 99 2015-11-09T06:35:51  <dcousens> that wasn't my main question, just something I noticed that was odd why playing with -minrelaytxfee and noticing it had no effect on the estimation algorithm
100 2015-11-09T06:35:53  <wumpus> that's everything of an interface definition that we have, asking why it doesn't behave otherwise is quite pointless
101 2015-11-09T06:37:23  <Luke-Jr> wumpus: if I made cookies ignore QSettings, will you accept it?
102 2015-11-09T06:37:46  <wumpus> Luke-Jr: I think it's strange to make something ignore qsettings
103 2015-11-09T06:38:28  <wumpus> Luke-Jr: it's a valid concern and maybe reason to re-think where the cookie file gets placed, but 'let's ignore qsettings' sounds like a terrible hack
104 2015-11-09T06:38:40  <wumpus> then it will make *two* data directories
105 2015-11-09T06:39:41  <gmaxwell> using something QT specific for handling finding the datadir on windows was probably what should have been avoided, since bitcoind and bitcoin-cli also need to find the data directory.
106 2015-11-09T06:39:57  <Luke-Jr> it's tempting to change this to write to bitcoin.conf instead of QSettings then
107 2015-11-09T06:40:06  <wumpus> NO NO NO NO
108 2015-11-09T06:40:08  <Luke-Jr> wouldn't an append-only be safe?
109 2015-11-09T06:40:09  <wumpus> don't write to bitcoin.conf
110 2015-11-09T06:40:12  <wumpus> goddamnit
111 2015-11-09T06:40:17  <Luke-Jr> sigh
112 2015-11-09T06:40:37  <gmaxwell> then you have the "how do you find bitcoin.conf" problem.
113 2015-11-09T06:40:46  <wumpus> no it's not safe, software should not write to its configuration file,  it can't even be asssumed to be writable
114 2015-11-09T06:40:50  <dgenr8> writing to bitcoin.conf should be controlled by a setting in bitcoin.conf
115 2015-11-09T06:40:52  <Luke-Jr> gmaxwell: that's at least possible to solve
116 2015-11-09T06:40:55  <wumpus> that's why I went with the cookie solution in the first place
117 2015-11-09T06:41:13  <gmaxwell> Luke-Jr: it reduces to the same problem, finding the data directory.
118 2015-11-09T06:41:13  <wumpus> otherwise I'd just have made it write a rpcuser and rpcpassword to bitcoin.conf
119 2015-11-09T06:41:38  <Luke-Jr> gmaxwell: minus QSettings
120 2015-11-09T06:42:03  <wumpus> bitcoin.conf is usually in the same directory as the cookie so it won't avoid *any* problems
121 2015-11-09T06:42:21  <Luke-Jr> if the data directory cannot be overridden by QSettings, the problem is solved.
122 2015-11-09T06:42:30  <wumpus> yes, let's rip that feature out again
123 2015-11-09T06:42:43  <wumpus> why would people want a user friendly dialog to choose the datadir
124 2015-11-09T06:42:46  <wumpus> what a stupid thing
125 2015-11-09T06:42:46  <Luke-Jr> …
126 2015-11-09T06:43:18  <gmaxwell> Luke-Jr: yes if you make the datadir not actually configurable then the issue of finding it goes away...
127 2015-11-09T06:43:27  <wumpus> maybe 1% of users actually use bitcoin-qt with bitcoin-cli, 0.1% uses it with a changed datadir through qt
128 2015-11-09T06:43:55  <wumpus> most people that want to use RPC with bitcoin-qt will use the debug console
129 2015-11-09T06:44:10  <gmaxwell> wumpus: it is a bit broken that changing your datadir breaks bitcoind / bitcoin-cli from finding it.
130 2015-11-09T06:44:16  <Luke-Jr> wumpus: my main concern is BFGMiner, not bitcoin-cli
131 2015-11-09T06:44:30  <gmaxwell> wumpus: e.g. joinmarket and bfgminer and such need to find the rpc stuff too.
132 2015-11-09T06:44:53  <wumpus> gmaxwell: qsettings is the qt equivalent of adding command line arguments, you can pass a datadir to bitcoin-cli and it will work
133 2015-11-09T06:45:41  <gmaxwell> wumpus: datadir isn't a qt specific thing. Finding the default datadir via the registery is the reasonable thing to do on windows, sure. requiring QT for that is less so.
134 2015-11-09T06:46:17  <wumpus> yes because we really want to write our own registry/everyOSsettingsmechanism wrappers...
135 2015-11-09T06:46:17  <Luke-Jr> I'm sure there's some way to avoid Qt for it, but that means implementing each platform's stuff
136 2015-11-09T06:46:43  <wumpus> Qt is not strictly required though, other applications can read bitcon's datadir from the registry without qt
137 2015-11-09T06:46:47  *** ParadoxSpiral has quit IRC
138 2015-11-09T06:46:59  <gmaxwell> wumpus: sometimes we have to... there are dozens of windows ifdefs in the code.  Unless you think linking bitcoind/bitcoin-cli to QT is a better plan. :)
139 2015-11-09T06:47:00  <wumpus> but we use qt because that's available anyway
140 2015-11-09T06:47:10  <wumpus> and we don't want piles of extra codes to maintain
141 2015-11-09T06:47:14  <wumpus> sigh
142 2015-11-09T06:47:50  <wumpus> there's tons of windows ifdefs in the code so let's add even more
143 2015-11-09T06:48:03  <gmaxwell> wumpus: take a step back, ignore how its implemented. The behavior of our own compoents looking in different places due to internal architecture reasons and to no benefit to the user is surprising and suboptimal.
144 2015-11-09T06:48:10  <wumpus> I'd prefer to reduce the amount of platform dependent code
145 2015-11-09T06:48:42  <wumpus> well at least it's working for most people now, it's one of the things that is hardly ever complained about
146 2015-11-09T06:48:48  <gmaxwell> I prefer to reduce the amount of platform dependant code too. But that doesn't mean that we should be disfunctional in some cases where a bit is needed to prevent disfunction.
147 2015-11-09T06:48:56  <wumpus> there are tons of things *really* broken, this is not one of them!
148 2015-11-09T06:50:17  <wumpus> no, it's not disfunctional... never mind
149 2015-11-09T06:51:27  <wumpus> go ahead, implement it some way else, just make really sure it's backward compatible
150 2015-11-09T06:54:12  <gmaxwell> Luke-Jr: I think we could probably just add code that reads the registry in the same way RandAddSeedPerfmon and looks to the same place QT looks, and call that from bitcoind/bitcoin-cli on windows, and document the location so other programs can look. No?
151 2015-11-09T06:55:10  <Luke-Jr> gmaxwell: wouldn't make implementing it externally any easier than how it currently is.
152 2015-11-09T06:56:16  <Luke-Jr> I'm sure QSettings has some well-defined location/format so things are backward compatible.
153 2015-11-09T06:56:17  *** Ylbam has joined #bitcoin-core-dev
154 2015-11-09T06:56:58  <gmaxwell> Luke-Jr: well externally is going to have to deal with the OS specific way of finding things, regardless. But that can be made arbritarily easier through better documentation.
155 2015-11-09T06:57:16  * wumpus really likes 'better documentation' instead of 'adding piles of code'
156 2015-11-09T06:58:08  <Luke-Jr> supporting cookies was already going to be a major chore, so I'm inclined to just not do so at this point
157 2015-11-09T06:58:39  <gmaxwell> Luke-Jr: this has nothing to do with cookies though.
158 2015-11-09T06:58:46  <gmaxwell> You'd fail to find the config location.
159 2015-11-09T06:58:58  <gmaxwell> wumpus: I'd still suggest adding (hopefully) 1/2 LOC: code to use RegQuery to find the same location in bitcoind/bitcoin-cli.
160 2015-11-09T06:58:59  <wumpus> indeed it's the same for finding bitcoin.conf
161 2015-11-09T06:59:05  <Luke-Jr> does bitcoin-qt use strDataDir for the config location too? :/
162 2015-11-09T06:59:15  <wumpus> yes
163 2015-11-09T06:59:20  <Luke-Jr> gmaxwell: you're forgetting Mac and Linux..
164 2015-11-09T06:59:22  <wumpus> it uses it to set -datadir
165 2015-11-09T06:59:36  <wumpus> (which generally, unless you override it with -conf, specifies the configuration file location as well)
166 2015-11-09T06:59:48  <Luke-Jr> bleh
167 2015-11-09T07:00:08  <wumpus> bitcoin, by design, only has one datadir. If you move it, everything moves with it
168 2015-11-09T07:00:20  <gmaxwell> Luke-Jr: nothing is special on linux. There is no magical registry path location there.  I'm not well enough informed about the mac parallel.
169 2015-11-09T07:00:31  <Luke-Jr> gmaxwell: hehehe.. yes it is
170 2015-11-09T07:00:56  <Luke-Jr> ~/.config/Bitcoin/Bitcoin-Qt.conf
171 2015-11-09T07:00:56  <wumpus> in linux it's just a file
172 2015-11-09T07:01:09  <gmaxwell> what do we have an installer just setting a gconf thing for it on linux too?
173 2015-11-09T07:01:21  <Luke-Jr> gmaxwell: it's not part of the installer
174 2015-11-09T07:01:59  <wumpus> however you turn it, finding the datadir was always going to be an OS-specific affair
175 2015-11-09T07:02:20  <Luke-Jr> wumpus: hm, that's a point.. I guess I must already have some ifdefs going on
176 2015-11-09T07:03:02  <gmaxwell> even if it wasn't configurable, the defaults are different.
177 2015-11-09T07:12:33  *** NLNico has joined #bitcoin-core-dev
178 2015-11-09T07:40:47  *** Thireus has quit IRC
179 2015-11-09T07:45:25  <GitHub126> [bitcoin] laanwj opened pull request #6970: Fix crash in validateaddress with -disablewallet (master...2015_11_rpc_validateaddress_crash) https://github.com/bitcoin/bitcoin/pull/6970
180 2015-11-09T08:14:24  *** guest234234 has joined #bitcoin-core-dev
181 2015-11-09T08:15:17  *** guest234234 has quit IRC
182 2015-11-09T08:16:19  *** guest234234 has joined #bitcoin-core-dev
183 2015-11-09T08:16:58  *** guest234234 has quit IRC
184 2015-11-09T08:23:36  <Luke-Jr> FWIW, a KDE developer in #qt told me if it needs to be accessed from other software, don't use QSettings and write our own :/
185 2015-11-09T08:23:46  <Luke-Jr> (I asked a while ago when it was ongoing discussion)
186 2015-11-09T08:28:51  *** Thireus has joined #bitcoin-core-dev
187 2015-11-09T08:34:03  *** JackH has joined #bitcoin-core-dev
188 2015-11-09T08:34:06  <wumpus> won't 'write your own' effectively end up reimplementing qsettings? you need to do something for every OS
189 2015-11-09T08:37:05  <wumpus> not saying that is not the way forward to 'find' the same datadir in bitcoin-cli and bitcoind, as well as other software, but it doesn't quite make it easier
190 2015-11-09T08:38:56  <wumpus> oops accidentally had 'debian desktop environment' on while installing a VM, was wondering why it was pulling 2300+ packages in debian 8 :-)
191 2015-11-09T08:44:51  *** Thireus has quit IRC
192 2015-11-09T08:57:20  *** BashCo has quit IRC
193 2015-11-09T09:15:39  *** BashCo has joined #bitcoin-core-dev
194 2015-11-09T09:17:40  *** NLNico has quit IRC
195 2015-11-09T09:29:32  *** Thireus has joined #bitcoin-core-dev
196 2015-11-09T10:13:02  *** rubensayshi has joined #bitcoin-core-dev
197 2015-11-09T10:22:07  <wumpus> executables for 0.11.2rc1 are live: https://bitcoin.org/bin/bitcoin-core-0.11.2/test/   sorry for the delay
198 2015-11-09T10:25:25  *** jtimon has quit IRC
199 2015-11-09T10:27:44  <GitHub133> [bitcoin] laanwj closed pull request #6968: [Docs] First-draft release notes for 0.11.2RC1 (0.11...release-notes-0.11.2) https://github.com/bitcoin/bitcoin/pull/6968
200 2015-11-09T10:27:45  <GitHub138> [bitcoin] laanwj pushed 4 new commits to 0.11: https://github.com/bitcoin/bitcoin/compare/984587ac5d3e...3dcb390fe9e2
201 2015-11-09T10:27:46  <GitHub138> bitcoin/0.11 40941d9 David A. Harding: [Docs] First-draft release notes for 0.11.2RC1
202 2015-11-09T10:27:46  <GitHub138> bitcoin/0.11 929b2c7 David A. Harding: [docs] Minor revisions to 0.11.2RC1 release notes...
203 2015-11-09T10:27:47  <GitHub138> bitcoin/0.11 9149589 David A. Harding: [docs] 0.11.2 release notes: add sipa graphs & leveldb note...
204 2015-11-09T10:29:55  <harding> wumpus: note those release notes still have a FIXME in them for a version of libblkmaker that supports v4 blocks.
205 2015-11-09T10:30:15  <wumpus> I know, but good enough for an rc :)
206 2015-11-09T10:30:28  <wumpus> thanks again for writing them
207 2015-11-09T10:31:48  <harding> My pleasure; thanks for writing them for every other release!
208 2015-11-09T10:32:18  *** kanzure has quit IRC
209 2015-11-09T10:57:57  <GitHub67> [bitcoin] laanwj pushed 2 new commits to master: https://github.com/bitcoin/bitcoin/compare/4ee149a6db25...92701b3b8918
210 2015-11-09T10:57:57  <GitHub67> bitcoin/master 2980a18 Wladimir J. van der Laan: Fix crash in validateaddress with -disablewallet...
211 2015-11-09T10:57:57  <GitHub67> bitcoin/master 92701b3 Wladimir J. van der Laan: Merge pull request #6970...
212 2015-11-09T10:58:07  <GitHub130> [bitcoin] laanwj closed pull request #6970: Fix crash in validateaddress with -disablewallet (master...2015_11_rpc_validateaddress_crash) https://github.com/bitcoin/bitcoin/pull/6970
213 2015-11-09T10:59:31  *** AtashiCon has quit IRC
214 2015-11-09T11:03:09  *** AtashiCon has joined #bitcoin-core-dev
215 2015-11-09T11:09:51  <GitHub161> [bitcoin] laanwj pushed 2 new commits to master: https://github.com/bitcoin/bitcoin/compare/92701b3b8918...6176e9bf3d55
216 2015-11-09T11:09:52  <GitHub161> bitcoin/master 6dd3a44 MarcoFalke: translations: Don't translate markdown or force English grammar
217 2015-11-09T11:09:52  <GitHub161> bitcoin/master 6176e9b Wladimir J. van der Laan: Merge pull request #6962...
218 2015-11-09T11:09:56  <GitHub43> [bitcoin] laanwj closed pull request #6962: translations: Don't translate markup or force English grammar (master...MarcoFalke-2015-translations) https://github.com/bitcoin/bitcoin/pull/6962
219 2015-11-09T11:38:13  <wumpus> it's so annoying how in C functions like strtol, isspace, etc are affected by the locale. It's as if they had a discussion while designing the C library on how to break programs as subtly as possible, and make behavior of functions almost like you expect but not quite
220 2015-11-09T11:41:11  <wumpus> (a common pattern also with functions like strncat, which writes one byte more than you'd expect, a trap that resulted in tons of suffering for decennia)
221 2015-11-09T11:41:19  *** kanzure has joined #bitcoin-core-dev
222 2015-11-09T11:41:29  <wumpus> it should be forbidden to use C and its cursed offspring for anything such as string processing
223 2015-11-09T11:41:30  <gmaxwell> wumpus: yea, there are a bunch of multimedia file formats where there are subtle incompatiblities in every implementation because of number in "ascii" headers.
224 2015-11-09T11:41:50  <gmaxwell> You can change your locale in the program, but doing so will change it in other threads.. not exactly nice to do in libraries.
225 2015-11-09T11:42:50  <wumpus> yes that solves one problem but causes many others. We tried forcing the locale to C in bitcoin for a while but this messed with file name encodings on windows.
226 2015-11-09T11:43:07  <wumpus> solve one subtle problem, create another
227 2015-11-09T11:44:09  <phantomcircuit> just pause world, change locale to c, call strtol, change back to whatever, and unpause world
228 2015-11-09T11:44:12  <phantomcircuit> no problem
229 2015-11-09T11:44:14  * phantomcircuit runs
230 2015-11-09T11:45:00  <gmaxwell> Well for example, you could change it just around the single point(s) you need C locale-- at least for the specific problem of file format compatiblity; but ... threads break that. so to fix this elsewhere I've had to just rewrite those C parser functions.
231 2015-11-09T11:45:28  <wumpus> phantomcircuit: travel back in time and ... try to convince Dennis Ritchie to not make this awful mistake
232 2015-11-09T11:45:52  <gmaxwell> wumpus: thats really a subcase of my maxium about strings being doom. :)  Other languages have their own string awfulness. :(
233 2015-11-09T11:46:17  <wumpus> yes, typical C, inthe end you have to roll everything yourself, because the library support sucks
234 2015-11-09T11:46:17  <gmaxwell> (often around unicode)
235 2015-11-09T11:46:44  <wumpus> and if it happens to not suck on your platform, be prepared to do that when making your application portable
236 2015-11-09T11:47:33  <wumpus> well other languages also have issues, but usually not as dangerous
237 2015-11-09T11:47:49  <gmaxwell> yea, then you end up somewhere where someone thought 'UCS-2' was a good idea... and then you want to carry some chinese characters that aren't part of the BMP. :)
238 2015-11-09T11:48:28  <gmaxwell> and fun like: https://en.wikipedia.org/wiki/Bush_hid_the_facts
239 2015-11-09T11:48:29  <wumpus> yes, typical C, inthe end you have to roll everything yourself, because the library support sucks <- and of course while doing that you write it half assed, so it walks out of a buffer somewhere... happiness, more fun
240 2015-11-09T11:48:55  * midnightmagic likes C
241 2015-11-09T11:48:55  <wumpus> gmaxwell: LOl yeah
242 2015-11-09T11:49:17  <wumpus> I like C to, but not for anything involving string processing or dynamic structures
243 2015-11-09T11:49:33  <gmaxwell> I am pretty sure that every cases where I've used a string where something else would have been a reasonable choice, I regretted the string. :)
244 2015-11-09T11:50:11  <gmaxwell> But this may reflect too much time spent in C. OTOH, I think in terms of sheer hours lost, I've lost more to string hell in python. (probably because I avoid strings like the plague in C).
245 2015-11-09T11:50:26  <wumpus> or anything that can result in buffers that overflow, for that matter
246 2015-11-09T11:50:41  <midnightmagic> +1 python string hell, plus incompatibility with unicode handling across versions
247 2015-11-09T11:51:13  <wumpus> almost the entire infosec industry can thank C for their jobs
248 2015-11-09T11:51:37  <wumpus> I've never had any problems with strings in python
249 2015-11-09T11:52:02  <gmaxwell> wumpus: python string hell mostly needs the help of unicode.
250 2015-11-09T11:52:18  <wumpus> what's so bad about unicode? just use UTF-8 everywhere
251 2015-11-09T11:52:21  <gmaxwell> esp less common unicode. Like chinese.
252 2015-11-09T11:52:27  <midnightmagic> former employer wrote unicode handling in python 2.x, and as a result, had a *dual* python installation requirement for about a year for a flagship product while transitioning to python 3
253 2015-11-09T11:52:45  * midnightmagic claws own eyes out
254 2015-11-09T11:52:55  <gmaxwell> wumpus: because random python library code catches fire inconsistently with invalid, or worse --valid but unusual-- unicode.
255 2015-11-09T11:53:14  <gmaxwell> I believe its improved a lot in the last couple years at least.
256 2015-11-09T11:55:18  <wumpus> anyhow, I don't have any reason to defend python. I just think C for anything involving strings should die. And this reflects spending too much time in C (and related languages) solving stupid string handling, truncation, buffer overflow issues and crashes and security holes
257 2015-11-09T11:56:01  <gmaxwell> wumpus: not just C's fault, we can also blame microarchitecutrs for not making tagged/bounds checked pointers cheap in hardware. (Intel tried once but their product was premature and a commercial failure...)
258 2015-11-09T11:57:53  <wumpus> gmaxwell: well, sure, that would be perfect. But I think C could have been less devious and not suffer anything in performance.
259 2015-11-09T11:59:10  <wumpus> sometimes it seems to have been designed to make software as insecure and buggy as possible
260 2015-11-09T11:59:49  <wumpus> (and mind you,that's mostly the library, not the langauge at fault!)
261 2015-11-09T12:00:36  <gmaxwell> I think part of the problem is also that "parsing" code ends up having much higher branch-complexity than almost any other code, so it is very hard to test completely... so thats where the bugs endup being, and often its strings being parsed. In libsecp256k1 the der parsers are ~25% of the conditional statements, but only about 9% of the lines of code... and they required very clever tests to ev
262 2015-11-09T12:00:42  <gmaxwell> en execute all their branches.
263 2015-11-09T12:02:03  <wumpus> sure, but if straightforward functions like strtol, which they teach new people to use, simply did parse according to a clear specification instead of 'leave it to the locale', that doesn't make parsing code any easier to write
264 2015-11-09T12:02:28  <wumpus> s/doesn't/would/
265 2015-11-09T12:02:56  <gmaxwell> things like strtol did originally not to locale stuff... that was a later enhancement that fit poorly with the architecutre of the functions.
266 2015-11-09T12:02:59  <wumpus> bleh sometimes I think programming is no longer for me
267 2015-11-09T12:03:19  <wumpus> get too angered about stuff lately
268 2015-11-09T12:04:06  <gmaxwell> One must come to terms with everything being broken as the natural state of the world.  On the plus side, you will never run out of things to fix. :)
269 2015-11-09T12:04:36  <dcousens> gmaxwell: I have a weekly break-down about that on Fridays
270 2015-11-09T12:04:46  <wumpus> ah yes 'enhancement' :-) just like there was strcpy, which was plain stupid, then they tried to fix it using strncpy, which had other warts, and then there came platform-specific ones like strlcpy ...
271 2015-11-09T12:05:48  <gmaxwell> in software we makes things 10,000x (or more) more complex than other more mature domains of engineering would even dare; and with much smaller budgets and compressed timelines.
272 2015-11-09T12:06:11  <wumpus> which of course are still not supported on all platforms, so even if there is a better function you still end up implementing it yourself, or wrapping something, of course introducing more bugs
273 2015-11-09T12:07:04  * midnightmagic is not surprised at all that deRaadt seems deflated and fatalistic these days
274 2015-11-09T12:07:05  <wumpus> well given how much time we spend working around warts in our tools that's amazing
275 2015-11-09T12:07:10  <dcousens> wumpus: interestingly, in 6 years of doing C++
276 2015-11-09T12:07:32  <dcousens> I think I can count strcpy uses on my hand
277 2015-11-09T12:08:04  <wumpus> dcousens: oh yes, but you'll encounter it in other people's code that you are using / relying on! that's half the fun
278 2015-11-09T12:08:16  <gmaxwell> C++ allows you to swap out your choice of the warts in C with different and more exciting warts. :)
279 2015-11-09T12:08:40  <wumpus> midnightmagic: it's hard to not be fatalistic about these things, this is quite a hole we've digged ourself in
280 2015-11-09T12:08:40  <dcousens> wumpus: simple, don't just don't rely on other peoples code
281 2015-11-09T12:08:44  <dcousens> (/s)
282 2015-11-09T12:09:28  <wumpus> dcousens: hehe
283 2015-11-09T12:11:24  <gmaxwell> The space shuttle had about 2 million moving parts. Firefox has something like 10 million 'moving parts'. If the space shuttle has a problem a half dozen people have a very bad day, if firefox has an issue a few hundred million people may have a (less, I hope) bad day.
284 2015-11-09T12:11:27  <wumpus> dcousens: that's surprisingly hard, even if you'd write your own OS and compiler, there is a whole castle of shit (depending on the platform, bootrom, UEFI, ACPI, etc) that runs before you can and can subtly mess things up!
285 2015-11-09T12:12:09  <wumpus> no surprise we're not going to the moon anymore :-)
286 2015-11-09T12:12:23  <midnightmagic> wumpus: people yelling at you all the time probably doesn't help much. I dunno how deRaadt's made it this far without melting down and just disappearing off into the bush with a crossbow..
287 2015-11-09T12:12:23  <gmaxwell> In any case, there is something worse than (all) things being broken. And thats being stuck working on software where things are broken and _no one cares_. Here we do really care, even if we're sometimes helpless because there is so much debt and the problems are so hard.
288 2015-11-09T12:12:41  <midnightmagic> (I mention deRaadt only because you said something about strlcpy)
289 2015-11-09T12:13:02  <dcousens> haha, gmaxwell here here
290 2015-11-09T12:13:43  <dcousens> wumpus: I know, you can only chase the rabbit whole so far until you realise hardware is completely retarded as well
291 2015-11-09T12:13:47  <midnightmagic> gmaxwell: Or, worse than no-one caring, but everyone getting *angry* at you for pointing out all these problems that indicate the software will fail in production!
292 2015-11-09T12:14:00  <gmaxwell> but yea, the specifics around C/posix where common mistakes reliably result in exploitable vulnerabilities is why @blockstream we're trying rust for some things.
293 2015-11-09T12:14:03  <wumpus> gmaxwell: very true
294 2015-11-09T12:14:29  <wumpus> gmaxwell: yes, I've also started using rust for some private tools, can say it's pretty nice
295 2015-11-09T12:14:35  <gmaxwell> midnightmagic: yea no kidding. It's really bad in much of the software writing world. You're the bad guy for pointing out things are dangerously broken.
296 2015-11-09T12:14:50  <midnightmagic> As in..  they *want* to not care about broken things, but by pointing broken things out to them, they are forced to care, and then they get angry at you and make you present at conferences things that kill you a little inside.
297 2015-11-09T12:15:05  <dcousens> midnightmagic: haha
298 2015-11-09T12:15:09  <gmaxwell> wumpus: I heard from andytoshi that you've been keeping him honest on rust-bitcoin. :)
299 2015-11-09T12:15:14  <wumpus> midnightmagic: well the messenger of bad news and al
300 2015-11-09T12:16:02  <wumpus> midnightmagic: or rather, people *know* how broken things are, but feel helpless, and get homicidal when they are reminded :)
301 2015-11-09T12:17:25  <wumpus> like we're all on the same boat, and it's sinking, but there's no use in telling people that because they already know, but there's no way to stop it
302 2015-11-09T12:18:27  * midnightmagic mutters about Mongol messengers getting a bit more respect after the first few times they were decapitated..
303 2015-11-09T12:18:43  <gmaxwell> some of this is about variance, the tools we have for software are so amazingly powerful-- but they mostly reduce the average case complexity of software engineering.  The worst case complexity of software engineering is still little better than if were wirewraping out programs, except in wirewrap form they would be the size of the planet.
304 2015-11-09T12:18:47  <midnightmagic> loll
305 2015-11-09T12:19:00  <gmaxwell> s/out programs/our programs/
306 2015-11-09T12:22:02  <dcousens> wumpus: its like the boat is perpetually sinking though
307 2015-11-09T12:22:13  <dcousens> but you keep inflating life boats to hold up the hull
308 2015-11-09T12:22:52  <gmaxwell> (I really didn't appriciate how awesome the tools we have for software were, until I had a dream once that I was working on a car, and had GDB like tools. "set a watch on that air molecule and single step; ah it escapes the intake at the throttle body, but only under boost" :)  Slim consolation, we use these tools to make software much more complex than we'd dare attempt otherwise.
309 2015-11-09T12:22:58  <gmaxwell> )
310 2015-11-09T12:23:08  <dcousens> haha
311 2015-11-09T12:23:12  <wumpus> gmaxwell: one problem is that it's become so easy to make something that *seems* to do what you want :)
312 2015-11-09T12:25:19  <gmaxwell> In 15 seconds you can write a program with 20 moving parts (e.g. branches or what not); if you built a simple machine with that complexity you'd probably expect to spend days twiddling with it to get it working right.
313 2015-11-09T12:25:59  <dcousens> gmaxwell: thats why I try to just avoid moving parts as much as possible :P
314 2015-11-09T12:26:11  <dcousens> functionality purity is great
315 2015-11-09T12:26:22  <dcousens> (a different problem, but, similar prospect)
316 2015-11-09T12:26:33  <wumpus> gmaxwell: hehe, yes, some of the tools are pretty awesome. When they work.
317 2015-11-09T12:27:21  <gmaxwell> Still, even the most pure functional code has its own 'moving part complexity' (even though avoiding mutable state really does simplify analysis of many kinds)
318 2015-11-09T12:27:28  <wumpus> (and once you've learned how to use them, which, by the time you fully grasp them, they're deprecated and you need to learn something new :p)
319 2015-11-09T12:27:43  <jonasschnelli> hah
320 2015-11-09T12:28:28  <gmaxwell> gdb is still gdb. :) Part of why I'm so happy that RR works with GDB so well now.
321 2015-11-09T12:31:17  <wumpus> and gdb, while great with C, works so bad with C++ :-( the many times I've seen (optimized out) just for the variable I was trying to inspect... even when compiling without optimizations. Or inspecting e.g. stl containers, which have a maze of templated objects inside...
322 2015-11-09T12:31:53  <wumpus> anyhow, enough ranting for today, sorry
323 2015-11-09T12:32:11  <gmaxwell> A rant here or there is good for everyone.
324 2015-11-09T12:32:33  <gmaxwell> :) Always good to confirm that you're not alone.
325 2015-11-09T12:33:29  <wumpus> yes, thanks :)
326 2015-11-09T12:38:41  * jonasschnelli likes lldb
327 2015-11-09T12:51:54  <wumpus> haven't tried lldb yet
328 2015-11-09T13:17:01  *** ParadoxSpiral has joined #bitcoin-core-dev
329 2015-11-09T13:19:14  <GitHub67> [bitcoin] laanwj pushed 2 new commits to master: https://github.com/bitcoin/bitcoin/compare/6176e9bf3d55...f24880b13213
330 2015-11-09T13:19:15  <GitHub67> bitcoin/master c53d48a Jorge Timón: BIP70: Chainparams: DRY: Make qt/guiutil.cpp fit BIP70 chain name strings...
331 2015-11-09T13:19:15  <GitHub67> bitcoin/master f24880b Wladimir J. van der Laan: Merge pull request #6908...
332 2015-11-09T13:19:24  <GitHub130> [bitcoin] laanwj closed pull request #6908: Chainparams: DRY: Make qt/guiutil.cpp fit BIP70 chain name strings (master...chainparams-bip70-0.12.99) https://github.com/bitcoin/bitcoin/pull/6908
333 2015-11-09T13:19:49  <GitHub173> [bitcoin] laanwj closed pull request #6953: Backport bugfixes to 0.10 (2015-10-22 / f2c869a) (0.10...backport-bugfixes-to-0.10-20151014) https://github.com/bitcoin/bitcoin/pull/6953
334 2015-11-09T13:19:49  <GitHub98> [bitcoin] laanwj pushed 15 new commits to 0.10: https://github.com/bitcoin/bitcoin/compare/cbc4e3bd37da...3b89bf643896
335 2015-11-09T13:19:50  <GitHub98> bitcoin/0.10 9c81005 Diego Viola: Fix spelling of Qt
336 2015-11-09T13:19:50  <GitHub98> bitcoin/0.10 3ad96bd Alex Morcos: Fix locking in GetTransaction....
337 2015-11-09T13:19:51  <GitHub98> bitcoin/0.10 612efe8 MarcoFalke: [Qt] Raise debug window when requested...
338 2015-11-09T13:33:23  <GitHub120> [bitcoin] ptschip opened pull request #6973: Zlib Block Compression for block relay (master...compress) https://github.com/bitcoin/bitcoin/pull/6973
339 2015-11-09T13:33:45  <GitHub72> [bitcoin] laanwj opened pull request #6974: Always allow getheaders from whitelisted peers (master...2015_11_whitelisted_allow_headers) https://github.com/bitcoin/bitcoin/pull/6974
340 2015-11-09T13:44:06  *** dcousens has quit IRC
341 2015-11-09T14:07:27  *** Guest91590 has quit IRC
342 2015-11-09T14:09:23  <GitHub127> [bitcoin] laanwj pushed 1 new commit to 0.10: https://github.com/bitcoin/bitcoin/commit/c2e7baf2bdb2e2c163bcadaebe68ee00c9a27e7c
343 2015-11-09T14:09:24  <GitHub127> bitcoin/0.10 c2e7baf Wladimir J. van der Laan: Bump version to 0.10.4, add release notes
344 2015-11-09T14:12:37  <wumpus>  * [new tag]         v0.10.4rc1 -> v0.10.4rc1
345 2015-11-09T14:13:26  *** pigeons has joined #bitcoin-core-dev
346 2015-11-09T14:13:49  *** pigeons is now known as Guest51134
347 2015-11-09T14:20:12  <helo> another couple days, another abort on assert(onlyMaybeDeadlock)... am i the only one seeing these?
348 2015-11-09T14:29:33  <wumpus> haven't seen it yet
349 2015-11-09T14:35:27  *** ParadoxSpiral_ has joined #bitcoin-core-dev
350 2015-11-09T14:38:52  *** ParadoxSpiral has quit IRC
351 2015-11-09T14:39:33  <helo> i think it's only started since i upgraded to ubuntu 15.10
352 2015-11-09T14:40:41  <wumpus> so you're building with -DDEBUG_LOCKORDER?
353 2015-11-09T14:41:55  <wumpus> that became the default for --enable-debug some time ago, that's probably when it started
354 2015-11-09T14:42:35  <helo> i've been using --enable-debug for quite a while now
355 2015-11-09T14:43:06  <helo> i've seen plenty of the potential deadlock warnings, but never aborting until recently
356 2015-11-09T14:43:56  <wumpus> the commit that enables it is Mon Jul 13 14:28:03 2015
357 2015-11-09T14:45:12  *** lclc has quit IRC
358 2015-11-09T14:48:05  <GitHub135> [bitcoin] laanwj pushed 2 new commits to master: https://github.com/bitcoin/bitcoin/compare/f24880b13213...503ff6e1ae69
359 2015-11-09T14:48:05  <GitHub135> bitcoin/master 9ea7762 Matt Corallo: Use Pieter's signing subkey instead of his primary key...
360 2015-11-09T14:48:06  <GitHub135> bitcoin/master 503ff6e Wladimir J. van der Laan: Merge pull request #6967...
361 2015-11-09T14:48:12  <GitHub148> [bitcoin] laanwj closed pull request #6967: Use Pieter's signing subkey instead of his primary key (master...verify-commits-fixes) https://github.com/bitcoin/bitcoin/pull/6967
362 2015-11-09T14:53:24  *** lclc has joined #bitcoin-core-dev
363 2015-11-09T14:56:16  <jonasschnelli> on my libsecp256k verification node, my active tip is at 382748 (~-10 blocks), headers are up to 382758...
364 2015-11-09T14:56:25  <GitHub75> [bitcoin] harding opened pull request #6975: [doc] 0.11.2 release notes: use original pull numbers (0.11...note-0.11.2-orig-prs) https://github.com/bitcoin/bitcoin/pull/6975
365 2015-11-09T14:56:26  <jonasschnelli> 20049 transaction stuck in the mempool
366 2015-11-09T14:56:41  <jonasschnelli> 286MB dynamic usage
367 2015-11-09T14:59:50  <jonasschnelli> On of my local nodes (non libsecp256k1 verification) tells me i'm on 382758 with ~5000tx in mempool.
368 2015-11-09T15:14:06  *** lclc has quit IRC
369 2015-11-09T15:14:10  *** bsm1175321 has quit IRC
370 2015-11-09T15:19:10  *** bsm1175321 has joined #bitcoin-core-dev
371 2015-11-09T15:21:04  *** lclc has joined #bitcoin-core-dev
372 2015-11-09T15:21:44  *** GAit has joined #bitcoin-core-dev
373 2015-11-09T15:22:52  <wumpus> jonasschnelli: why is the node stuck? did it reject a block?
374 2015-11-09T15:23:24  <jonasschnelli> wumpus: can't see anything in the debug.log (have no -debug flag activated)
375 2015-11-09T15:23:45  <wumpus> you don't need a debug flag to log block rejection, just for tx rejection
376 2015-11-09T15:23:55  <jonasschnelli> let me check again...
377 2015-11-09T15:25:16  <jonasschnelli> i can see the update tip to: 382748
378 2015-11-09T15:25:29  <jonasschnelli> after that, only "boring" stuff like "receive version message:"
379 2015-11-09T15:25:37  <jonasschnelli> no reject
380 2015-11-09T15:26:46  <jonasschnelli> last 1000 lines of my debug log: https://bitcoin.jonasschnelli.ch/secp/stuck_debug.log
381 2015-11-09T15:28:18  *** lclc has quit IRC
382 2015-11-09T15:29:03  *** lclc has joined #bitcoin-core-dev
383 2015-11-09T15:29:08  <bsm1175321> jonasschnelli: that seems like an awful lot of version messages to me.  Why so many disconnects/reconnects?
384 2015-11-09T15:30:18  <bsm1175321> My node has been running since ~Thursday and is on peer=14, yours is at peer=2715.
385 2015-11-09T15:30:51  <helo> i get insane disconnects/reconnects from bitnodes
386 2015-11-09T15:31:08  <bsm1175321> Mine is firewalled though, no incoming connections.
387 2015-11-09T15:31:12  <jonasschnelli> hmm... no idea. getpeerinfo reports a huge list.
388 2015-11-09T15:31:55  <jonasschnelli> node is up since: 2015-11-08 19:17:23
389 2015-11-09T15:31:56  <bsm1175321> Maybe your node has fallen behind and is getting banned?
390 2015-11-09T15:32:21  <bsm1175321> jonasschnelli: my node is up since 2015-11-05.
391 2015-11-09T15:33:14  <jonasschnelli> bsm1175321: hmm.. don't think so.. getpeerinfo reports many peers with reasonable connect time
392 2015-11-09T15:33:35  * jonasschnelli needs to attach the debugger for more info...
393 2015-11-09T15:34:41  <jonasschnelli> i assume -dbcache=6000 should not be related to this issue?
394 2015-11-09T15:35:24  <bsm1175321> jonasschnelli: In between blocks 382748 and a peer notifying blocks=382749 is: 2015-11-09 13:39:07 socket recv error Connection reset by peer (104)
395 2015-11-09T15:35:36  <bsm1175321> Could that have been the 382749 block download?
396 2015-11-09T15:35:59  <jonasschnelli> theres a second headers-only chain which i accidentally cut of in the comment: now re-added: https://github.com/bitcoin/bitcoin/pull/6954#issuecomment-155093019
397 2015-11-09T15:36:02  <wumpus> ouch, I shut down a VM where a bitcoind w/ -dbcache=8000 was running, without waiting for bitcoind shutdown to complete and flush. A learning moment. Lost a lot of state :-) But no leveldb corruption at least...
398 2015-11-09T15:36:33  <jonasschnelli> wumpus: hah. yeah. 8GB are some amount of blocks... :) happy catch up...
399 2015-11-09T15:37:50  <jonasschnelli> as said, im stuck on 382748, and i have two headers-only chains, one at the most recent height of 382761, the other at 382649 (=stuck block +1)
400 2015-11-09T15:39:14  <bsm1175321> jonasschnelli: Might be worth checking out the code path if a connection gets closed during block download.
401 2015-11-09T15:39:49  <jonasschnelli> i could restart with -debug=net, but i guess i ruin the error-picture we have here...
402 2015-11-09T15:43:37  *** Thireus has quit IRC
403 2015-11-09T16:03:37  <sipa> jonasschnelli: strange
404 2015-11-09T16:03:51  <sipa> jonasschnelli: does getpeerinfo list any of those blocks as in flight?
405 2015-11-09T16:04:02  <jonasschnelli> sipa: let me check...
406 2015-11-09T16:04:53  <sipa> or anything about failed validation in debug.log
407 2015-11-09T16:05:23  <jonasschnelli> sipa: nope. All inflight array empty.
408 2015-11-09T16:05:41  <sipa> very strange
409 2015-11-09T16:05:42  <jonasschnelli> sipa: nothing in the debug log: check here if you wan't: https://bitcoin.jonasschnelli.ch/secp/stuck_debug.log
410 2015-11-09T16:05:56  <sipa> how long have you been stuck?
411 2015-11-09T16:06:56  <jonasschnelli> i just checked 1-2h ago and encountered the issue... so height 382748 (where i'm stuck is from today ~13:30)
412 2015-11-09T16:07:38  *** gribble has quit IRC
413 2015-11-09T16:08:06  <jonasschnelli> git log says: 4ee149a6db25cde31432f83369b40c92be13021c + Merge branch 'secp256k1' of https://github.com/sipa/bitcoin
414 2015-11-09T16:08:14  <sipa> have you restarted the note yet?
415 2015-11-09T16:08:35  <jonasschnelli> no. i guess this will cure the issue...
416 2015-11-09T16:08:55  <sipa> (not that that should be needed, but if it's a bug related due to switchover from IBD to normal sync, that would solve it)
417 2015-11-09T16:08:57  <jonasschnelli> but i'd like to not ruin the possibility to debug that issue
418 2015-11-09T16:09:42  <jonasschnelli> as you can see in the debug log, IBD was already done
419 2015-11-09T16:10:08  <jonasschnelli> but i try to restart now...
420 2015-11-09T16:10:25  <jonasschnelli> what -debug flags would be helpful? =net?
421 2015-11-09T16:10:36  <jonasschnelli> (in case the issue shows up again)
422 2015-11-09T16:12:43  <michagogo> Wtf? https://usercontent.irccloud-cdn.com/file/i4xhIkLw/IMG_3113.PNG
423 2015-11-09T16:17:39  <jonasschnelli> michagogo : ppa?
424 2015-11-09T16:17:53  <michagogo> Hm?
425 2015-11-09T16:17:58  <michagogo> This is in a gitian build
426 2015-11-09T16:18:03  <jonasschnelli> hu!
427 2015-11-09T16:18:15  <michagogo> (That's build.log)
428 2015-11-09T16:18:19  * jonasschnelli thinks michagogo should use a desktop shell to avoid the use of a magnify
429 2015-11-09T16:18:24  *** gribble has joined #bitcoin-core-dev
430 2015-11-09T16:18:37  <michagogo> jonasschnelli: what?
431 2015-11-09T16:18:54  <jonasschnelli> Where do we use Qt4.6.4? Aren't the current linux builds not done with qt5?
432 2015-11-09T16:18:59  <michagogo> (That's a screenshot from me remoting into my laptop from my phone)
433 2015-11-09T16:19:05  <jonasschnelli> ^^
434 2015-11-09T16:19:05  <michagogo> jonasschnelli: 0.10.4rc1
435 2015-11-09T16:22:29  <sipa> jonasschnelli: this may be related to the IsInitialBlovkdownload logic wumpus and suhas have been talking about
436 2015-11-09T16:22:59  <sipa> see #6971 and #6974
437 2015-11-09T16:23:37  <jonasschnelli> right.. could be. Restarting the node now...
438 2015-11-09T16:23:50  <jonasschnelli> (dbcache=6000, takes a while)
439 2015-11-09T16:25:05  <sipa> yes, leveldb always does a full compaction at startup
440 2015-11-09T16:25:11  <sipa> rather than at shutdown
441 2015-11-09T16:25:22  <jonasschnelli> jup... sync up to the "most recent block"
442 2015-11-09T16:26:23  <jonasschnelli> getchaintips still reports a "headers-only" chain on height (382649 , height I have ben stuck +1).
443 2015-11-09T16:27:53  <sipa> where are you syncing from?
444 2015-11-09T16:29:45  <jonasschnelli> sipa: before i restarted i started from genesis (fresh node sync, full IBD)
445 2015-11-09T16:30:17  <jonasschnelli> It was the 3h22min IBD (https://github.com/bitcoin/bitcoin/pull/6954#issuecomment-154993958)
446 2015-11-09T16:30:25  <jonasschnelli> with dbcache 6GB
447 2015-11-09T16:31:00  <jonasschnelli> i keep an eye on that node and will report if it happens again...
448 2015-11-09T16:31:36  <morcos> jonasschnelli: so that node is still up and running and stuck?
449 2015-11-09T16:31:43  <sipa> but where is it pulling blocks from?
450 2015-11-09T16:31:48  <jonasschnelli> morcos: a restart cured the issue
451 2015-11-09T16:31:49  <morcos> whoops, was behind in my history
452 2015-11-09T16:33:58  <jonasschnelli> sipa: you mean from which node? I think without the -debug=net tag i can't see the node,.. i just get the UpdateTip log entry
453 2015-11-09T16:34:21  <sipa> jonasschnelli: so i assume the answer is "random nodes on the internet" :)
454 2015-11-09T16:34:23  <jonasschnelli> sipa: i have set up the node with standard parameters in a non-firewalled zone.
455 2015-11-09T16:34:26  <jonasschnelli> right
456 2015-11-09T16:37:02  <sdaftuar> jonasschnelli: am i right in thinking your node that got stuck had inbound connections?
457 2015-11-09T16:37:38  <jonasschnelli> sdaftuar: right..
458 2015-11-09T16:37:57  <jonasschnelli> it was connected to 38 nodes
459 2015-11-09T16:38:31  <michagogo> Hrm. http://paste.ubuntu.com/13209510/
460 2015-11-09T16:39:12  <michagogo> cfields: depends doesn't seem to be fetching qt 4.6.4 for the 0.10.4rc1 build
461 2015-11-09T16:41:12  *** GAit has quit IRC
462 2015-11-09T16:43:32  *** GAit has joined #bitcoin-core-dev
463 2015-11-09T16:43:33  <michagogo> Nevermind
464 2015-11-09T16:44:07  <michagogo> But do we REALLY need to be using dotfiles for download stamps, in a directory that's dedicated to those?
465 2015-11-09T16:54:44  *** GAit has quit IRC
466 2015-11-09T16:58:42  *** Guyver2 has joined #bitcoin-core-dev
467 2015-11-09T17:10:33  *** Thireus has joined #bitcoin-core-dev
468 2015-11-09T17:32:05  *** BashCo has quit IRC
469 2015-11-09T17:48:28  *** zooko has joined #bitcoin-core-dev
470 2015-11-09T17:48:29  *** jgarzik has joined #bitcoin-core-dev
471 2015-11-09T17:48:35  *** jgarzik has joined #bitcoin-core-dev
472 2015-11-09T18:01:17  *** Arabe has joined #bitcoin-core-dev
473 2015-11-09T18:03:47  *** Arabe has quit IRC
474 2015-11-09T18:04:23  *** GAit has joined #bitcoin-core-dev
475 2015-11-09T18:07:06  *** BashCo has joined #bitcoin-core-dev
476 2015-11-09T18:11:02  *** rubensayshi has quit IRC
477 2015-11-09T18:20:34  *** GAit has quit IRC
478 2015-11-09T18:20:58  *** GAit has joined #bitcoin-core-dev
479 2015-11-09T18:21:53  *** zooko has quit IRC
480 2015-11-09T18:23:17  *** zooko has joined #bitcoin-core-dev
481 2015-11-09T18:31:46  <morcos> I posted issued #6976 with some performance estimates.  If we can merge all of these for 0.12, we'll have sped up ConnectBlock by over 400% and CreateNewBlock by 2000%.
482 2015-11-09T18:37:55  *** BashCo has quit IRC
483 2015-11-09T18:38:20  *** BashCo has joined #bitcoin-core-dev
484 2015-11-09T18:59:10  *** zooko has quit IRC
485 2015-11-09T19:11:37  *** gribble has quit IRC
486 2015-11-09T19:26:54  *** gribble has joined #bitcoin-core-dev
487 2015-11-09T19:37:11  *** skyraider has joined #bitcoin-core-dev
488 2015-11-09T20:12:49  *** zooko has joined #bitcoin-core-dev
489 2015-11-09T20:18:54  *** tulip has joined #bitcoin-core-dev
490 2015-11-09T20:19:34  <jcorgan> #6973 could use some additional review.  i don't think it is the right approach but would like to see more input from others.
491 2015-11-09T20:32:53  *** zooko has quit IRC
492 2015-11-09T20:49:05  *** Eliel_ is now known as Eliel
493 2015-11-09T21:03:15  *** evoskuil has quit IRC
494 2015-11-09T21:09:42  *** evoskuil has joined #bitcoin-core-dev
495 2015-11-09T21:11:21  *** paveljanik has quit IRC
496 2015-11-09T21:21:29  *** zooko has joined #bitcoin-core-dev
497 2015-11-09T21:32:06  *** zooko has quit IRC
498 2015-11-09T21:35:08  *** ParadoxSpiral_ has quit IRC
499 2015-11-09T21:58:27  *** jgarzik has quit IRC
500 2015-11-09T22:00:11  <cfields> gitian signers: osx detached sig for 0.10.4rc1: https://bitcoincore.org/cfields/bitcoin-0.10.4rc1/signature.tar.gz
501 2015-11-09T22:03:33  *** dcousens has joined #bitcoin-core-dev
502 2015-11-09T22:27:40  *** zooko has joined #bitcoin-core-dev
503 2015-11-09T22:36:08  *** zooko` has joined #bitcoin-core-dev
504 2015-11-09T22:37:10  *** zooko has quit IRC
505 2015-11-09T22:42:24  *** davec has quit IRC
506 2015-11-09T22:43:12  *** zooko` is now known as zooko
507 2015-11-09T22:48:00  *** davec has joined #bitcoin-core-dev
508 2015-11-09T22:58:25  *** dixson3 has quit IRC
509 2015-11-09T23:08:09  *** GAit has quit IRC
510 2015-11-09T23:18:26  *** Guyver2 has quit IRC
511 2015-11-09T23:39:41  *** GAit has joined #bitcoin-core-dev
512 2015-11-09T23:41:06  *** GAit has quit IRC
513 2015-11-09T23:41:58  *** GAit has joined #bitcoin-core-dev
514 2015-11-09T23:50:29  *** GAit has quit IRC