1 2012-07-05 00:02:10 graingert has quit (Read error: Connection reset by peer)
2 2012-07-05 00:04:09 rdponticelli has joined
3 2012-07-05 00:04:38 bitcoinbulletin has quit (Quit: bitcoinbulletin)
4 2012-07-05 00:14:19 bitcoinbulletin has joined
5 2012-07-05 00:28:29 one_zero has joined
6 2012-07-05 00:30:42 MrTiggr has quit (Quit: TTFN - TaTa For Now!)
7 2012-07-05 00:30:42 SomeoneWeird has quit (Quit: ZNC - http://znc.in)
8 2012-07-05 00:51:08 <jrmithdobbs> sipa: pretty sure this is bitcoin side, -proxy=127.0.0.1:1080 -socks=5 -connect=v4ip; gives error reading response errors when the socks proxy on 127.0.0.1:1080 is ssh -D
9 2012-07-05 00:51:32 <sipa> jrmithdobbs: could be
10 2012-07-05 00:52:36 <jrmithdobbs> i think their seperation and more thorough error checking to keep circuits/users/protocols separate fixed something that broke it
11 2012-07-05 00:54:30 cdecker has quit (Quit: Leaving.)
12 2012-07-05 00:58:40 hnz has quit (Ping timeout: 244 seconds)
13 2012-07-05 01:05:51 hnz has joined
14 2012-07-05 01:09:07 * sipa just synced 172k blocks in 9 minutes (with a BDB blockchain on a laptop disk)
15 2012-07-05 01:10:26 <freewil> nice
16 2012-07-05 01:12:52 <jrmithdobbs> sipa: fixed it, it's a bug on both ends
17 2012-07-05 01:13:10 <jrmithdobbs> sipa: we're sending an extra 0x00 at the end of the initial auth handshake
18 2012-07-05 01:13:10 <BlueMatt> sipa: ultraprune, or...?
19 2012-07-05 01:13:17 <sipa> BlueMatt: yeah
20 2012-07-05 01:13:26 <jrmithdobbs> sipa: tor doesn't parse that extra 0 so doesn't throw an error on the first packet
21 2012-07-05 01:13:58 <jrmithdobbs> it's still in the receive buffer when it goes to read the next packet, sees that 0x00 at the front instead of 0x05 and throws a general failure in the wrong place
22 2012-07-05 01:14:11 <jrmithdobbs> it should be throwing the failure on the first packet
23 2012-07-05 01:14:15 <gmaxwell> TWO BUGS FOR ONE PRICE
24 2012-07-05 01:14:26 <jrmithdobbs> our fix is nice and easy
25 2012-07-05 01:15:05 <jrmithdobbs> http://pastebin.com/335T4iL2
26 2012-07-05 01:15:36 <jrmithdobbs> my bitcoin repo is clobbered if someone wants to put in a pull for that or fix the string prettier
27 2012-07-05 01:16:53 <sipa> jrmithdobbs: so only send 0x05 0x01 ??
28 2012-07-05 01:17:00 <sipa> instead of 0x05 0x01 0x00 ?
29 2012-07-05 01:17:29 <jrmithdobbs> sipa: no it needs to send 0x05 0x01 0x00, it's currently sending 0x05 0x01 0x00 0x00
30 2012-07-05 01:17:50 <jrmithdobbs> sipa: nSize includes the trailing \0 of the cstr the way it's set, i don't know how to set it right
31 2012-07-05 01:18:16 <sipa> jrmithdobbs: right!
32 2012-07-05 01:18:27 <jrmithdobbs> OBO
33 2012-07-05 01:18:29 <jrmithdobbs> good times
34 2012-07-05 01:18:34 <BlueMatt> is there a gavinandresen around?
35 2012-07-05 01:19:06 <sipa> or the initializer must be changed to {0x05,0x01,0x00} instead of "\5\1\0"
36 2012-07-05 01:19:17 <sipa> jrmithdobbs: thanks for the bughunt!
37 2012-07-05 01:19:19 <jrmithdobbs> ya however you think is best
38 2012-07-05 01:19:37 <BlueMatt> in any case, there should be thought put into list of pulls for 0.7 and start the rc process IMHO
39 2012-07-05 01:19:37 <jrmithdobbs> sipa: was an interesting problem that just wasn't making sense, glad to do it ;p
40 2012-07-05 01:19:55 <BlueMatt> (as in do some insane number of pulls over a few days and then rc)
41 2012-07-05 01:20:28 Ferroh has joined
42 2012-07-05 01:20:51 <Ferroh> Is there a known issue with the satoshi client,
43 2012-07-05 01:20:59 <BlueMatt> yes, many ;)
44 2012-07-05 01:21:01 <Ferroh> where a valid address is reported as being invalid?
45 2012-07-05 01:21:17 <Ferroh> and then this is fixed in the current build?
46 2012-07-05 01:21:20 <sipa> no such issue is known
47 2012-07-05 01:21:25 <Ferroh> because I have a lot of clients reporting this
48 2012-07-05 01:21:29 <Ferroh> and I have to issue them a new address
49 2012-07-05 01:21:47 <Ferroh> they have this problem with blockchain.info as well, but blockchain.info might very well be using the satoshi client to validate addresses
50 2012-07-05 01:21:49 <gmaxwell> Ferroh: people were reporting that _blockchain.info_ was doing that.
51 2012-07-05 01:21:57 <gmaxwell> that seems unlikely.
52 2012-07-05 01:22:00 <Ferroh> well I have someone telling me that he was using satoshi
53 2012-07-05 01:22:13 <Ferroh> ("bitcoin-qt" is his exact description)
54 2012-07-05 01:22:21 <gmaxwell> Ferroh: get the version and we can try exactly that.
55 2012-07-05 01:22:43 <gmaxwell> Could be some crazy locale thing, find out (1) the address in question, and (2) his keyboard layout / language.
56 2012-07-05 01:23:25 <Ferroh> what is the easiest way for him to get the version number?
57 2012-07-05 01:23:26 Turingi has quit (Read error: Connection reset by peer)
58 2012-07-05 01:23:32 <BlueMatt> help -> about
59 2012-07-05 01:23:35 <Ferroh> (remember I am dealing with a client so i want to bug him minimally)
60 2012-07-05 01:23:37 <BlueMatt> eh, about bitcoin-qt
61 2012-07-05 01:23:57 <sipa> Help -> About Bitcoin-Qt
62 2012-07-05 01:24:09 <Ferroh> sadly i dont see this on ubuntu
63 2012-07-05 01:24:13 <Ferroh> ok I will try asking him
64 2012-07-05 01:24:29 <sipa> you don't see this on ubuntu?
65 2012-07-05 01:24:35 <sipa> it should be there...
66 2012-07-05 01:25:06 <Ferroh> there is no help menu that I can see
67 2012-07-05 01:25:19 <Ferroh> i dont know ubuntu well, especially this fancy new ui crap
68 2012-07-05 01:25:44 <Ferroh> but no, i see no such option
69 2012-07-05 01:25:50 <Ferroh> version 0.6.2
70 2012-07-05 01:26:01 <BlueMatt> oh, thats an unrelated bug
71 2012-07-05 01:26:20 <BlueMatt> (and unsolved)
72 2012-07-05 01:26:35 <Ferroh> ok thats not a big deal anyway
73 2012-07-05 01:26:53 <jrmithdobbs> sipa: that change also fixes compat with ssh's -D socks proxy in v5 mode
74 2012-07-05 01:26:53 <Ferroh> the client is unresponsive, so I'm going to stop pestering him about technical stuff
75 2012-07-05 01:27:01 enquirer has joined
76 2012-07-05 01:27:03 <Ferroh> (by the "client" i mean the person, not the software)
77 2012-07-05 01:27:05 <jrmithdobbs> sipa: looks like from initial testing, anyways
78 2012-07-05 01:27:16 <jrmithdobbs> (ssh throws the error after the first packet correctly, why i figured it out actually)
79 2012-07-05 01:27:27 <sipa> ic
80 2012-07-05 01:27:33 igetgames has joined
81 2012-07-05 01:27:51 <sipa> jrmithdobbs: i'll fix it; poke me or file an issue if i forget
82 2012-07-05 01:31:51 <jrmithdobbs> sipa: all good, my node's working for now with that patch so whenever you have time
83 2012-07-05 01:35:30 <BlueMatt> no one in the dev team cares about 0.7 planning
84 2012-07-05 01:35:35 <BlueMatt> like sipa?
85 2012-07-05 01:39:51 <jrmithdobbs> BlueMatt: it's a holiday in the us, noone's paying attention i'm sure
86 2012-07-05 01:40:28 <BlueMatt> heh, how did I forget that
87 2012-07-05 01:40:40 <BlueMatt> Ill wait till monday
88 2012-07-05 01:43:10 Karmaon has quit (Read error: Connection reset by peer)
89 2012-07-05 01:43:34 Karmaon has joined
90 2012-07-05 01:43:35 Karmaon has quit (Changing host)
91 2012-07-05 01:43:35 Karmaon has joined
92 2012-07-05 01:53:26 Lolcust has quit (Ping timeout: 244 seconds)
93 2012-07-05 01:54:33 Lolcust has joined
94 2012-07-05 01:55:45 malaimo has quit (Ping timeout: 246 seconds)
95 2012-07-05 01:58:33 malaimo has joined
96 2012-07-05 01:59:07 Lolcust has quit (Ping timeout: 244 seconds)
97 2012-07-05 01:59:31 rdponticelli_ has joined
98 2012-07-05 01:59:57 rdponticelli has quit (Ping timeout: 246 seconds)
99 2012-07-05 02:02:49 Lolcust has joined
100 2012-07-05 02:09:49 minimoose has joined
101 2012-07-05 02:09:56 <jrmithdobbs> sipa: i've confirmed just setting nsize to sizeof()-1 works with tor .2.2.37, .2.3.18-rc, and openssh -D, done partial syncs over all 3
102 2012-07-05 02:11:54 <BlueMatt> gmaxwell: been looking at these results some more, a huge portion of the speed increases appear to be the inlining (and lto) of quite a bit of stdc++, the inlinging (and lto) of quite a bit of boost, and the inlining (and lto) of quite a bit of our serialization
103 2012-07-05 02:12:25 <BlueMatt> gmaxwell: potential things that may provide optimization: special-casing some of the serialization code for often-serialized objects like txes and maybe blocks
104 2012-07-05 02:12:43 <gmaxwell> But you were LTO on gcc too, weren't you?
105 2012-07-05 02:13:01 <jrmithdobbs> BlueMatt: so does bitcoin compile clean with clang now?
106 2012-07-05 02:13:18 <jrmithdobbs> BlueMatt: is that what prompted all the warning/etc fixes? ;p
107 2012-07-05 02:13:35 <BlueMatt> gmaxwell: yes
108 2012-07-05 02:13:44 <gmaxwell> BlueMatt: what gcc version?
109 2012-07-05 02:14:01 <BlueMatt> jrmithdobbs: close, there is still one in json_spirit that is pretty non-clear
110 2012-07-05 02:14:03 <jrmithdobbs> gmaxwell: doesn't matter that's par for gcc code on clang vs gcc
111 2012-07-05 02:14:04 <BlueMatt> gmaxwell: 4.7
112 2012-07-05 02:14:13 <gmaxwell> interesting.
113 2012-07-05 02:14:13 <BlueMatt> and clang 3.0
114 2012-07-05 02:14:16 <jrmithdobbs> gmaxwell: err c++ not gcc code
115 2012-07-05 02:15:15 <jrmithdobbs> BlueMatt: good work.
116 2012-07-05 02:15:19 <jrmithdobbs> that's awesome
117 2012-07-05 02:15:48 agricocb has joined
118 2012-07-05 02:15:48 <BlueMatt> I just cleaned up the last two, the real work was elsewhere
119 2012-07-05 02:15:58 <BlueMatt> I believe jgarzk did a lot of it
120 2012-07-05 02:17:22 <BlueMatt> clang does quite a wonder on BOOST_FOREACH...
121 2012-07-05 02:17:23 da2ce7 has joined
122 2012-07-05 02:18:39 <BlueMatt> also BOOST_FOREACH/BOOST_REVERSE_FOREACH is absolutely aweful performance-wise
123 2012-07-05 02:18:54 <BlueMatt> like...wtf is it doing?
124 2012-07-05 02:20:05 * jgarzik admits to not knowing... just followed existing coders' lead (satoshi / gavin / sipa).
125 2012-07-05 02:20:19 * jgarzik normally just pastes in the STL iterator line of choice
126 2012-07-05 02:20:38 wasabi1 has quit (Ping timeout: 246 seconds)
127 2012-07-05 02:21:19 * BlueMatt is thinking just replacing BOOST_FOREACH with the stl iterator lines (or even defining our own FOREACH macro, if you wanna get fancy) would help some scary amount
128 2012-07-05 02:25:44 * BlueMatt is constantly underwhelmed by boost's performance, for seemingly needless reasons
129 2012-07-05 02:26:03 <jrmithdobbs> i don't get boost at all tbqh
130 2012-07-05 02:26:13 <luke-jr> BlueMatt: probably better to fix boost than reinvent it
131 2012-07-05 02:26:32 <BlueMatt> jrmithdobbs: it has some very useful libraries, esp for cross-platform compatibility
132 2012-07-05 02:26:35 <gmaxwell> it does a lot of boilerplate stuff. Not _well_... perhaps ...but if you want to drive the minutia of your machine you use C not C++.
133 2012-07-05 02:27:16 <BlueMatt> luke-jr: yep, but telling the boost guys to sped up _FOREACH isnt gonna work, methinks
134 2012-07-05 02:27:36 <BlueMatt> gmaxwell: yep...
135 2012-07-05 02:28:05 <luke-jr> BlueMatt: sendign them a patch might
136 2012-07-05 02:28:23 <BlueMatt> Id think to do that you'd end up just removing a ton of features, and they wont like that, was my point
137 2012-07-05 02:29:07 <jgarzik> sending boost people a patch is useful to the world, but likely not to bitcoin, which likely cannot mandate boost version X, where X==very recent.
138 2012-07-05 02:29:14 <BlueMatt> but, really: clang BOOST_REVERSE_FOREACH 78 hits on that line: 21m cycles, gcc: 78 hits, 132m on that line and >1b in boost::foreach_detail
139 2012-07-05 02:29:43 <BlueMatt> like...wtf? and wtf is clang doing so well?
140 2012-07-05 02:32:01 Hunner has quit (Ping timeout: 245 seconds)
141 2012-07-05 02:32:20 wasabi1 has joined
142 2012-07-05 02:34:18 D34TH has joined
143 2012-07-05 02:43:53 <BlueMatt> anyway, Im gonna dig deeper tomorrow, these results are definitely interesting, gnight all
144 2012-07-05 02:46:42 <jrmithdobbs> wow that is impressive even for clang
145 2012-07-05 02:49:43 brwyatt is now known as brwyatt|Away
146 2012-07-05 02:53:18 eoss has quit (Remote host closed the connection)
147 2012-07-05 02:54:23 elkingrey has quit (Quit: Leaving)
148 2012-07-05 02:55:23 gavinandresen has quit (Quit: gavinandresen)
149 2012-07-05 02:55:56 <Keverw> I feel like a noob but I've installed Bitcoin-QT on my Ubuntu system. Any ideas how I edit the config? I went to the finder thing on it and went to '/usr/bin/bitcoin-qt' but it ended up starting it
150 2012-07-05 02:58:29 <gmaxwell> to edit the config you make a file in your home directory .bitcoin/bitcoin.conf
151 2012-07-05 02:58:32 <Keverw> Is that similar to the .app files on Mac? Like I don't see a way to right click it and view it's contents.
152 2012-07-05 02:58:39 <Keverw> oh⦠okay.
153 2012-07-05 02:58:53 <Keverw> It will read that insead of the one it comes with?
154 2012-07-05 02:58:54 <gmaxwell> It's just a program. Nowhere but on mac are settings inside the program object. :)
155 2012-07-05 02:59:18 <gmaxwell> Yes... well there isn't one it comes with.
156 2012-07-05 02:59:20 <Keverw> so where I says 'test user", that's my home?
157 2012-07-05 02:59:44 maaku has joined
158 2012-07-05 02:59:50 <Keverw> ohâ¦. .bitcoin already exists and asks if I want to over write it.
159 2012-07-05 02:59:58 <gmaxwell> /home/testuser/.bitcoin/bitcoin.conf or the like also ~/ is a shortcut for /home/yourusername/
160 2012-07-05 02:59:58 <Keverw> Looks like it's a hidden folder. Hmm. Let me google on how to show those
161 2012-07-05 03:00:07 <gmaxwell> .bitcoin does because you've run it, yes.
162 2012-07-05 03:01:07 <Keverw> can I delete everything from the folder then?
163 2012-07-05 03:01:23 TheSeven has quit (Disconnected by services)
164 2012-07-05 03:01:33 [7] has joined
165 2012-07-05 03:02:33 <gmaxwell> you can, assuming you don't have a wallet you care about.
166 2012-07-05 03:02:45 <gmaxwell> But why? there shouldn't be a bitcoin.conf file there yet.
167 2012-07-05 03:02:52 <Keverw> nope. A fresh install in a VM. There isn't
168 2012-07-05 03:03:22 <Keverw> just some .dat files and stuff. but I deleted everything and created a 'bitcoin.conf' I copied from the wiki
169 2012-07-05 03:03:54 <gmaxwell> ah.. er. you probably don't want to do that. The example on the wiki flips a lot of random switches to just show you that they're there.
170 2012-07-05 03:04:01 <Keverw> and grr⦠I hate auto and love autocorrect on the Mac. I mean on iOS it's okay but like when I say bitcoin.conf it likes to add a space⦠Well now it's not since I edited it last time it did that. Guess it learns.
171 2012-07-05 03:04:14 <Keverw> oh⦠Most of it is commented ouyt.
172 2012-07-05 03:04:19 <Keverw> I just uncommented the test net line
173 2012-07-05 03:04:28 <gmaxwell> okay good. comment out everything you don't know you need. :)
174 2012-07-05 03:04:33 * gmaxwell bbl
175 2012-07-05 03:04:49 <Keverw> Okay. It looks good after skimming over it.
176 2012-07-05 03:06:28 <Keverw> test net has like 57,000 compared to 187,500ish. Just compared the blocks with my production client. So I can confirm I'm on test net!
177 2012-07-05 03:07:22 <Keverw> muAmesPFUaiR9KfXXiSMZdrjtFSYcaNqFk is the address.
178 2012-07-05 03:07:56 <Keverw> Then once it downloads, I'm gonna search on sliming down Ubuntu some more, and then make 2 copies. one for a second user, and a developer wallet!
179 2012-07-05 03:08:31 <Keverw> but I was chatting with some people on Ubuntu and they gave me a link to a mini version of Ubuntu which runs way faster and has less stuff by default!
180 2012-07-05 03:19:12 sytse has quit (Ping timeout: 248 seconds)
181 2012-07-05 03:24:21 rdponticelli_ has quit (Read error: Connection reset by peer)
182 2012-07-05 03:25:34 <jgarzik> "BOOST_FOREACH is designed for ease-of-use and efficiency. It does no dynamic allocations, makes no virtual function calls or calls through function pointers, and makes no calls that are not transparent to the compiler's optimizer. This results in near-optimal code generation"
183 2012-07-05 03:25:36 <jgarzik> :)
184 2012-07-05 03:35:18 <D34TH> keverw
185 2012-07-05 03:35:45 <D34TH> ubuntu-minimal
186 2012-07-05 03:36:28 brwyatt is now known as Away!~brwyatt@brwyatt.net|brwyatt
187 2012-07-05 03:40:13 <Keverw> yep. That's it.
188 2012-07-05 03:40:27 <Keverw> 2.6GB it says when I run df -h, gonna Google to see if I can make it any smaller
189 2012-07-05 03:40:59 <gmaxwell> 2.6gb? that sounds like you have a copy of non-testnet there.
190 2012-07-05 03:41:12 <Keverw> no⦠the whole OS
191 2012-07-05 03:41:27 <gmaxwell> ahh okay
192 2012-07-05 03:41:37 <gmaxwell> jgarzik: They did not say how near.
193 2012-07-05 03:41:50 Hunner has joined
194 2012-07-05 03:41:51 Hunner has quit (Changing host)
195 2012-07-05 03:41:51 Hunner has joined
196 2012-07-05 03:42:10 <Keverw> 19 items totaling 144.9
197 2012-07-05 03:42:16 <Keverw> it says for the .bitcoin folder.
198 2012-07-05 04:18:49 guruvan_ has quit (Ping timeout: 276 seconds)
199 2012-07-05 04:22:43 guruvan_ has joined
200 2012-07-05 04:24:28 Karmaon has quit (Read error: Connection reset by peer)
201 2012-07-05 04:25:07 Karmaon has joined
202 2012-07-05 04:27:03 <[Tycho]> Wow, someone with 700+ Gh/s in my pool...
203 2012-07-05 04:27:12 <[Tycho]> GPUmax is surprising sometimes :)
204 2012-07-05 04:31:56 imsaguy has quit (Ping timeout: 250 seconds)
205 2012-07-05 04:32:25 [\\\] has joined
206 2012-07-05 04:32:41 [\\\] is now known as imsaguy
207 2012-07-05 04:34:44 Karmaon has quit (Read error: Connection reset by peer)
208 2012-07-05 04:34:50 Karmaon__ has joined
209 2012-07-05 04:41:43 minimoose has quit (Quit: minimoose)
210 2012-07-05 04:44:31 <Keverw> Does TestNet run a little slower then the normal network?
211 2012-07-05 04:46:38 <freewil> yes there is usually a much larger gap between blocks
212 2012-07-05 04:46:57 <Keverw> oh dangâ¦.
213 2012-07-05 04:47:24 elkingrey has joined
214 2012-07-05 04:47:30 <Keverw> Is there a faster way or am I stuck waiting?
215 2012-07-05 04:47:38 <freewil> it's really easy to mine on it if you have a miner
216 2012-07-05 04:47:57 <Keverw> I have a Nvida GeForce 9300M GS
217 2012-07-05 04:48:00 <freewil> you can also startup your own testnet
218 2012-07-05 04:48:06 <Keverw> Would that be faster?
219 2012-07-05 04:48:14 <freewil> i would recommend that
220 2012-07-05 04:48:28 <Keverw> To mine or install my own testnet?
221 2012-07-05 04:48:33 <freewil> own testnet
222 2012-07-05 04:48:44 <freewil> you basically just start two nodes and thats your own private testnet
223 2012-07-05 04:48:59 <Keverw> Oh⦠Can my friends join it?
224 2012-07-05 04:49:07 <Keverw> They are testing the app with me
225 2012-07-05 04:49:18 <freewil> mmm... probably just be easier to use the real testnet then
226 2012-07-05 04:49:34 <freewil> but you could just open your ports and they could join
227 2012-07-05 04:49:42 <freewil> if you wanted to do your own
228 2012-07-05 04:49:50 <Keverw> I rather just use the normal testnet
229 2012-07-05 04:50:04 <Keverw> if I mine, would it help speed it up?
230 2012-07-05 04:50:10 <freewil> for sure
231 2012-07-05 04:50:28 <Keverw> Oh⦠so how do I mine?
232 2012-07-05 04:50:52 <Keverw> Edit the config file on my Ubutnu VM and then have a miner on my PC connect to it?
233 2012-07-05 04:51:16 <freewil> yeah
234 2012-07-05 04:51:27 <Keverw> solo or pool?
235 2012-07-05 04:51:33 <freewil> solo
236 2012-07-05 04:52:22 <Keverw> oh⦠the difficulty is at 1 still⦠cool
237 2012-07-05 04:52:27 <Keverw> It stays at 1?
238 2012-07-05 04:52:32 <freewil> yeah i think so
239 2012-07-05 04:52:44 <Keverw> oh⦠so my weak GPU would have a party.
240 2012-07-05 04:52:53 <freewil> yeah thats the point
241 2012-07-05 04:52:59 <freewil> i think testnet is hardcoded to 1
242 2012-07-05 04:53:32 <Keverw> Should I use CPU or GPU?
243 2012-07-05 04:53:55 <freewil> i would just use the gpu
244 2012-07-05 04:54:06 <Keverw> okay. Need to Google how to set it up
245 2012-07-05 04:54:29 <freewil> yeah you should be able to figure it out
246 2012-07-05 04:54:34 <Keverw> What do I do? Set up RPC and contact the miner to it?
247 2012-07-05 04:54:45 <freewil> you basically just need to start up bitcoin on testnet
248 2012-07-05 04:55:03 <freewil> then have your miner connect to the rpc host port and specify the correct rpc username and password
249 2012-07-05 04:56:27 <Keverw> okay. set up RPC on it. :) gonna start it
250 2012-07-05 04:56:34 <Keverw> Had it set to allow 10.0.1.* to it
251 2012-07-05 04:57:13 <Keverw> Now what GPU miner should I use? A normal bit coin one?
252 2012-07-05 04:59:17 <Keverw> I guess I'll try Phoenix 2
253 2012-07-05 04:59:24 <D34TH> cgminer is always good
254 2012-07-05 04:59:49 <Keverw> does it really matter? uh⦠Sorry. Being such a noob...
255 2012-07-05 05:00:12 <D34TH> imo if your just testnetting not really
256 2012-07-05 05:00:23 <D34TH> its basically features
257 2012-07-05 05:01:46 <Keverw> oh okay. I need to edit my VM's so they get there own IP.
258 2012-07-05 05:02:06 <Keverw> but I'll try to mine some :)
259 2012-07-05 05:04:19 pickett has quit (Ping timeout: 276 seconds)
260 2012-07-05 05:06:52 <Keverw> my password is password and my user is user :)
261 2012-07-05 05:07:41 <Keverw> Oh⦠fatal error: no kernal
262 2012-07-05 05:09:30 <D34TH> sounds pretty fatal
263 2012-07-05 05:09:32 <Keverw> gonna try the gui miner on the form.
264 2012-07-05 05:10:01 <Keverw> yay!
265 2012-07-05 05:10:07 <Keverw> Getting 577 khash
266 2012-07-05 05:10:27 <Keverw> 0 accepted so far...
267 2012-07-05 05:10:41 <Keverw> but doubt much transfers are being made right now
268 2012-07-05 05:14:26 <D34TH> 577 khs on a bitcoin testnet?
269 2012-07-05 05:14:36 <Keverw> yeah
270 2012-07-05 05:14:47 <D34TH> are you using a geforce mx 2?
271 2012-07-05 05:15:08 <Keverw> Nvidia GeForce 9300M GS 512MB i a laptop
272 2012-07-05 05:15:35 <D34TH> never mind
273 2012-07-05 05:15:43 pickett has joined
274 2012-07-05 05:15:51 <Keverw> so that's normal?
275 2012-07-05 05:17:02 <D34TH> a regular 9300 gs gets ~1.7 mh/s
276 2012-07-05 05:17:16 <D34TH> so mobile
277 2012-07-05 05:17:18 <D34TH> i suppose
278 2012-07-05 05:17:25 elkingrey has quit (Quit: Leaving)
279 2012-07-05 05:18:06 <Keverw> something from like 20 mins ago only has 1 conformation...
280 2012-07-05 05:18:26 <Keverw> but you can set the software to only check for 1, then make it 6 in production.
281 2012-07-05 05:19:00 <galambo> wow my processer gets like 4mh/s
282 2012-07-05 05:19:14 <D34TH> my proc gets ~3 mh/s
283 2012-07-05 05:19:24 <D34TH> my gpu gets ~250 mh/s
284 2012-07-05 05:20:15 <galambo> well you got me there mine only gets 50 :)
285 2012-07-05 05:20:29 <galambo> oh this is dev channel whiips
286 2012-07-05 05:20:42 <luke-jr> my proc gets 12 MH/s
287 2012-07-05 05:21:00 <galambo> one processor?
288 2012-07-05 05:21:04 <luke-jr> yes
289 2012-07-05 05:21:12 <luke-jr> my BitForce Single gets 830 MH/s
290 2012-07-05 05:21:19 <D34TH> D:
291 2012-07-05 05:21:26 <D34TH> i still want one
292 2012-07-05 05:21:28 <luke-jr> XD
293 2012-07-05 05:21:38 <D34TH> i just cant afford it
294 2012-07-05 05:21:48 <Keverw> I want the one that's gonna be 149
295 2012-07-05 05:21:51 <Keverw> in oct
296 2012-07-05 05:21:59 <luke-jr> that's 3.5 GH/s
297 2012-07-05 05:22:11 <Keverw> yeah for about 200 bucks(with shipping)
298 2012-07-05 05:22:35 Joric has joined
299 2012-07-05 05:22:35 Joric has quit (Changing host)
300 2012-07-05 05:22:35 Joric has joined
301 2012-07-05 05:22:47 <galambo> so because bitcoin d doesnt have long pooling when i mine with an external program it doesnt even realize that i just got a block
302 2012-07-05 05:23:10 <galambo> so basically if theres no one on the network i have to mine 2 blocks to get one?
303 2012-07-05 05:23:11 <luke-jr> galambo: you didn't.
304 2012-07-05 05:23:45 <luke-jr> oh, you mean received
305 2012-07-05 05:23:59 <luke-jr> that doesn't follow though
306 2012-07-05 05:24:20 <galambo> im getting blocks rejected in cgminer and im the only one mining
307 2012-07-05 05:24:31 <Keverw> on TestNet?
308 2012-07-05 05:25:06 <luke-jr> galambo: cgminer requires longpolling
309 2012-07-05 05:25:19 <luke-jr> galambo: try BFGMiner
310 2012-07-05 05:25:19 <Keverw> I'm on TestNet also mining also. So far 0 accepted and - stale
311 2012-07-05 05:25:25 <Keverw> Don't see a rejected area
312 2012-07-05 05:25:43 <galambo> its running i was just wondering what the rejected blocks were from
313 2012-07-05 05:26:09 <galambo> this is a test net for an experiment (test net in a box?)
314 2012-07-05 05:26:42 <da2ce7> is there anyway to tell the bitcoin client to re-send a transaction?
315 2012-07-05 05:31:36 sytse has joined
316 2012-07-05 05:34:51 toffoo has quit (Ping timeout: 246 seconds)
317 2012-07-05 05:36:12 <da2ce7> I have a transaction that shows up on my bitcoin client, except dosn't show up on block exploer or blockchain.info
318 2012-07-05 05:36:31 <da2ce7> is there any way to check if it conflicting, or hasn't been sent?
319 2012-07-05 05:36:48 <gmaxwell> da2ce7: it'll resend periodically (after a random span triggered by each new block without it)
320 2012-07-05 05:37:10 <da2ce7> well 6 blocks have been found without it.
321 2012-07-05 05:38:02 <Keverw> My mining does not seem to be speeding up Testnetâ¦. :(
322 2012-07-05 05:38:23 <jgarzik> da2ce7: this is a good list to check, http://bitcoincharts.com/bitcoin/txlist/
323 2012-07-05 05:39:15 <da2ce7> jgarzik: nope not there.
324 2012-07-05 05:42:32 <Keverw> oh⦠Sneding within my own network is instant it seems!
325 2012-07-05 05:42:43 <luke-jr> da2ce7: I can check Eligius
326 2012-07-05 05:42:54 <da2ce7> ac5bdc79a87837e4ccb05928a5d4c9ba9dec7c6a2853c82b070d920e0bf31f93
327 2012-07-05 05:44:09 toffoo has joined
328 2012-07-05 05:46:14 <da2ce7> I've reloaded the bitcoin client with the --rescan option.
329 2012-07-05 05:46:35 <da2ce7> the unconfirmed tx wasn't removed, so dose that mean that it dosn't conflict with anything?
330 2012-07-05 05:49:29 <gmaxwell> da2ce7: Nope, it can happily have a conflicting txn in the wallet.
331 2012-07-05 05:49:46 <da2ce7> why? is there a purpose for that?
332 2012-07-05 05:50:18 <gmaxwell> da2ce7: chain might reorg and leave it non-conflicting ... also, you don't want evidence of a bad transaction to just vanish.
333 2012-07-05 05:50:31 <gmaxwell> Somewhere on the todo list for someone is showing negative confirmations for those.
334 2012-07-05 05:51:22 <da2ce7> maybe the gui should put a big red 'x' on the tx if it has a conflicting block. and a red '?' if there is a conflicting tx (unconfimed).
335 2012-07-05 05:51:36 Keverw has quit (Quit: Colloquy for iPad - http://colloquy.mobi)
336 2012-07-05 05:51:44 <gmaxwell> da2ce7: you'll usually never hear of a conflicting txn.
337 2012-07-05 05:51:48 Keverw has joined
338 2012-07-05 05:51:50 <gmaxwell> (unless its confirmed)
339 2012-07-05 05:52:10 Keverw_ has joined
340 2012-07-05 05:52:34 <da2ce7> so what process do I go about to check for a conflicting tx?
341 2012-07-05 05:52:42 agricocb has quit (Ping timeout: 246 seconds)
342 2012-07-05 05:52:47 <da2ce7> I made more than 1 tx offline, then connected my client later.
343 2012-07-05 05:52:50 Keverw has quit (Client Quit)
344 2012-07-05 05:52:50 Keverw_ is now known as Keverw
345 2012-07-05 05:52:52 <da2ce7> so it is _possible_
346 2012-07-05 05:53:07 Keverw_ has joined
347 2012-07-05 05:53:46 Keverw has quit (Client Quit)
348 2012-07-05 05:53:47 Keverw_ is now known as Keverw
349 2012-07-05 05:57:12 <Keverw> What does the BC bot do? Does it take any commands?
350 2012-07-05 05:57:35 agricocb has joined
351 2012-07-05 06:01:57 <X-Scale> Is it mathematically possible for a bitcoin to be mined by two different users ?
352 2012-07-05 06:03:42 <luke-jr> X-Scale: not unless two different users manage to make the same address
353 2012-07-05 06:03:58 <luke-jr> which is much much less likely than the universe imploding randomly
354 2012-07-05 06:04:17 <jine> First of all, you don't mine "a bitcoin" - you mine a block. Secondly, it happens "all" the time, hence the orphans from time to time.
355 2012-07-05 06:04:27 <jine> Thirdly... what luke-jr said.
356 2012-07-05 06:04:35 <da2ce7> looks like it re-sent the tx after 9 blocks.
357 2012-07-05 06:04:37 <da2ce7> ac5bdc79a87837e4ccb05928a5d4c9ba9dec7c6a2853c82b070d920e0bf31f93
358 2012-07-05 06:08:14 ovidiusoft has joined
359 2012-07-05 06:09:21 <gmaxwell> why do you said 'looks like it re-sent the tx after 9 blocks' instead of .. say 8 blocks? .. or 1 block?
360 2012-07-05 06:09:24 <Karmaon__> bitcoinexpress boasting about ddosing bitcointalk
361 2012-07-05 06:09:28 <Karmaon__> in #litecoin apparently
362 2012-07-05 06:09:49 <gmaxwell> Why would he do that? kind of an empty achievement.
363 2012-07-05 06:09:54 <Karmaon__> <BitcoinEXpress> wanna see me DDoS Bitcointalk LOL
364 2012-07-05 06:09:59 <gmaxwell> "LOOK, I PEED ON THE WALL!"
365 2012-07-05 06:10:07 <Karmaon__> is btctalk protected by prolexic?
366 2012-07-05 06:10:15 <Karmaon__> not that it is uptime critical, or antyhing
367 2012-07-05 06:11:16 <Karmaon__> <BitcoinEXpress> damn they got some heavy duty, gimme about 60 seconds to drop 200 more hitters in the mix
368 2012-07-05 06:11:37 Detritus has quit (Remote host closed the connection)
369 2012-07-05 06:11:45 <Keverw> Yeah, I'm in the chat also...
370 2012-07-05 06:12:06 <Keverw> Who is this dude?
371 2012-07-05 06:12:14 <Karmaon__> last time he admited to be using ec2 for his shenanigans
372 2012-07-05 06:12:21 <jine> 08:08:09 < Karmaon__> last time he admited to be using ec2 for his shenanigans
373 2012-07-05 06:12:24 <jine> hahaha.
374 2012-07-05 06:12:34 <jine> Sorry for the paste, I'm a bit tired :)
375 2012-07-05 06:12:50 <Keverw> Oh... He told me use was using a bot net
376 2012-07-05 06:12:52 <Karmaon__> Keverw, some alt currency troll.
377 2012-07-05 06:13:12 <Keverw> Sounds like a jerk...
378 2012-07-05 06:13:14 <Karmaon__> Keverw, he sure wasn't a few months ago.
379 2012-07-05 06:13:15 <jine> To we have any IP on this troll?
380 2012-07-05 06:13:17 <jine> /whois :)
381 2012-07-05 06:13:37 <Keverw> Doubt I should say that. Afaird he would attack me
382 2012-07-05 06:13:39 <Karmaon__> I got hit by him a few months back on linode, got nulled route for 24 hours.
383 2012-07-05 06:13:41 <jine> And no, bitcointalk.org is not behind prolexic. It's hosted on softlayer directly.
384 2012-07-05 06:14:27 <Karmaon__> heh, they must be able to handle 1gbit+
385 2012-07-05 06:14:30 <Karmaon__> and its down...
386 2012-07-05 06:14:38 brwyatt is now known as brwyatt|Away
387 2012-07-05 06:15:06 <Karmaon__> I spoke too soon, web server probably taking its sweet time.
388 2012-07-05 06:17:18 <Karmaon__> jine, he is very public about his ddos activities. Doesn't care about anonymity either.
389 2012-07-05 06:20:17 Detritus has joined
390 2012-07-05 06:23:26 <luke-jr> [06:05:54] <gmaxwell> "LOOK, I PEED ON THE WALL!" <-- lol
391 2012-07-05 06:24:34 <Karmaon__> Heres the hilarious chat log: http://pastebin.com/dNRymrae
392 2012-07-05 06:25:20 t7 has joined
393 2012-07-05 06:26:54 <MagicalTux> [15:10:22] <Karmaon__> heh, they must be able to handle 1gbit+ <- not that I want anyone to actually try it
394 2012-07-05 06:27:02 <gmaxwell> Karmaon__: not polite to post logs of channels without announced public logs.. then again, that looks like total play-school time there.
395 2012-07-05 06:28:16 <Karmaon__> haven't you read my responsible disclosure section of my personal privacy statement?! lol
396 2012-07-05 06:28:18 MrTiggr has joined
397 2012-07-05 06:29:08 Karmaon__ is now known as Karmaon
398 2012-07-05 06:29:14 <MagicalTux> Karmaon__: just checked bitcointalk's network graphs, no variation at all
399 2012-07-05 06:29:22 Karmaon has quit (Changing host)
400 2012-07-05 06:29:22 Karmaon has joined
401 2012-07-05 06:29:58 <Joric> i just sold at 6.75 at mtgox / bought at 6.53 at cryptoxchange, took 5 minutes, it was a way too easy O_o
402 2012-07-05 06:30:30 <Joric> pure profit is about 1.5% of 3.3% difference
403 2012-07-05 06:30:47 <jine> MagicalTux: He lost his connection... :(
404 2012-07-05 06:31:12 <Karmaon> MagicalTux, some pages took a second or two more to load, thats about exciting as it gets.
405 2012-07-05 06:31:24 <jine> He unforturnatly was able to close the webchat on freenode before he pinged out. A shame!
406 2012-07-05 06:32:21 <Joric> call bitcoin police!
407 2012-07-05 06:34:25 maaku has quit (Quit: maaku)
408 2012-07-05 06:34:53 <midnightmagic> sigh. more summer douches returning home to roost and mark up the pavement.
409 2012-07-05 06:35:05 maaku has joined
410 2012-07-05 06:35:40 <midnightmagic> it was so nice and quiet over the winter.
411 2012-07-05 06:42:15 Prattler has quit (Ping timeout: 252 seconds)
412 2012-07-05 06:42:27 TigrBot is now known as TiggrBot
413 2012-07-05 06:42:57 TiggrBot is now known as Guest10150
414 2012-07-05 06:44:15 Keverw has quit (Quit: Keverw)
415 2012-07-05 06:45:03 Keverw has joined
416 2012-07-05 06:45:55 da2ce7 has quit (Ping timeout: 252 seconds)
417 2012-07-05 06:55:04 ovidiuso1t has joined
418 2012-07-05 06:55:04 ovidiusoft has quit (Read error: Connection reset by peer)
419 2012-07-05 06:58:25 D34TH has quit (Read error: Connection reset by peer)
420 2012-07-05 07:05:23 Guest10150 is now known as TigrBot
421 2012-07-05 07:06:01 guruvan- has joined
422 2012-07-05 07:07:32 guruvan- has quit (Remote host closed the connection)
423 2012-07-05 07:08:02 guruvan- has joined
424 2012-07-05 07:08:29 guruvan_ has quit (Ping timeout: 276 seconds)
425 2012-07-05 07:12:39 <gribble> New news from bitcoinrss: gmaxwell opened issue 1558 on bitcoin/bitcoin <https://github.com/bitcoin/bitcoin/issues/1558>
426 2012-07-05 07:13:46 molecular has quit (Ping timeout: 264 seconds)
427 2012-07-05 07:14:41 molecular has joined
428 2012-07-05 07:18:44 sirk390 has joined
429 2012-07-05 07:21:54 maaku has quit (Quit: maaku)
430 2012-07-05 07:22:43 t7 has quit (Remote host closed the connection)
431 2012-07-05 07:27:17 RainbowDashh has joined
432 2012-07-05 07:29:18 <Joric> did anyone see 'Indie Game: The movie'? http://www.indiegamethemovie.com
433 2012-07-05 07:29:23 <Joric> funny this soap opera with Fez lasted 5 years while some guy made his own Fez, alone, in 6 weeks http://www.kongregate.com/games/Neutronized/sky-island
434 2012-07-05 07:30:34 toffoo has quit ()
435 2012-07-05 07:36:37 <dooglus> I saw it recently
436 2012-07-05 07:37:45 <dooglus> the braid guy was funny, complaining how nobody 'got it' - interspersed with some rapper totally not getting it :)
437 2012-07-05 07:50:09 sirk390 has quit (Quit: Leaving.)
438 2012-07-05 08:06:55 [Tycho] has quit (Read error: Connection reset by peer)
439 2012-07-05 08:07:07 <tgs3> bitcoind is "slow as fuck" when getting to end of chain
440 2012-07-05 08:07:18 <Joric> huge blocks?
441 2012-07-05 08:07:19 <tgs3> why is that error not being fixed?
442 2012-07-05 08:07:44 <Joric> someone should 'fix' that satoshidice thing
443 2012-07-05 08:08:00 <tgs3> 0.1 blocks per second in nonsence. huge blocks or not
444 2012-07-05 08:08:18 RazielZ has joined
445 2012-07-05 08:16:58 t7 has joined
446 2012-07-05 08:42:22 ali1234 has quit (Remote host closed the connection)
447 2012-07-05 08:43:10 MrTiggr is now known as TigggrBot
448 2012-07-05 08:43:49 TigggrBot is now known as TigBot
449 2012-07-05 08:44:11 TigBot is now known as MrTiggr
450 2012-07-05 08:44:25 TigrBot has quit (Disconnected by services)
451 2012-07-05 08:45:09 paraipan has quit (Remote host closed the connection)
452 2012-07-05 08:45:10 <sipa> BlueMatt: BOOST_FOREACH is certainly intended to result in code that gets optimized away entirely
453 2012-07-05 08:45:20 guruvan has quit (Remote host closed the connection)
454 2012-07-05 08:45:21 guruvan- is now known as guruvan
455 2012-07-05 08:45:55 paraipan has joined
456 2012-07-05 08:46:02 <sipa> BlueMatt: i admit i never verified that; if it doesn't seem to be the case, i'll gladly switch to stl iterators and normal for loops
457 2012-07-05 08:46:29 <sipa> BlueMatt: regarding 0.7, i think gavin still has a few high-priority todo's left
458 2012-07-05 08:46:45 TigrBot has joined
459 2012-07-05 08:50:50 guruvan_ has joined
460 2012-07-05 09:15:53 gfinn has quit (Ping timeout: 276 seconds)
461 2012-07-05 09:18:29 Joric has quit ()
462 2012-07-05 09:18:30 TbbW has quit (Ping timeout: 246 seconds)
463 2012-07-05 09:19:04 RainbowDashh has quit (Read error: Connection reset by peer)
464 2012-07-05 09:23:12 RainbowDashh has joined
465 2012-07-05 09:33:31 PK has joined
466 2012-07-05 09:33:40 paraipan has quit (Remote host closed the connection)
467 2012-07-05 09:34:17 paraipan has joined
468 2012-07-05 09:38:13 <tgs3> ok so I found a bug in bitcoin
469 2012-07-05 09:38:46 <tgs3> bitcoind getinfo fucks up even very strong computers - causing 100% system load with disk i/o for half minute even
470 2012-07-05 09:39:18 <sipa> is that while syncing up?
471 2012-07-05 09:40:16 gfinn has joined
472 2012-07-05 09:43:18 <tgs3> yes
473 2012-07-05 09:43:24 <tgs3> it takes few DAYS to sync
474 2012-07-05 09:45:02 <sipa> what hardware?
475 2012-07-05 09:45:13 <tgs3> 4x2 GHz 8 GB ram
476 2012-07-05 09:45:18 <sipa> in particular cpu, ram and disk?
477 2012-07-05 09:45:28 <tgs3> and kvm 1x2 GHz 1 GB ram server
478 2012-07-05 09:45:31 <tgs3> non-ssd
479 2012-07-05 09:45:49 <tgs3> only computer that is not being messed up by bitcoind is ssd based one
480 2012-07-05 09:46:25 <tgs3> althou that one is anyway synced
481 2012-07-05 09:46:34 <sipa> storage is not network based?
482 2012-07-05 09:46:40 Turingi has joined
483 2012-07-05 09:46:40 Turingi has quit (Changing host)
484 2012-07-05 09:46:40 Turingi has joined
485 2012-07-05 09:46:40 <tgs3> normal storage
486 2012-07-05 09:46:55 <sipa> which bitcoin version?
487 2012-07-05 09:47:14 <tgs3> latest, 0.6.3
488 2012-07-05 09:48:12 t7 has quit (Remote host closed the connection)
489 2012-07-05 09:48:14 <sipa> anyway, getinfo taking a long time while syncing up is a known problem. it's not doing anything, but it has to wait for exclusive access to some data structures, which are already used by the block connecting logic
490 2012-07-05 09:48:28 <tgs3> thoug strace -p of bitcoi9nd nd processs shows only sleeping/gettieme. huh?
491 2012-07-05 09:48:48 <kinlo> sipa: isn't it possible to used cached values for getinfo?
492 2012-07-05 09:49:02 <kinlo> sipa: also, is getmemorypool blocked by any of those data structures?
493 2012-07-05 09:49:29 <tgs3> kinlo: more important then just getinfo, bitcoind fucks up entire computer (now all programs lag) and itself (it even can't catch up with blockchain)
494 2012-07-05 09:49:42 <sipa> kinlo: yes, all RPC calls preemptively require those locks
495 2012-07-05 09:49:43 <tgs3> so again I ask
496 2012-07-05 09:49:48 <kinlo> tgs3: I know...
497 2012-07-05 09:49:54 <tgs3> did someone got on rapge and added dozen of fucking fsyncs()
498 2012-07-05 09:50:09 <tgs3> *rampage
499 2012-07-05 09:50:22 <kinlo> sipa: would be nice if some are from cache, bitcoind needs to be much more responsive :/
500 2012-07-05 09:50:25 <sipa> tgs3: bdb does a lot of things to make sure db updates are flushed to disk
501 2012-07-05 09:50:30 <tgs3> in example I can not use this irssis program here bearly, it pauses for 5 seconds while I type lines
502 2012-07-05 09:50:55 <sipa> kinlo: solution is moving to a sane encapsulation and locking
503 2012-07-05 09:51:00 <tgs3> is there yet a bounty to poverize bdb developers responsible?
504 2012-07-05 09:51:20 <sipa> tgs3: we plan to move away from bdb maybe
505 2012-07-05 09:51:44 <tgs3> or, is there a flag -i-dont-five-a-flying-f-about-sync-only-sync-my--wallet-and-corrupt-watever-else-just-dont-turn-my-computer-into-486-please
506 2012-07-05 09:52:24 <tgs3> actually working on 486 was much much smoother then on 4x2 GHz 8GB ram with bitcoind
507 2012-07-05 09:52:47 <kinlo> tgs3: you should use electrum or something
508 2012-07-05 09:52:47 <tgs3> also you managed to superprass freenet in the category of destroying computers with high IO. that is a remarkable achievement
509 2012-07-05 09:53:04 <sipa> tgs3: not without giving up database consistency
510 2012-07-05 09:53:15 <tgs3> I do not give a flying f about db consistency
511 2012-07-05 09:53:16 <kinlo> endusers shouldn't run bitcoin imho
512 2012-07-05 09:53:27 <tgs3> and also so do all users
513 2012-07-05 09:53:50 <tgs3> kin then we failed
514 2012-07-05 09:53:51 <kinlo> tgs3: did you ever look at electrum?
515 2012-07-05 09:54:12 <tgs3> no
516 2012-07-05 09:54:31 <Diablo-D3> https://bitcointalk.org/index.php?topic=91710.0
517 2012-07-05 09:54:35 Motest003 has quit (Ping timeout: 264 seconds)
518 2012-07-05 09:54:46 <kinlo> why would we have failed?
519 2012-07-05 09:54:51 <sipa> tgs3: you do, or rather the network does; if significant numbers of people would run bitcoin with inconsistent databases, we'd risk getting many blockchain forks
520 2012-07-05 09:54:55 Motest003 has joined
521 2012-07-05 09:55:02 <tgs3> because if almost no users use bitcoind on their own just use wallet servers,
522 2012-07-05 09:55:08 <tgs3> then basically we have a banking industry
523 2012-07-05 09:55:27 <sipa> also, i sync the blockchain in around 1-w hours
524 2012-07-05 09:55:27 <tgs3> in terms of owning own money and being self sufficient, its a complete fiasco
525 2012-07-05 09:55:46 <kinlo> tgs3: not really, every user can verify the system, plus regardless of the fact that we would use trusted servers, the coins would still be on the end-computer, not on the central server
526 2012-07-05 09:55:47 <sipa> 1-2 hours, on my laptop with an encrypted disk
527 2012-07-05 09:56:05 <kinlo> sipa: full blockchain?
528 2012-07-05 09:56:09 <tgs3> kinlo: well more or less maybe, but
529 2012-07-05 09:56:18 <tgs3> but it JUST WORKED till last month
530 2012-07-05 09:56:20 <sipa> tgs3: so i wonder what is causing the huge delays for you
531 2012-07-05 09:56:21 <tgs3> what happened?
532 2012-07-05 09:56:30 <kinlo> dice?
533 2012-07-05 09:56:32 <tgs3> revert what ever shit was introduced to guarantee DB consistency
534 2012-07-05 09:56:42 <kinlo> revert satoshidice? :)
535 2012-07-05 09:56:48 <tgs3> what dice? block are now too big?
536 2012-07-05 09:57:00 <sipa> consistency guarantees were only more and more relaxed to improve performance
537 2012-07-05 09:57:06 <tgs3> isnt there some mechanism to forbid too much spam or limit block sizes?
538 2012-07-05 09:57:25 <kinlo> tgs3: http://blockchain.info/charts/n-transactions
539 2012-07-05 09:57:31 <sipa> but bdb does not have a "i dont care about durability, i just want transactions to be atomic"
540 2012-07-05 09:57:50 <tgs3> ok then why handling huge blocks ok then bitcpoind is not written to handle big transactions yet?
541 2012-07-05 09:58:06 <kinlo> tgs3: there are plenty of mechanisms
542 2012-07-05 09:58:22 <sipa> again, i wonder what is causing such load on your system
543 2012-07-05 09:58:28 <tgs3> bitcoind
544 2012-07-05 09:58:30 <kinlo> tgs3: the block fee's have also been a lot higher last few months: miners earn more
545 2012-07-05 09:58:53 <kinlo> sipa: I must say once bitcoind is open on my system and syncing, it is very slow
546 2012-07-05 09:59:02 JFK911 has quit (Read error: Connection reset by peer)
547 2012-07-05 09:59:05 <sipa> kinlo: in an experimental branch of mine i synced to 172k blocks in 9 minutes
548 2012-07-05 09:59:10 <sipa> yesterday
549 2012-07-05 09:59:20 <kinlo> sipa: full blocks?
550 2012-07-05 09:59:23 <tgs3> Diablo Mining Company will never purchase Butterfly Labs hardware. <--- oh drama
551 2012-07-05 09:59:35 <sipa> kinlo: how do you mean?
552 2012-07-05 09:59:43 JFK911 has joined
553 2012-07-05 10:00:09 <kinlo> sipa: syncing block 170000 to 180000 takes more time then syncing block 70000 to 80000
554 2012-07-05 10:00:17 <kinlo> sipa: just due to the number of transactions
555 2012-07-05 10:00:27 <tgs3> sipa it will take 30 hours to snynd last 00200 blocks (2000)
556 2012-07-05 10:00:32 <tgs3> Diablo Mining Company will be the largest Bitcoin startup in the world,
557 2012-07-05 10:00:42 <tgs3> ha. :)
558 2012-07-05 10:00:58 <sipa> kinlo: of course, and due to the fact that signatures are only verified after the last checkpoint
559 2012-07-05 10:01:18 <kinlo> tgs3: uh, 30 hours is a bit exagerated, I agree a full sync takes hours, but any decent pc should manage a full download in a few hours, not a few days
560 2012-07-05 10:01:35 <sipa> kinlo: that's why i say 172k, to give you an idea; what comes afterwards will certainly be slower
561 2012-07-05 10:01:36 <kinlo> given a fast enough peer transmitting the blocks
562 2012-07-05 10:01:41 <tgs3> sipa: but why it uses so muhch disk io
563 2012-07-05 10:02:07 <sipa> kinlo: but 0.6.3 takes over half an hour to sync 172k blocks for me on the same system
564 2012-07-05 10:03:02 <sipa> tgs3: because it needs a working set of over 2 gigabytes of data, and all updates are done using logged and atomic transactions
565 2012-07-05 10:03:10 <tgs3> why it needs disk IO to verify signatures
566 2012-07-05 10:03:26 <sipa> verifying signatures is not the problem
567 2012-07-05 10:03:47 <tgs3> it is receinvg simply som data from net to save to hdd... bittorent clients figured this out 10 years ago
568 2012-07-05 10:04:22 <tgs3> you must be doing something wrong there
569 2012-07-05 10:04:35 <sipa> your cpu can verify 3000 signatures per second, and there are around 5 million signatures in the entire chain
570 2012-07-05 10:05:13 <sipa> tgs3: it is keeping a very complex data structure up to date
571 2012-07-05 10:05:14 <tgs3> sipa I would be ok with that, but why it eats all availble hdd io
572 2012-07-05 10:05:36 <tgs3> ok here is an idea: fuck consistency
573 2012-07-05 10:05:39 <sipa> you can run it on a tmpfs if you don't care about durability and have ram
574 2012-07-05 10:05:58 <tgs3> instead, prepare all data in memory, and once per 10 minutes write all verified blocks / complex datastructure in one go
575 2012-07-05 10:06:09 <sipa> tgs3: you want fuck durability, not consistency
576 2012-07-05 10:06:19 <tgs3> that too
577 2012-07-05 10:06:24 <sipa> that is exactly what you asked for now
578 2012-07-05 10:06:24 drizzt_ has joined
579 2012-07-05 10:06:47 <tgs3> but we can have both if we prepare the new portion of data (blocks, verified transfers etc?) in memory and then save all in one go once ready?
580 2012-07-05 10:07:05 drizztbsd has quit (Remote host closed the connection)
581 2012-07-05 10:07:08 drizzt_ has quit (Client Quit)
582 2012-07-05 10:07:15 guruvan has quit (Remote host closed the connection)
583 2012-07-05 10:07:16 guruvan_ is now known as guruvan
584 2012-07-05 10:07:22 <tgs3> or, I hope we can
585 2012-07-05 10:07:24 drizztbsd has joined
586 2012-07-05 10:07:42 <sipa> you'd lose durability, as a crash during those 10 minutes would mean losing everything done during those minutes
587 2012-07-05 10:07:51 guruvan_ has joined
588 2012-07-05 10:07:53 <sipa> and that would not at all be a problem
589 2012-07-05 10:08:07 <sipa> but bdb does not allow that without giving up consistency
590 2012-07-05 10:08:56 <sipa> anyway, we're very much working on improving that
591 2012-07-05 10:08:56 <tgs3> then bdb really sucks
592 2012-07-05 10:09:21 <sipa> it is very good software, but not very appropriate for our needs
593 2012-07-05 10:10:01 <tgs3> too good database lib causing high disk IO
594 2012-07-05 10:10:01 <tgs3> interestingly
595 2012-07-05 10:10:05 <tgs3> is exactly what killed Freenet-Freetalk projects
596 2012-07-05 10:10:35 <tgs3> so I hopefully we avoid that :)
597 2012-07-05 10:11:26 <sipa> that said, i'm working on a branch that has a reworked validation engine, and only needs around a hundred MB of working set (right now, as opposed to two GB)
598 2012-07-05 10:12:04 <sipa> and TD was experimenting with switching the DB to LevelDB
599 2012-07-05 10:13:13 <sipa> and BlueMatt was working on improving the locking system, so more things can be done simultaneously
600 2012-07-05 10:13:23 <tgs3> is there any bitcoind like software that supports wallets switching and key import/export?
601 2012-07-05 10:13:52 <sipa> bitcoind has key import/export
602 2012-07-05 10:14:07 <sipa> armory certainly has multiwallet suppott
603 2012-07-05 10:14:16 <sipa> electrum i suppose too
604 2012-07-05 10:14:21 <sipa> multibit unsurr
605 2012-07-05 10:14:24 <sipa> unsure
606 2012-07-05 10:15:23 <sipa> still, i want to know why it hammers your disk so hard
607 2012-07-05 10:15:58 <tgs3> me too
608 2012-07-05 10:16:06 <tgs3> strace shows only sleep/gettime
609 2012-07-05 10:16:41 <sipa> well, those are not the problem
610 2012-07-05 10:16:44 <sipa> :)
611 2012-07-05 10:16:49 <tgs3> nokidding
612 2012-07-05 10:17:34 <sipa> i know
613 2012-07-05 10:17:48 <sipa> but it's not only those calls, just mostly
614 2012-07-05 10:18:58 <sipa> and bdb uses memory mapped files to store things, so you won't see disk writes as separate syscalls
615 2012-07-05 10:19:07 <tgs3> neat
616 2012-07-05 10:19:26 <tgs3> how to see it then
617 2012-07-05 10:29:15 * tgs3 *cricket*
618 2012-07-05 10:32:25 sipa has quit (Remote host closed the connection)
619 2012-07-05 10:32:26 BurtyBB is now known as BurtyB
620 2012-07-05 10:36:18 ovidiuso1t is now known as ovidiusoft
621 2012-07-05 10:39:21 dvide has quit ()
622 2012-07-05 10:50:21 drizztbsd has quit (Quit: Konversation terminated!)
623 2012-07-05 10:53:00 <tgs3> if I want to have another node but NOT redownload blockchain, can I copy all files and then remove wallet.dat for the new node? or what else?
624 2012-07-05 10:53:27 <tgs3> or just start a new node, stop it, copy only thoes blk*.dat files?
625 2012-07-05 10:56:29 <ersi> I think you need to do a 'database detach' (there's an option in bitcoin-qt as well as -detach in just bitcoind) first before moving to another location
626 2012-07-05 10:59:48 Keverw has quit (Quit: Keverw)
627 2012-07-05 11:02:39 Keverw has joined
628 2012-07-05 11:02:48 sipa1024 has joined
629 2012-07-05 11:02:56 sipa1024 is now known as sipa
630 2012-07-05 11:04:15 datagutt has joined
631 2012-07-05 11:04:21 sipa has quit (Changing host)
632 2012-07-05 11:04:21 sipa has joined
633 2012-07-05 11:05:49 <Keverw> my comp freezes, but the FBI watches these IRC channels? Neat!
634 2012-07-05 11:06:17 <Keverw> heard the ban sound in my IRC client for the first time and looked.
635 2012-07-05 11:07:54 <Keverw> rg: is BitVPS your site? I've been wanting a second VPS. Right now I have one with Linode, bur If I'm going to use the Bitcoin API, I would prefer to have my Bitcoins on a separate server than my personal site.
636 2012-07-05 11:10:48 <Keverw> rg: No XEN servers?
637 2012-07-05 11:12:41 <Keverw> rg: https://client.bitvps.com/billing/cart.php?a=confproduct&i=0 looks nice. I think I might pick you guys for my second VPS when I'm readying for one.
638 2012-07-05 11:13:44 one_zero has quit ()
639 2012-07-05 11:19:34 <Keverw> Ops. I was replaying on the wrong channelâ¦. I feel stupid. Sleepy
640 2012-07-05 11:20:31 <Keverw> What's the best way to store Bitcoin in a MySQL database?
641 2012-07-05 11:20:51 <sipa> why do you want that?
642 2012-07-05 11:21:00 <Keverw> like store the amount.
643 2012-07-05 11:21:11 <sipa> of?
644 2012-07-05 11:21:16 <Keverw> Bitcoin and Bitcents
645 2012-07-05 11:21:42 <Keverw> would it be the same as US dollars?
646 2012-07-05 11:21:47 <Keverw> just higher?
647 2012-07-05 11:21:51 sacredchao has quit (Disconnected by services)
648 2012-07-05 11:22:51 <sipa> you mean how to store amounts in mysql?
649 2012-07-05 11:22:55 <Keverw> yes.
650 2012-07-05 11:23:08 <sipa> ah, i thought you were asking about a client that used mysql as backend
651 2012-07-05 11:23:18 <Keverw> nope.
652 2012-07-05 11:23:19 <sipa> doesn't mysql have a fixed-precision type?
653 2012-07-05 11:23:37 <Keverw> Not sure⦠I know this one site says to store it as a decimal
654 2012-07-05 11:23:40 <Keverw> for USD
655 2012-07-05 11:23:52 <Keverw> 10,2 but I guess for BTC you need to adjust them
656 2012-07-05 11:24:41 <sipa> Decimal seems to be the name mysql uses for fixed-precision values :)
657 2012-07-05 11:24:47 <tgs3> ersi: database? no its just blockchain
658 2012-07-05 11:25:31 <tgs3> just operate on integer
659 2012-07-05 11:25:31 <Keverw> do if statements even compare values if they use decimals?
660 2012-07-05 11:25:36 <tgs3> btc * 10^6 afair
661 2012-07-05 11:25:37 <sipa> Keverw: yes
662 2012-07-05 11:25:39 <Keverw> like if 3.40 > 2.50
663 2012-07-05 11:25:53 <Keverw> >= would be better I guess, like in Node.js or PHP?
664 2012-07-05 11:25:54 <tgs3> use integeres
665 2012-07-05 11:26:10 <tgs3> store number of satoshis
666 2012-07-05 11:26:17 <Keverw> like if someone with 3.40 wants to buy an item for 2.50
667 2012-07-05 11:26:23 <sipa> tgs3: that's harder, and in lower-level languages the only right way
668 2012-07-05 11:26:37 <tgs3> sipa: how is using integers harder
669 2012-07-05 11:26:39 <sipa> but if your languages provides fixed-precision numbers, they're perfect for the job
670 2012-07-05 11:26:44 <ersi> tgs3: I don't know for sure. I said, I *THINK* one has to do that before moving the data. And in case you didn't know, the blockchain is a hueg database
671 2012-07-05 11:26:53 <ersi> Don't take my word for it though
672 2012-07-05 11:30:08 <Keverw> So I need to google if fixed-precision numbers are supported in PHP, Javascript?
673 2012-07-05 11:31:07 <sipa> oh, if you need to process values (apart from just passing them through) in PHP or Javascript, definitely use integer amounts in satoshis
674 2012-07-05 11:31:32 <Keverw> satoshis?
675 2012-07-05 11:31:47 <sipa> 1 satoshi = 0.00000001 BTC
676 2012-07-05 11:32:02 <Keverw> o
677 2012-07-05 11:32:18 <sipa> ersi: the blockchain is not entirely a database, actually; the blocks/transactions are (for now) just stored in a flat file
678 2012-07-05 11:33:29 <ersi> sipa: What exactly does 'detach the database' mean, by the way? I'm kind of curious about that
679 2012-07-05 11:33:43 <ersi> Guess one has to define what 'the database' means then ^_^
680 2012-07-05 11:34:10 <sipa> ersi: BDB creates many files in the database directory, and the actual db files are tied to those (they can refer to log files in that directory, and such)
681 2012-07-05 11:34:26 <sipa> detaching the DB file means making it standalone
682 2012-07-05 11:34:45 <Keverw> so 9 places is the max for bitcents?
683 2012-07-05 11:34:53 <sipa> Keverw: 8
684 2012-07-05 11:34:58 <Keverw> o
685 2012-07-05 11:35:10 cdecker has joined
686 2012-07-05 11:35:18 <sipa> (1 BTC can be subdivides 100 million times)
687 2012-07-05 11:35:29 <Keverw> 0.00000001 looks like 9⦠.or maybe I can't count
688 2012-07-05 11:35:38 <Keverw> oh⦠I see what I did
689 2012-07-05 11:35:47 <Keverw> so so far I know we have *,8 for the value
690 2012-07-05 11:36:00 <Keverw> 21 million cap
691 2012-07-05 11:36:22 da2ce7 has joined
692 2012-07-05 11:36:26 <ersi> sipa: So, it'd be advisable to do if you'd like to move the blockchain data from one computer to another?
693 2012-07-05 11:36:32 <Keverw> so that's 21,000,000
694 2012-07-05 11:36:35 <sipa> ersi: yes
695 2012-07-05 11:36:45 <ersi> Neat. Thanks for the answers sipa
696 2012-07-05 11:36:46 <sipa> ersi: if will most certainly fail to load otherwise
697 2012-07-05 11:36:52 <ersi> Yeah, I've tried that :)
698 2012-07-05 11:37:19 <Keverw> so 8?
699 2012-07-05 11:37:23 <Keverw> 8,8?
700 2012-07-05 11:37:28 <Keverw> or 9,8
701 2012-07-05 11:38:15 <sipa> Keverw: in mysql-speak, you want DECIMAL(16,8)
702 2012-07-05 11:38:38 <sipa> (first number is the total amount of significant digits)
703 2012-07-05 11:39:04 <Keverw> oh. okay Thanks!
704 2012-07-05 11:39:44 <sipa> but as i said, if you need to do anything but just showing/input/passthrough the amounts (even just adding them together) in PHP or JS, store them as integer multiples of 1 satoshi
705 2012-07-05 11:40:58 <Keverw> I guessâ¦. completed.
706 2012-07-05 11:41:02 <Keverw> compliated*
707 2012-07-05 11:41:07 <Keverw> I hate Autocorrect....
708 2012-07-05 11:41:13 <sipa> compliated?
709 2012-07-05 11:41:32 <Keverw> compicated.
710 2012-07-05 11:41:36 <sipa> complicated? compiled? compliant?
711 2012-07-05 11:41:43 <Keverw> I'm a horrible speller⦠just confusing. like hardâ¦. I guess
712 2012-07-05 11:45:11 <sipa> not sure what you mean, still
713 2012-07-05 11:45:15 <Keverw> I wonder how Paypal does it⦠Do they store everything in cents?
714 2012-07-05 11:45:39 <sipa> probably
715 2012-07-05 11:46:31 <JFK911> i think paypal stores everything in floats
716 2012-07-05 11:46:49 <Keverw> Yeah⦠Why would DECIMAL(16,8) have problems?
717 2012-07-05 11:47:11 <Keverw> Just don't want to over complicate things.
718 2012-07-05 11:47:44 <Keverw> and can't wait till MT Lion is on the app store. For us horrible spellers we can just press the function key and say it
719 2012-07-05 11:47:58 <Keverw> system wide speech input.
720 2012-07-05 11:49:29 da2ce7 has quit (Ping timeout: 248 seconds)
721 2012-07-05 11:54:22 Obsi has quit (Quit: No Ping reply in 180 seconds.)
722 2012-07-05 11:54:35 MysteryBanshee has quit (Ping timeout: 264 seconds)
723 2012-07-05 11:55:29 Tykling has quit (Ping timeout: 248 seconds)
724 2012-07-05 11:57:44 guruvan has quit (Ping timeout: 276 seconds)
725 2012-07-05 11:57:45 guruvan_ is now known as guruvan
726 2012-07-05 11:59:17 guruvan_ has joined
727 2012-07-05 11:59:35 Tykling has joined
728 2012-07-05 12:00:56 p0s has joined
729 2012-07-05 12:06:11 darsk1ez has quit (Ping timeout: 245 seconds)
730 2012-07-05 12:06:11 darkskiez has quit (Ping timeout: 245 seconds)
731 2012-07-05 12:17:42 darkee has quit (Remote host closed the connection)
732 2012-07-05 12:18:00 rdponticelli has joined
733 2012-07-05 12:18:24 darkee has joined
734 2012-07-05 12:18:39 darkskiez has joined
735 2012-07-05 12:18:40 darsk1ez has joined
736 2012-07-05 12:19:06 Clipse has quit (Ping timeout: 246 seconds)
737 2012-07-05 12:23:13 agricocb has quit (Quit: Leaving.)
738 2012-07-05 12:33:58 Prattler has joined
739 2012-07-05 12:36:53 p0s has quit (Remote host closed the connection)
740 2012-07-05 12:48:54 agricocb has joined
741 2012-07-05 13:00:56 MC1984 has quit (Read error: Connection reset by peer)
742 2012-07-05 13:01:30 MC1984 has joined
743 2012-07-05 13:05:32 Tiggr has joined
744 2012-07-05 13:05:47 MrTiggr has quit (Ping timeout: 252 seconds)
745 2012-07-05 13:05:56 Tiggr is now known as Guest89540
746 2012-07-05 13:06:31 Guest89540 has quit (Changing host)
747 2012-07-05 13:06:31 Guest89540 has joined
748 2012-07-05 13:06:38 Guest89540 is now known as MrTiggr
749 2012-07-05 13:08:36 drizztbsd has joined
750 2012-07-05 13:24:21 Raziel_ has joined
751 2012-07-05 13:27:30 RazielZ has quit (Ping timeout: 250 seconds)
752 2012-07-05 13:31:55 rdponticelli has quit (Ping timeout: 246 seconds)
753 2012-07-05 13:42:46 Obsi has joined
754 2012-07-05 13:50:18 PK has quit (Read error: Connection reset by peer)
755 2012-07-05 13:53:13 tsche has quit (Ping timeout: 248 seconds)
756 2012-07-05 13:53:46 copumpkin has quit (Quit: Computer has gone to sleep.)
757 2012-07-05 13:56:37 cdecker has quit (Ping timeout: 245 seconds)
758 2012-07-05 13:58:29 tsche has joined
759 2012-07-05 14:00:45 RainbowDashh has quit (Quit: SLEEP MODE. [NSFW!] [WIERD] [WTF] http://pastebin.com/6L0WjKRk)
760 2012-07-05 14:02:48 hexTech has joined
761 2012-07-05 14:10:15 cdecker has joined
762 2012-07-05 14:12:22 copumpkin has joined
763 2012-07-05 14:12:30 da2ce7 has joined
764 2012-07-05 14:20:01 egecko has quit (Quit: ~ Trillian Astra - www.trillian.im ~)
765 2012-07-05 14:26:39 MysteryBanshee has joined
766 2012-07-05 14:40:15 <MysteryBanshee> gmaxwell: :/
767 2012-07-05 14:41:15 <copumpkin> MysteryBanshee: please stop PMing me with threats. I don't have the power to fix your mess, and if I did, I wouldn't choose to.
768 2012-07-05 14:41:36 <MysteryBanshee> copumpkin: pm
769 2012-07-05 14:41:51 <copumpkin> please stop PMing me at all
770 2012-07-05 14:41:53 <copumpkin> I don't care
771 2012-07-05 14:42:11 <tgs3> copumpkin: Y U NO care
772 2012-07-05 14:42:38 <MysteryBanshee> ok fair enough, if you dont care :)
773 2012-07-05 14:42:50 * MysteryBanshee will have some fun
774 2012-07-05 14:43:11 <tgs3> MysteryBanshee: try calling his mobile Im sure it will help
775 2012-07-05 14:43:30 <copumpkin> MysteryBanshee: keep being a creep. See how far it gets you
776 2012-07-05 14:43:38 <MysteryBanshee> why am I a creep copumpkin?
777 2012-07-05 14:44:10 <tgs3> MysteryBanshee: can you give your bitcoin address
778 2012-07-05 14:44:11 <copumpkin> uh, threatening random people with mysterious unknown punishments for things you brought upon yourself and that they had little say in?
779 2012-07-05 14:44:25 <copumpkin> anyway, this isn't the place
780 2012-07-05 14:44:25 cdecker has quit (Ping timeout: 252 seconds)
781 2012-07-05 14:44:28 <copumpkin> #bitcoin-otc-foyer
782 2012-07-05 14:44:33 <MysteryBanshee> copumpkin: hah, yeh, its my fault I get called a scammer 24/7 and peopel think its ok to impersonate me
783 2012-07-05 14:45:29 <sipa> what did he do?
784 2012-07-05 14:46:52 <Keverw> Yeah⦠I was wondering the same but the ban sound in Colloguy is nice.
785 2012-07-05 14:48:16 <gmaxwell> In here, nothing yet. In OTC he spent his first weak there buying positive ratings then switched to threating to scam people if $random_demand wasn't met.
786 2012-07-05 14:48:37 <sipa> huh, ok
787 2012-07-05 14:48:57 <gmaxwell> s/weak/week/ gah, dunno how I make errors like that.
788 2012-07-05 14:50:03 gavinandresen has joined
789 2012-07-05 14:50:42 <tgs3> gmaxwell: Im not thinking its 100% ok to ban someone here on -dev based on his actions related to bitcoin trading in trading channel
790 2012-07-05 14:50:59 <MrTiggr> omfg the banhammer swings slow in here .. banshees do not dev
791 2012-07-05 14:52:09 <Keverw> tgs3: yeah, but he was starting to bring it in to this room also.
792 2012-07-05 14:52:13 <MrTiggr> the only reason we haz poltergiests in here is coz it got butthurt in every other channel there might be an OP .. swing away gmaxwell i say
793 2012-07-05 14:53:06 <ersi> tgs3: If the person is question only brings drama and no -dev on topic discussions, I say it's fair game
794 2012-07-05 14:53:12 <ersi> s/is/in/
795 2012-07-05 15:02:35 <tgs3> ok maybe it is. persoanlly I would wait longer tho :)\
796 2012-07-05 15:04:25 Karmaon has quit (Read error: Connection reset by peer)
797 2012-07-05 15:04:48 Karmaon has joined
798 2012-07-05 15:04:49 Karmaon has quit (Changing host)
799 2012-07-05 15:04:49 Karmaon has joined
800 2012-07-05 15:11:13 dwon has joined
801 2012-07-05 15:11:24 mmoya has joined
802 2012-07-05 15:14:50 cdecker has joined
803 2012-07-05 15:15:18 rdponticelli has joined
804 2012-07-05 15:17:55 Clipse has joined
805 2012-07-05 15:27:02 <sipa> gmaxwell: 172k blocks in less than 5 minutes!
806 2012-07-05 15:27:12 <tgs3> sipa: how?
807 2012-07-05 15:27:36 <gmaxwell> Ultrapruneâ¢
808 2012-07-05 15:27:48 <sipa> (ok, i cheated, processing 50 blocks at a time during IBD)
809 2012-07-05 15:27:54 minimoose has joined
810 2012-07-05 15:28:19 <BlueMatt> its not cheating if there is a branch that does that in a mergeable way ;)
811 2012-07-05 15:28:41 <gmaxwell> well, it doesn't reflect non-checkpointed performance. Still the numbers without that were good too.
812 2012-07-05 15:29:03 pickett has quit (Remote host closed the connection)
813 2012-07-05 15:29:33 <BlueMatt> non-checkpointed the biggest difference is sig checking, and that can be threaded (again, there is a merge-able branch that does that too)
814 2012-07-05 15:29:44 minimoose has quit (Client Quit)
815 2012-07-05 15:30:35 <sipa> TD suggested using a queue for signatures to be checked, and preliminarily connect blocks before checking sigs
816 2012-07-05 15:30:50 <gmaxwell> dist-sigcheck
817 2012-07-05 15:30:56 <sipa> oh yeah
818 2012-07-05 15:31:17 <gmaxwell> that would make it a _lot_ easier to integrate gpu / FPGA sig checking code.
819 2012-07-05 15:31:35 <BlueMatt> https://github.com/TheBlueMatt/bitcoin/commit/17b39780fb69f56a65455317e481154520206b01
820 2012-07-05 15:31:46 Maged has joined
821 2012-07-05 15:31:51 minimoose has joined
822 2012-07-05 15:32:04 <BlueMatt> in terms of doing block connect before doing sig checking...meh
823 2012-07-05 15:32:04 <sipa> :o
824 2012-07-05 15:32:22 <sipa> how can you thread connectinputs?
825 2012-07-05 15:32:53 <BlueMatt> you have to loack it a bit: https://github.com/TheBlueMatt/bitcoin/commit/e1c5efb81f1c994c4e7925c816e29352d7e7ac42
826 2012-07-05 15:32:55 <gmaxwell> In general block connect before doing sig checking would also support a structure that would also work for proofs-of-treachery, e.g. where you stochastically validate and listen for other nodes to send you alerts of baddness they found.
827 2012-07-05 15:32:58 <BlueMatt> s/loack/lock/
828 2012-07-05 15:33:52 <BlueMatt> never got around to actually pre-loading inputs (otherwise the locking kills in the first commit) but thats not hard
829 2012-07-05 15:35:07 <BlueMatt> ooo...9 line change that decreases cpu cycles spent in bitcoin-qt during initial load from 3.3bill to 1.7bill
830 2012-07-05 15:35:18 <sipa> BlueMatt: which?
831 2012-07-05 15:35:44 <BlueMatt> the only important line is this in Serialize in IMPLEMENT_SERIALIZE:
832 2012-07-05 15:35:44 <BlueMatt> s.reserve(s.size() + GetSerializeSize(nType, nVersion)); \
833 2012-07-05 15:35:59 pickett has joined
834 2012-07-05 15:36:07 <sipa> which?
835 2012-07-05 15:36:20 <BlueMatt> ie pre-allocate CDataStream when serializing
836 2012-07-05 15:36:44 <sipa> 184k blocks now
837 2012-07-05 15:36:48 <sipa> (from network)
838 2012-07-05 15:38:25 <gmaxwell> BlueMatt: so the savings is all just excess heap allocation load?
839 2012-07-05 15:39:11 <gmaxwell> I noticed in my callgrind results that there were a number of places where thrashing the heap allocator was a major cpu sink, at least as far as callgrind was concerned.
840 2012-07-05 15:39:18 <BlueMatt> gmaxwell: yep
841 2012-07-05 15:39:30 gribble has quit (Remote host closed the connection)
842 2012-07-05 15:39:41 <gmaxwell> BlueMatt: are you're measurements just callgrind or gcov or are you using something less invasive like oprofile?
843 2012-07-05 15:39:54 <BlueMatt> callgrind
844 2012-07-05 15:40:07 <sipa> damn, 50 block connects take around 20s now
845 2012-07-05 15:40:20 <gmaxwell> I ask because simple instruction counters tend to overstate the cost of stuff which has a lot of very well predicted branches (like the heap allocator)... so it may be a bit less than your measurements suggest.
846 2012-07-05 15:40:25 <BlueMatt> though that was -checkblocks=100 to keep from having to spend an hour per benchmark...
847 2012-07-05 15:40:32 <gmaxwell> sipa: need parallel ECDSA. ;)
848 2012-07-05 15:40:33 <BlueMatt> gmaxwell: it probably is
849 2012-07-05 15:40:49 <sipa> gmaxwell: still below last checkpoint
850 2012-07-05 15:40:56 <gmaxwell> oh. hm!
851 2012-07-05 15:41:04 <sipa> gmaxwell: oh, no!
852 2012-07-05 15:41:07 <sipa> just passed it
853 2012-07-05 15:41:17 <BlueMatt> sipa: Im really interested to see what ultraprune looks like after threaded block commit+threaded connectinputs+all the GetHash() removal
854 2012-07-05 15:41:42 <sipa> BlueMatt: i must warn you that the block connection logic was changed a lot
855 2012-07-05 15:41:53 <sipa> (though it's a lot cleaner now, imho)
856 2012-07-05 15:42:07 <BlueMatt> yea, I have a bad feeling that the whole cblockstore stuff is gonna die again after ultraprune...
857 2012-07-05 15:42:53 <sipa> there's a abstract CCoinsView that represents a set of coins/connect blocks, with several implementations (one backed by DB, one by mempool, and one that adds a cache on top of it)
858 2012-07-05 15:43:13 <sipa> and ConnectBlock is just CBlock::ConnectBlock(CBlockIndex *pindex, CCoinsView &view)
859 2012-07-05 15:43:21 <BlueMatt> fun...
860 2012-07-05 15:43:24 <sipa> instead of 15 parameters for what kind of mode it is used in
861 2012-07-05 15:44:26 <gavinandresen> so... how are we going to test to make sure there's not a horrible edge-case-network-forking bug lurking?
862 2012-07-05 15:44:43 <sipa> gavinandresen: thorough testing?
863 2012-07-05 15:44:50 gribble has joined
864 2012-07-05 15:45:02 maaku has joined
865 2012-07-05 15:45:10 <gavinandresen> you writing lots of edge-case blockchains we can throw at it?
866 2012-07-05 15:45:16 <sipa> haha
867 2012-07-05 15:45:31 <sipa> one thing i think about: the coins db and undo files are entirely deterministic
868 2012-07-05 15:45:50 <sipa> reorg'ing to an older state should give you exactly the same state again
869 2012-07-05 15:47:21 <gmaxwell> It may make sense to set a goal of getting testcases that give 100% branch coverage of operative branches. (The hard part will be sorting out true operative branches vs unreachable error handling added by boost and friends)
870 2012-07-05 15:48:49 <gmaxwell> And probably mutations to test the tests. (e.g. go and invert or nullify each test in the connection logic one at a time, looping on recompiling and running the tests to make sure that every change kills it) I'll work on that when its ready.
871 2012-07-05 15:48:52 <BlueMatt> 100% branch coverage of branches in bitcoin code itself (is there a tool to test that?) is a easier goal that gets much of the benifit (could be seen as a first goal towards getting more overall coverage)
872 2012-07-05 15:49:17 <gmaxwell> BlueMatt: GCOV will do so, but you'll get branches leaking in from macros.
873 2012-07-05 15:49:54 <BlueMatt> mmm,yea
874 2012-07-05 15:49:55 <gmaxwell> the LCOV reports look like this: https://mf4.xiph.org/jenkins/job/opus-coverage/ws/coverage/celt/index.html
875 2012-07-05 15:50:28 <sipa> the compact serializers are a bit complex (and probably overkill), but the worst ones already have unit tests
876 2012-07-05 15:50:53 <gavinandresen> The case I really care about is some complicated edge-case block-chain re-org that is rejected by the new code but accepted by the old code (or vice-versa)
877 2012-07-05 15:51:07 <gavinandresen> ... because that would split the network
878 2012-07-05 15:51:20 <sipa> since BIP30, reorgs are fulle deterministic
879 2012-07-05 15:51:26 <gmaxwell> (by branchs it means 'modified condition decision' basically)
880 2012-07-05 15:51:43 <sipa> so you could even define a function that calculates a hash (merkle root?) of all coins in the database
881 2012-07-05 15:51:48 <sipa> implement that for old and new code
882 2012-07-05 15:52:00 <sipa> and verify that they are exactly identical
883 2012-07-05 15:52:31 <sipa> and then fire your worst at it (testnet?)
884 2012-07-05 15:53:04 <gmaxwell> gavinandresen: right. If we're able to generate a block file that hits every outcome in every branch of the validation, then run on both and show that the txout set is the same at every step... that would be fair evidence. Though not conclusive proof.
885 2012-07-05 15:53:28 <sipa> ok, fully synced
886 2012-07-05 15:53:40 <sipa> -rw------- 1 pw pw 38289408 2012-07-05 17:47 chain.dat
887 2012-07-05 15:53:40 <sipa> -rw------- 1 pw pw 132325376 2012-07-05 17:47 coins.dat
888 2012-07-05 15:54:14 <gavinandresen> gmaxwell: 100% testing coverage on both old and new code would make me sleep much better
889 2012-07-05 15:54:45 <gmaxwell> We could also release such changes by forking the software. e.g. release it as bitcoin-qt-turboâ encouraged for home users, discouraged for high value servicesâ for a while before merging it back. Sadly an attacker would wait in order to maximize their impact, but at least running in parallel for a while would increase confidence.
890 2012-07-05 15:55:00 <Keverw> should varchar 34 be good for storing an address in mysql?
891 2012-07-05 15:55:10 <sipa> SetBestChain is now just one (slightly longer) function now, instead of having parts split off for reorganisation and normal connections
892 2012-07-05 15:55:24 <sipa> and there is only a special case for the genesis block
893 2012-07-05 15:55:35 <gavinandresen> sipa: nice!
894 2012-07-05 15:55:40 <sipa> all other reorgs are just one code path, with hardly any conditionals
895 2012-07-05 15:55:41 <gmaxwell> sipa: 162MiB ... not so shabby.
896 2012-07-05 15:56:16 <gmaxwell> sipa: do you know how much data is actually in them?
897 2012-07-05 15:56:42 <sipa> gmaxwell: coins.dat contains around 67 MB of data
898 2012-07-05 15:57:00 <sipa> gmaxwell: what does "not so shabby" mean?
899 2012-07-05 15:57:11 <gmaxwell> sipa: That looks good.
900 2012-07-05 15:57:29 <sipa> chain.dat can be made at least 4 times smaller, if we'd store block indices a bit more efficiently
901 2012-07-05 15:57:35 <luke-jr> gavinandresen: fwiw, txn_prio contains some unit tests for block creation
902 2012-07-05 15:58:07 <sipa> now... let me try syncing again without the 50-blocks-at-a-time
903 2012-07-05 15:58:13 <sipa> since i didn't get any reorgs yet
904 2012-07-05 16:00:12 Diablo-D3 has quit (Ping timeout: 240 seconds)
905 2012-07-05 16:02:20 <sipa> ok, pushed to ultraprune, if someone would like to benchmark
906 2012-07-05 16:09:07 Z0rZ0rZ0r has joined
907 2012-07-05 16:15:19 <gribble> New news from bitcoinrss: sje397 opened pull request 1559 on bitcoin/bitcoin <https://github.com/bitcoin/bitcoin/pull/1559>
908 2012-07-05 16:18:07 rdponticelli_ has joined
909 2012-07-05 16:19:11 rdponticelli has quit (Ping timeout: 264 seconds)
910 2012-07-05 16:19:58 <BlueMatt> gavinandresen: what are your current plans for 0.7?
911 2012-07-05 16:21:46 <gavinandresen> BlueMatt: dunno, haven't looked at all the pulls. I want to finish the blockheigh-in-coinbase change.
912 2012-07-05 16:22:35 <gavinandresen> The highest priority not-yet-done item on my wish list is fee rework
913 2012-07-05 16:23:06 <gavinandresen> speaking of which... I updated the gist for that yesterday: https://gist.github.com/2961409
914 2012-07-05 16:23:57 <BlueMatt> fee rework is 0.7?
915 2012-07-05 16:25:00 <gavinandresen> Maybe part of fee rework-- miners need to change their transaction-including logic before clients can start to rely on it
916 2012-07-05 16:25:30 <jgarzik> gavinandresen: raw tx api for 0.7, yes?
917 2012-07-05 16:25:45 <gavinandresen> So doing something fairly straightforward like sorting transactions first by fee-per-kb might be a 0.7 thing
918 2012-07-05 16:26:00 <gavinandresen> jgarzik: yes, raw tx api is ready to pull I think
919 2012-07-05 16:26:11 <BlueMatt> s/transactions/tx groups/
920 2012-07-05 16:26:34 <gmaxwell> gavinandresen: On fee rework, I hate to move the goalpost... though I do think we need to contemplate how ultraprune fits in with it. The updated fee schedule should incentivize reducing the txout set. Otherwise future improvements to make clients reduce the txout set size at the expense of a somewhat larger transaction may be resisted because they increase fees.
921 2012-07-05 16:26:38 <gavinandresen> maybe transaction groups, but that's more dangerous
922 2012-07-05 16:27:07 <BlueMatt> dangerous?
923 2012-07-05 16:27:08 Lolcust has quit (Ping timeout: 244 seconds)
924 2012-07-05 16:27:17 <jgarzik> we can go ahead and start putting height into coinbase now, right?
925 2012-07-05 16:27:39 <gavinandresen> yes, dangerous, if there's a hidden "I can create a set of dependent transactions that make you perform O(n^2) work"
926 2012-07-05 16:27:40 <jgarzik> i.e. absent any block shunning/rejecting code
927 2012-07-05 16:27:47 <gmaxwell> jgarzik: not if we're going to use the height as a signal for a rule change, it would have to go hand in hand with the rule.
928 2012-07-05 16:27:56 <BlueMatt> gavinandresen: ah, performance dangerous, yea...that is an issue
929 2012-07-05 16:28:09 <jgarzik> oh yeah -- what about RPC locking? table with 'unlocked' member, or lock push-down?
930 2012-07-05 16:28:35 <gavinandresen> consensus was lock push-down, but that'll mean I'll have some work to do in the raw transactions API
931 2012-07-05 16:28:37 <BlueMatt> push-down: makes it way easier to do shared locking
932 2012-07-05 16:28:53 <gavinandresen> BlueMatt: no, it doesn't.
933 2012-07-05 16:29:04 <BlueMatt> well, less work at least
934 2012-07-05 16:29:09 <gavinandresen> BlueMatt: if you want a shared lock, you just tell the table "don't lock for me, I'll do all my locking myself"
935 2012-07-05 16:29:39 <BlueMatt> and when so many rpc functions are shared lock, you end up with only a few trues in the table, which...well whatever
936 2012-07-05 16:30:33 <gavinandresen> BlueMatt: right, I lost that battle, I concede defeat. ANd will tell you all "I told you so" when there's a subtle locking-related bug because a new RPC call forgets to obtain the right set of locks....
937 2012-07-05 16:31:22 <BlueMatt> fair enough
938 2012-07-05 16:33:27 <gmaxwell> sipa: the seperate blk and unds probably waste a fair bit of space.. on many (most?) file systems a file needs to consume at least one block.
939 2012-07-05 16:37:00 Lolcust has joined
940 2012-07-05 16:37:02 <gmaxwell> 07/05/12 16:28:02 SetBestChain: new best=00000000839a8e6886ab height=1 work=8590065666
941 2012-07-05 16:37:05 <gmaxwell> 07/05/12 16:28:33 SetBestChain: new best=000000000003ba27aa20 height=100000 work=451709610344319134
942 2012-07-05 16:37:08 <gmaxwell> 07/05/12 16:31:57 SetBestChain: new best=0000000000000136be7d height=164956 work=225916907792042738117
943 2012-07-05 16:37:12 <gmaxwell> sipa: and then it hits a reorg and stops.
944 2012-07-05 16:39:55 <gmaxwell> In any case, 165k blocks in 4 minutes is good.
945 2012-07-05 16:40:13 Cory has quit (Ping timeout: 240 seconds)
946 2012-07-05 16:41:09 Cory has joined
947 2012-07-05 16:48:48 cdecker has quit (Quit: Leaving.)
948 2012-07-05 17:00:47 Maged has quit (Ping timeout: 245 seconds)
949 2012-07-05 17:02:23 <ersi> gmaxwell: Success with locking adjustments?
950 2012-07-05 17:03:04 <gmaxwell> no, you wish. We don't appear to be bound by locking on initial sync. Thats ultraprune.
951 2012-07-05 17:03:31 <ersi> Aww, still cool though. Four fucking minutes.. that's nothing
952 2012-07-05 17:03:49 <BlueMatt> use a tmpfs, 4 minutes is easy
953 2012-07-05 17:04:16 minimoose has quit (Quit: minimoose)
954 2012-07-05 17:06:15 <jgarzik> rpcrawtransaction.cpp
955 2012-07-05 17:06:21 <jgarzik> even a German could not invent a longer filename
956 2012-07-05 17:06:22 * jgarzik runs
957 2012-07-05 17:06:58 <gmaxwell> Where germans fail apply java developers!
958 2012-07-05 17:07:35 <jgarzik> RPCTypeCheck(params, list_of(int_type)(int_type));
959 2012-07-05 17:07:51 <jgarzik> an unusual number of parens... probably a weird C++ template or macro thingy
960 2012-07-05 17:09:41 ThomasV has joined
961 2012-07-05 17:12:03 <jgarzik> gavinandresen: bleh
962 2012-07-05 17:12:13 <jgarzik> gavinandresen: you added a bunch of new compile warnings: http://pastebin.com/8bidY7Ez
963 2012-07-05 17:12:23 dwon has quit (Quit: Leaving)
964 2012-07-05 17:15:33 <ersi> jgarzik: You could add FactoryModel afterwards
965 2012-07-05 17:16:54 <gavinandresen> jgarzik: ack, I'll fix after I eat some lunch. -Wall doesn't seem to be catching them in my dev environment for some reason
966 2012-07-05 17:17:33 darkee has quit (Ping timeout: 276 seconds)
967 2012-07-05 17:17:33 devrandom has quit (Ping timeout: 276 seconds)
968 2012-07-05 17:17:52 <jgarzik> gavinandresen: probably a -Wno-sign-compare hidden in osx makefile somewhere
969 2012-07-05 17:18:28 <jgarzik> sipa: this is an example of a problem I mentioned a couple months ago... excessive wallet flushing: http://pastebin.com/nwHNdRcM
970 2012-07-05 17:18:54 <jgarzik> just started git HEAD client, and downloaded a couple hundred blocks
971 2012-07-05 17:18:58 <jgarzik> several wallet flushes per minute
972 2012-07-05 17:19:13 devrandom has joined
973 2012-07-05 17:19:15 <jgarzik> no wallet tx's in any of those blocks
974 2012-07-05 17:19:56 maaku has quit (Quit: maaku)
975 2012-07-05 17:21:53 maaku has joined
976 2012-07-05 17:24:11 darkee has joined
977 2012-07-05 17:31:16 MC1984 has quit (Ping timeout: 252 seconds)
978 2012-07-05 17:32:15 setkeh has quit (Quit: Love Linux ?? and Sharing Experiance ?? Come Join us on Freenode at #linuxdistrocommunity)
979 2012-07-05 17:32:25 setkeh has joined
980 2012-07-05 17:32:36 <gavinandresen> jgarzik: fixed the warnings, although I'm getting one in unrelated code: main.cpp:1920: warning: comparison between signed and unsigned integer expressions
981 2012-07-05 17:32:41 setkeh has quit (Client Quit)
982 2012-07-05 17:32:58 setkeh has joined
983 2012-07-05 17:33:35 <jgarzik> gavinandresen: does the warning go away if you suffix 'L' onto the 0x7F000000 constant?
984 2012-07-05 17:34:04 <gavinandresen> jgarzik: no
985 2012-07-05 17:34:38 setkeh has quit (Client Quit)
986 2012-07-05 17:35:01 setkeh has joined
987 2012-07-05 17:35:06 <jgarzik> gavinandresen: this is osx? ftell() returns long on that platform, yes?
988 2012-07-05 17:35:17 setkeh has quit (Client Quit)
989 2012-07-05 17:35:38 <gavinandresen> according to 'man ftell', yes it returns long
990 2012-07-05 17:36:32 <jgarzik> owel, have to cast the entire RHS I guess
991 2012-07-05 17:36:45 * jgarzik needs coffee^H^HPepsi
992 2012-07-05 17:37:43 setkeh has joined
993 2012-07-05 17:38:04 Zarutian has joined
994 2012-07-05 17:39:03 * luke-jr wonders why bitcoin-seeder has to chew up 400% CPU constantly -.-
995 2012-07-05 17:39:34 p0s has joined
996 2012-07-05 17:39:50 <gavinandresen> if (ftell(file) < static_cast<long>(0x7F000000 - MAX_SIZE)) .... fixes it. MAX_SIZE is unsigned.
997 2012-07-05 17:40:39 <jgarzik> yep
998 2012-07-05 17:41:09 <gavinandresen> ... maybe if (ftell(file)+MAX_SIZE < 0x7F...) would be a better fix, though
999 2012-07-05 17:43:35 rcorreia has quit (Quit: No Ping reply in 180 seconds.)
1000 2012-07-05 17:44:26 rcorreia has joined
1001 2012-07-05 17:47:44 maaku has quit (Quit: maaku)
1002 2012-07-05 17:51:42 <jgarzik> gavinandresen: well, think about overflowing a long on 32-bit
1003 2012-07-05 17:53:09 keverw has left (laptop!~keverw92@cpe-69-135-194-29.woh.res.rr.com|)
1004 2012-07-05 17:54:40 <gavinandresen> jgarzik: I'm not enough of a C/C++ language lawyer... is the result of int + unsigned int signed or unsigned ?
1005 2012-07-05 17:56:07 sirk390 has joined
1006 2012-07-05 17:59:09 <gmaxwell> unsigned.
1007 2012-07-05 18:00:24 p0s has quit (Remote host closed the connection)
1008 2012-07-05 18:00:47 <gavinandresen> gmaxwell: thanks. so ftell() returning signed long plus an unsigned MAX_SIZE cannot overflow, yes?
1009 2012-07-05 18:02:43 <gmaxwell> So long as ftell()+MAX_SIZE can't be over ULONG_MAX.
1010 2012-07-05 18:03:00 <gavinandresen> yeah, can't be, const unsigned int MAX_SIZE = 0x02000000;
1011 2012-07-05 18:03:02 <drizztbsd> ftello can use 64bit :P
1012 2012-07-05 18:04:33 maaku has joined
1013 2012-07-05 18:06:04 Keverw has quit (Quit: Keverw)
1014 2012-07-05 18:07:33 <jgarzik> gavinandresen: well, ULONG_MAX is quite small on 32-bit :)
1015 2012-07-05 18:07:59 <jgarzik> gavinandresen: ftell() + MAX_SIZE can conceivably overflow
1016 2012-07-05 18:08:20 <jgarzik> you'd have to construct a block file Of Unusual Size, I imagine
1017 2012-07-05 18:09:47 <jgarzik> probably why Satoshi wrote it in the safer manner (ftell < (x - y))
1018 2012-07-05 18:10:04 <jgarzik> ftell itself can return ULONG_MAX
1019 2012-07-05 18:10:25 <gavinandresen> ftell returns unsigned longs on some systems?
1020 2012-07-05 18:11:00 <gavinandresen> (this is why I'm not qualified to fix that warning, by the way....)
1021 2012-07-05 18:11:21 <jgarzik> ahh, sorry. my mistake. yes, ftell can return up to LONG_MAX.
1022 2012-07-05 18:11:23 rdponticelli_ has quit (Ping timeout: 264 seconds)
1023 2012-07-05 18:12:57 * jgarzik is so used to working with always unsigned types in the kernel.... comparisons that nudge the 32-bit overflow boundary are a source of subtle kernel bugs
1024 2012-07-05 18:13:54 <jgarzik> programmers are apparently hardwired to write "if (address + offset > boundary)" which is not so safe
1025 2012-07-05 18:15:14 osmosis has joined
1026 2012-07-05 18:15:18 <gmaxwell> Good thing there are nice guides for this stuff.
1027 2012-07-05 18:15:33 <gmaxwell> e.g. https://www.securecoding.cert.org/confluence/display/seccode/INT02-C.+Understand+integer+conversion+rules (though be warned, my fuzzy memory said I didn't like something about their advice)
1028 2012-07-05 18:16:15 toffoo has joined
1029 2012-07-05 18:17:03 <gavinandresen> gmaxwell: excellent, thanks.
1030 2012-07-05 18:17:42 Ferroh has quit (Ping timeout: 244 seconds)
1031 2012-07-05 18:17:45 maaku has quit (Quit: maaku)
1032 2012-07-05 18:18:13 maaku has joined
1033 2012-07-05 18:19:19 Ahimoth_ has joined
1034 2012-07-05 18:19:32 Ahimoth_ is now known as Ahimoth
1035 2012-07-05 18:25:13 <luke-jr> gmaxwell: some of the rules seem non-intuitive to me, so I tend to always be explicit when I'm even slightly unsure
1036 2012-07-05 18:26:14 <jgarzik> I wrote a C compiler and still don't know the rules by heart :)
1037 2012-07-05 18:26:36 <gmaxwell> luke-jr: it really really helps if you've programmed in C on a 16 bit machine. The promotion to unsigned makes a ton more sense then. Otherwise you have constant problems with loop counters overflowing.
1038 2012-07-05 18:32:56 p0s has joined
1039 2012-07-05 18:36:01 <forrestv> arbitrary precision math ftw
1040 2012-07-05 18:36:33 <luke-jr> forrestv: if only that didn't come with implied lossyness :/
1041 2012-07-05 18:38:17 <forrestv> eh? no. not floating point, but like perl's bignum or python's longs
1042 2012-07-05 18:45:26 rdponticelli has joined
1043 2012-07-05 18:45:52 <luke-jr> right, .. or bitcoin's CBigNum <.<
1044 2012-07-05 18:47:21 sirk390 has quit (Read error: Connection reset by peer)
1045 2012-07-05 18:49:01 sirk390 has joined
1046 2012-07-05 18:50:01 ThomasV has quit (Quit: Quitte)
1047 2012-07-05 18:53:11 <BlueMatt> jgarzik: can we get lock push-down rebased, add the one missing cs_vNodes and merged? I wanna build on it but it doesnt apply on master atm...
1048 2012-07-05 18:55:40 D34TH has joined
1049 2012-07-05 18:55:40 D34TH has quit (Changing host)
1050 2012-07-05 18:55:40 D34TH has joined
1051 2012-07-05 18:55:56 <BlueMatt> yay! 60 open pulls...
1052 2012-07-05 18:59:18 sirk390 has quit (Read error: Connection reset by peer)
1053 2012-07-05 19:00:15 variousnefarious has joined
1054 2012-07-05 19:00:16 sirk390 has joined
1055 2012-07-05 19:01:39 osmosis has quit (Quit: Leaving)
1056 2012-07-05 19:02:46 sirk3901 has joined
1057 2012-07-05 19:04:47 sirk390 has quit (Ping timeout: 264 seconds)
1058 2012-07-05 19:05:46 sirk390 has joined
1059 2012-07-05 19:07:47 sirk3901 has quit (Ping timeout: 264 seconds)
1060 2012-07-05 19:12:49 <gribble> New news from bitcoinrss: TheBlueMatt opened issue 1560 on bitcoin/bitcoin <https://github.com/bitcoin/bitcoin/issues/1560>
1061 2012-07-05 19:12:56 sirk390 has quit (Quit: Leaving.)
1062 2012-07-05 19:15:02 Karmaon has quit (Read error: Connection reset by peer)
1063 2012-07-05 19:15:18 Karmaon has joined
1064 2012-07-05 19:15:19 Karmaon has quit (Changing host)
1065 2012-07-05 19:15:19 Karmaon has joined
1066 2012-07-05 19:15:20 <luke-jr> got a crash, looks like related to CBlockStore
1067 2012-07-05 19:15:22 <luke-jr> BlueMatt:
1068 2012-07-05 19:15:30 minimoose has joined
1069 2012-07-05 19:15:39 <luke-jr> maybe not though, looking into it more
1070 2012-07-05 19:15:45 <luke-jr> mapBlockIndex seems to have a NULL in it
1071 2012-07-05 19:16:11 Raziel_ has quit (Quit: Leaving)
1072 2012-07-05 19:17:51 <BlueMatt> I did see a bug like that in cblockstore, though iirc i fixed it...
1073 2012-07-05 19:18:04 <luke-jr> ah
1074 2012-07-05 19:18:10 <luke-jr> my code may be old
1075 2012-07-05 19:18:14 osmosis has joined
1076 2012-07-05 19:18:22 <luke-jr> happen to know the fix offhand?
1077 2012-07-05 19:18:32 <BlueMatt> no, I really cant remember wtf was going on there
1078 2012-07-05 19:19:44 <luke-jr> XD
1079 2012-07-05 19:20:29 <luke-jr> well, I think I see a bug in autoprune
1080 2012-07-05 19:20:37 <luke-jr> which isn't the problem I hit, since I don't have it enabled
1081 2012-07-05 19:21:09 <luke-jr> CTxDB::PruneBlockIndex doesn't check that hashPruneFrom is in mapBlockIndex before using [] to get it
1082 2012-07-05 19:21:29 <luke-jr> and main.cpp calls it with that set to the last checkpoint, even if we don't have the block yet
1083 2012-07-05 19:21:31 <BlueMatt> actually that might have been it
1084 2012-07-05 19:21:44 <BlueMatt> no, it may have been a [] in net
1085 2012-07-05 19:22:01 <BlueMatt> oh, wait, heres the problem
1086 2012-07-05 19:22:35 <BlueMatt> https://github.com/TheBlueMatt/bitcoin/commit/235a0277cfebf4dd65e40070c13f82ac5b6eb6ff
1087 2012-07-05 19:22:36 <BlueMatt> that was it
1088 2012-07-05 19:22:42 <BlueMatt> "This fixes a potential segfault if -blockbuffersize is overly big."
1089 2012-07-05 19:23:06 <BlueMatt> (only happened if your -blockbuffersize was > than the number of blocks getting returned by a remote node
1090 2012-07-05 19:24:18 <BlueMatt> luke-jr: huh? PruneBlockIndex's hashPruneFrom and hashPruneTo are always in mapBlockIndex
1091 2012-07-05 19:24:35 <luke-jr> BlueMatt: main.cpp seems to call it with the last checkpoint in hashPruneFrom
1092 2012-07-05 19:24:57 <BlueMatt> no it calls it with the previous checkpoint...or should
1093 2012-07-05 19:25:29 <BlueMatt> it calls it with pPrevCheckpoint
1094 2012-07-05 19:25:51 <BlueMatt> which is the most recent checkpoint in mapBlockIndex before we commit that block
1095 2012-07-05 19:26:13 <BlueMatt> (to mapBlockIndex, that is)
1096 2012-07-05 19:26:38 <luke-jr> pPrevCheckpoint = Checkpoints::GetLastCheckpoint();
1097 2012-07-05 19:26:45 <BlueMatt> where?
1098 2012-07-05 19:26:48 <luke-jr> Checkpoints::GetLastCheckpoint returns the last checkpoint period
1099 2012-07-05 19:26:58 <luke-jr> main.cpp ; remember though, I have older code
1100 2012-07-05 19:27:04 <BlueMatt> which prune, there are two versions, the prune pull and the one in parallelprune
1101 2012-07-05 19:27:10 <BlueMatt> (aka remove tons of GetHash()s)
1102 2012-07-05 19:27:24 <luke-jr> parallelprune IIRC
1103 2012-07-05 19:27:40 <BlueMatt> look at the src for GetLaslCheckpoint
1104 2012-07-05 19:27:51 <luke-jr> I did
1105 2012-07-05 19:27:52 <luke-jr> return checkpoints.rbegin()->second;
1106 2012-07-05 19:27:54 <BlueMatt> it caches checkpoints as they come in using a listener for CommitBlock callbacks
1107 2012-07-05 19:28:21 <luke-jr> not the one I have :x
1108 2012-07-05 19:28:57 <BlueMatt> heh wtf did I do here?
1109 2012-07-05 19:29:12 <luke-jr> >_<
1110 2012-07-05 19:29:21 <BlueMatt> heh well thats very broken
1111 2012-07-05 19:29:36 <BlueMatt> anywhoo, doesnt matter, Im gonna let that prune stuff die until sipa's ultraprune stuff is done
1112 2012-07-05 19:29:39 Marf has joined
1113 2012-07-05 19:29:51 <BlueMatt> its not gonna get merged, so itl just die
1114 2012-07-05 19:30:27 <BlueMatt> thats really odd though, I know Ive benchmarked that branch so many times and had no problems pruning...
1115 2012-07-05 19:30:33 <BlueMatt> whatever
1116 2012-07-05 19:35:01 <luke-jr> is there a way to print a uint256 in gdb? :/
1117 2012-07-05 19:36:07 <BlueMatt> ToString().c_str()
1118 2012-07-05 19:36:58 <BlueMatt> (at this point Im thinking chub/cblockstore/all the groundwork for spv mode/threading/etc is gonna end up dying too, but...whatever)
1119 2012-07-05 19:37:13 <luke-jr> BlueMatt: gdb doesn't like that
1120 2012-07-05 19:37:26 <BlueMatt> really? I know Ive done that before
1121 2012-07-05 19:37:29 <luke-jr> (gdb) printf "%s\n", block.hashPrevBlock.ToString().print()
1122 2012-07-05 19:37:30 <luke-jr> Attempt to take address of value not located in memory.
1123 2012-07-05 19:37:34 <luke-jr> err
1124 2012-07-05 19:37:38 <luke-jr> it does that with c_str too ;)
1125 2012-07-05 19:37:46 <luke-jr> or anything
1126 2012-07-05 19:37:49 <luke-jr> even non-existent methods
1127 2012-07-05 19:37:51 Marf has quit (Quit: Marf)
1128 2012-07-05 19:38:01 <BlueMatt> just print block.hashPrevBlock.ToString().c_str()
1129 2012-07-05 19:38:06 <BlueMatt> I know Ive done that
1130 2012-07-05 19:38:21 <BlueMatt> oh, block isnt in memory
1131 2012-07-05 19:38:27 <BlueMatt> well, have fun
1132 2012-07-05 19:38:34 <luke-jr> rather, ToString returns a temporary - I think
1133 2012-07-05 19:38:53 <BlueMatt> can you even print block.hashPrevBlock?
1134 2012-07-05 19:39:50 <luke-jr> yes
1135 2012-07-05 19:39:55 <luke-jr> surprisingly
1136 2012-07-05 19:40:01 drizztbsd has quit (Remote host closed the connection)
1137 2012-07-05 19:40:06 <BlueMatt> old version of gdb or something?
1138 2012-07-05 19:40:16 <BlueMatt> I know for sure Ive done a print .ToString.c_str()
1139 2012-07-05 19:40:33 <BlueMatt> can you print .ToString()
1140 2012-07-05 19:41:23 Maged has joined
1141 2012-07-05 19:43:15 <gribble> New news from bitcoinrss: TheBlueMatt opened issue 1561 on bitcoin/bitcoin <https://github.com/bitcoin/bitcoin/issues/1561>
1142 2012-07-05 19:44:16 <luke-jr> hum, debug.log hit 2 GB and just stopped working
1143 2012-07-05 19:44:25 <luke-jr> BlueMatt: no
1144 2012-07-05 19:44:35 <luke-jr> gdb 7.3.1
1145 2012-07-05 19:44:41 <BlueMatt> god, we have a lot of structures that dont get locked that should
1146 2012-07-05 19:45:08 <luke-jr> $65 = {<base_uint<256u>> = {pn = {414994827, 820876553, 44801826, 2014180509, 3375580397, 1423085369, 868, 0}}, <No data fields>}
1147 2012-07-05 19:45:13 <luke-jr> that's good enough
1148 2012-07-05 19:45:32 <luke-jr> 0000000000000364 is the one I don't have but is in mapBlockIndex
1149 2012-07-05 19:45:36 <luke-jr> (as NULL)
1150 2012-07-05 19:46:04 <BlueMatt> do you have that commit I just linked in your git log?
1151 2012-07-05 19:46:21 Azureus777 has joined
1152 2012-07-05 19:47:18 <Azureus777> Hello all!
1153 2012-07-05 19:47:47 <luke-jr> BlueMatt: no, it doesn't cherry-pick cleanly either
1154 2012-07-05 19:47:50 * BlueMatt wishes anyone else cared about cleaning up this mess and getting locking in check...
1155 2012-07-05 19:47:55 <luke-jr> first mention: got inventory: block 0000000000000364909e have
1156 2012-07-05 19:48:11 <BlueMatt> luke-jr: well, get that commit in there and see if you still see it
1157 2012-07-05 19:48:23 <BlueMatt> because that commit was written specifically to address the NULL in mapBlockIndex
1158 2012-07-05 19:49:34 <luke-jr> 385f730f31ab7218d8c0fcc76f5c7a2b35783c6a (sipa/unstuck, origin-pull/1315/head)
1159 2012-07-05 19:49:38 <luke-jr> that one looks suspicious to me
1160 2012-07-05 19:50:15 <BlueMatt> oh, yea most of the chub stuff is out of date
1161 2012-07-05 19:50:16 jgarzik_ has joined
1162 2012-07-05 19:50:22 <BlueMatt> if I were you, Id drop it from next-test
1163 2012-07-05 19:50:40 <jgarzik_> Let's test hospital wifi with a bitcoin node...
1164 2012-07-05 19:50:51 <BlueMatt> ouch? why you in hospital?
1165 2012-07-05 19:51:04 <BlueMatt> also...you need some tethering
1166 2012-07-05 19:51:16 <jgarzik_> Boring preggo tests for the wifey
1167 2012-07-05 19:51:28 <BlueMatt> ah
1168 2012-07-05 19:52:29 m00p has joined
1169 2012-07-05 19:52:49 <Azureus777> hello all, i need a little help with alternative bitcoin block chain, can anyone help me?
1170 2012-07-05 19:53:31 <BlueMatt> but...seriously get you some tethering, dunno about Raleigh, but in chapel hill (a launch market) sprint wimax 4g is actually really fast (probably because Im the only one using it but...)
1171 2012-07-05 19:53:51 <BlueMatt> Azureus777: ask a question, dont ask to ask
1172 2012-07-05 19:53:56 * jgarzik_ listens to gout infomercials... maybe I should add "pirateat40" threads to my forum watchlist. Surely thats better than hearing about gout. Marginally.
1173 2012-07-05 19:53:59 <Azureus777> :)
1174 2012-07-05 19:54:23 <jgarzik_> Bluematt: tethering costs money w Sprint, I think
1175 2012-07-05 19:54:28 * luke-jr wonders if Azureus777 PM'd everyone here â¦
1176 2012-07-05 19:54:31 <Hunner> Verizon 4G LTE iPad offers tethering. $10 per 2GB per month if you add it to an existing plan
1177 2012-07-05 19:54:33 <BlueMatt> jgarzik_: not if you root your phone...
1178 2012-07-05 19:54:33 <Azureus777> i am trying to create my own bitcoin like cryptocurrency, i am newbie, so please help me, i cant find source code where i can make changes for my new currency
1179 2012-07-05 19:54:40 <jgarzik_> Heh
1180 2012-07-05 19:54:45 <BlueMatt> Hunner: I use waaayyy more than 2g/month
1181 2012-07-05 19:54:47 <luke-jr> BlueMatt: contract law?
1182 2012-07-05 19:55:03 * jgarzik_ misses his tab key
1183 2012-07-05 19:55:04 <Hunner> BlueMatt: Yeah, but it's just multiples of 2GB, not limited
1184 2012-07-05 19:55:22 <luke-jr> Azureus777: just don't.
1185 2012-07-05 19:55:31 <Hunner> (And tethering when you need it, not as a primary internet connection)
1186 2012-07-05 19:55:34 <BlueMatt> Hunner: also, I dont have an existing plan with verizon, and buying one would mean more cost than just using my single sprint phone with unlimited 4g...
1187 2012-07-05 19:55:43 <Azureus777> but i really need it, i cant sleep at nights:))
1188 2012-07-05 19:55:45 <Hunner> BlueMatt: Ah yep. That would do it :)
1189 2012-07-05 19:56:00 <jgarzik_> Azur: premine a bunch of coins! All the cool kids do it
1190 2012-07-05 19:56:00 <Hunner> Unlimited... right
1191 2012-07-05 19:56:23 <luke-jr> I have unlimited T-Mobile.
1192 2012-07-05 19:56:35 <BlueMatt> luke-jr: meh, fuck 'em, I use a vpn all the time when Im tethered (to my vps) so they cant tell anything more than I like to use a lot of bw on a single ssl connection on port 443...
1193 2012-07-05 19:56:58 <BlueMatt> luke-jr: they dont sell that anymore though, do they?
1194 2012-07-05 19:57:15 <luke-jr> BlueMatt: they kicked me off that plan; I have to pay $30/mo now
1195 2012-07-05 19:57:17 <Azureus777> i am not a cool kid, i need some advices, i cant find anything on internet, so i decide to ask specialists here
1196 2012-07-05 19:57:20 <luke-jr> (old plan was $10 every 3 months)
1197 2012-07-05 19:57:22 t7 has joined
1198 2012-07-05 19:57:29 <jgarzik_> Poof
1199 2012-07-05 19:57:32 jgarzik_ has quit (Quit: AndroIRC - Android IRC Client ( http://www.androirc.com ))
1200 2012-07-05 19:57:36 <BlueMatt> luke-jr: wtf? 30$/mo with unlimited data???
1201 2012-07-05 19:57:40 <luke-jr> BlueMatt: yes
1202 2012-07-05 19:57:46 <BlueMatt> how the hell did you get that deal?
1203 2012-07-05 19:57:55 <BlueMatt> been with them for 20 years or something?
1204 2012-07-05 19:58:22 <luke-jr> BlueMatt: no, it's a normal plan "exclusive" to Walmart and T-Mobile.com
1205 2012-07-05 19:58:27 <luke-jr> http://prepaid-phones.t-mobile.com/prepaid-plans
1206 2012-07-05 19:58:55 <BlueMatt> "First 5GB at up to 4G speeds." darn, that excludes me
1207 2012-07-05 19:59:10 <luke-jr> I never get to 1 GB afaik
1208 2012-07-05 19:59:24 <BlueMatt> I probably average like 5
1209 2012-07-05 19:59:36 <luke-jr> meh, cellular is slow anyway
1210 2012-07-05 19:59:49 <luke-jr> I probably wouldn't notice a difference after 4 GB
1211 2012-07-05 19:59:50 <luke-jr> 5*
1212 2012-07-05 20:00:05 <luke-jr> BlueMatt: also has native IPv6
1213 2012-07-05 20:00:15 <BlueMatt> ooo, that I like, but so does my vpn so...meh
1214 2012-07-05 20:00:19 <luke-jr> lol
1215 2012-07-05 20:00:41 <BlueMatt> hey, gonna tether you have to use a vpn, at least on verizon and who was the other one? tmo?
1216 2012-07-05 20:01:02 <luke-jr> I just put my SIM in my PC
1217 2012-07-05 20:01:15 ThomasV has joined
1218 2012-07-05 20:01:19 <luke-jr> if I need a bigger PC, I use iptables
1219 2012-07-05 20:01:20 <BlueMatt> yea...you still have to use a vpn
1220 2012-07-05 20:01:24 <luke-jr> â¦
1221 2012-07-05 20:01:29 <luke-jr> why?
1222 2012-07-05 20:01:50 <BlueMatt> for quite a while they were using dpi to catch unauthorized tethers and canceling accounts
1223 2012-07-05 20:01:51 <Azureus777> any source codes i could use?
1224 2012-07-05 20:02:01 <BlueMatt> probably http headers, Id guess
1225 2012-07-05 20:02:17 <BlueMatt> I know verizon was doing it, and there was one other, but Im not sure who the other was
1226 2012-07-05 20:02:31 <luke-jr> BlueMatt: so how do you tell the difference between Chromium on the laptop I have the SIM in, and Chromium on the laptop I've iptables'd?
1227 2012-07-05 20:03:01 <luke-jr> Azureus777: it's bad enough that people make scams out of Bitcoin in the first place, don't expect someone to hold your hand to do ti
1228 2012-07-05 20:03:03 <BlueMatt> what? the difference they care about is if you are using a mobile browser or a desktop browser
1229 2012-07-05 20:03:25 <luke-jr> BlueMatt: I use a desktop browser on the laptop the SIM is in
1230 2012-07-05 20:03:47 <BlueMatt> luke-jr: and you pay for access to their network on a mobile phone, not for access on a desktop
1231 2012-07-05 20:03:55 <luke-jr> BlueMatt: there is no difference
1232 2012-07-05 20:04:00 <BlueMatt> whether the sim is in it or not
1233 2012-07-05 20:04:04 <BlueMatt> there certainly is to them
1234 2012-07-05 20:04:10 <BlueMatt> technically, there isnt, but they dont care
1235 2012-07-05 20:04:51 <luke-jr> their terms only talk about tethering
1236 2012-07-05 20:05:01 <luke-jr> not using from desktop apps
1237 2012-07-05 20:05:10 <luke-jr> and they know I use my SIM in a computer
1238 2012-07-05 20:05:17 <BlueMatt> then take them to court, they will use the "we can terminate you for any reason for whatever we want" clause and screw you anyway
1239 2012-07-05 20:05:26 <luke-jr> shrug
1240 2012-07-05 20:05:28 <Azureus777> i dont have any intentions to do scam, i am honest guy, i just like this stuff, so i need some help
1241 2012-07-05 20:05:28 <luke-jr> they haven't
1242 2012-07-05 20:05:36 <BlueMatt> meh, it might not have been tmo
1243 2012-07-05 20:05:37 <luke-jr> and if they did, I'd just sign up a new account?
1244 2012-07-05 20:05:39 <BlueMatt> may have been att then
1245 2012-07-05 20:05:48 <luke-jr> Azureus777: making a scamcoin = scam
1246 2012-07-05 20:06:18 <BlueMatt> Azureus777: if you have a specific reason why you want to make a chain-based cryptocurrency you may get help, "because I want to" isnt really one
1247 2012-07-05 20:06:53 <BlueMatt> luke-jr: if they cancel your account, they wont let you just sign up for a new one the next day, they do have your name...
1248 2012-07-05 20:06:58 <Azureus777> i have to explain somehow what my intention so i decide to write "i want to", who cares about that?
1249 2012-07-05 20:07:00 <luke-jr> BlueMatt: no, they don't.
1250 2012-07-05 20:07:12 <luke-jr> BlueMatt: I keep my TMo anonymous
1251 2012-07-05 20:07:32 <BlueMatt> heh, nice
1252 2012-07-05 20:08:46 <Azureus777> i need some help, thats why i come here, i came here a months ago with the same question, but except dissapointment i got nothing, i hope that this time i will be lucky and someone will explain to me the principles of how to do this, from what to start, which library to use, which part of code need to be edited to get my result, i really hope someone can help me today.
1253 2012-07-05 20:08:49 hexTech has quit (Remote host closed the connection)
1254 2012-07-05 20:08:51 andytoshi has joined
1255 2012-07-05 20:10:01 <luke-jr> Azureus777: you're not supposed to do it, so the code isn't designed to make it easy, and nobody is likely to help you unless they're also a scammer
1256 2012-07-05 20:10:12 <gmaxwell> Azureus777: I don't think many people want to see a new crypto currency created by someone who can't figure out how to do it on their own.
1257 2012-07-05 20:10:30 <gmaxwell> It can be an interesting learning expirence, sure, but you won't learn if someone just tells you how.
1258 2012-07-05 20:11:03 <gmaxwell> I would help you if I could answer your questions off the top of my headâ but I'm sure I can't... and I'm not interested in spending time researching this for other people.
1259 2012-07-05 20:11:19 <Azureus777> I repeat i am not scammer ok? I am not doing this to become as famous as bitcoin is, so dont be affraid ok? And stop calling me scammer ok? i dont think this is ethical
1260 2012-07-05 20:13:02 <BlueMatt> I dont think anyone is required to spend their time researching, thinking about, and doing everything but writing the actual code for your project
1261 2012-07-05 20:13:07 <gmaxwell> Azureus777: luke will call anyone creating an alt currency a scammer by default, at least if it doesn't offer something clearly useful. Don't take it personally.
1262 2012-07-05 20:13:08 <BlueMatt> or interested in
1263 2012-07-05 20:13:27 sirk390 has joined
1264 2012-07-05 20:14:01 <gmaxwell> (and scam intentions or not, a lot of alt currencies are just worthless efforts that move funds around for no real gain for mainkind. They're usually pretty boring, so I don't think luke's cynicism is unjustified, though he could be a little more clear about it)
1265 2012-07-05 20:14:05 <Azureus777> by default? i dont think it is correct to name people by default, anyway i see i am getting disapointed again:(
1266 2012-07-05 20:14:10 <gmaxwell> s/mainkind/mankind/
1267 2012-07-05 20:14:21 devrandom has quit (Ping timeout: 276 seconds)
1268 2012-07-05 20:15:11 <Hunner> Most things come out of being curious and tenacious. Why not assume that is a possible motive?
1269 2012-07-05 20:16:14 <gmaxwell> The motivations aren't really in question in any case. "Sorry, but we're not going to do your homework for you!" is sufficient.
1270 2012-07-05 20:16:24 devrandom has joined
1271 2012-07-05 20:16:30 <BlueMatt> gavinandresen: keep in mind when you close a pull/issue saying "please re-open an issue with more information." that non-devs cannot reopen issues that were closed by devs
1272 2012-07-05 20:16:33 <gmaxwell> Azureus777: I wish you luck though!
1273 2012-07-05 20:16:49 toffoo has quit ()
1274 2012-07-05 20:16:49 <gavinandresen> BlueMatt: ACK. I shoulda said "open a new issue with more information"
1275 2012-07-05 20:17:09 <Azureus777> previously i asked question, and noone could answer them? just a moment i will go up and copy+paste them here
1276 2012-07-05 20:17:09 <gavinandresen> BlueMatt: "it doesn't work" issues poke my "don't waste my time" button
1277 2012-07-05 20:17:34 <BlueMatt> gavinandresen: sure, not criticizing that particular issue, just notifying in case you forget
1278 2012-07-05 20:17:38 <luke-jr> Azureus777: your question is essentially the same as asking "how can I make my own paper currency with the same exact anti-counterfeiting measures that USD has? I'll make sure it looks different in other ways, I promise"
1279 2012-07-05 20:18:00 <Azureus777> "i hope that this time i will be lucky and someone will explain to me the principles of how to do this, from what to start, which library to use, which part of code need to be edited to get my result, i really hope someone can help me today".
1280 2012-07-05 20:18:08 <luke-jr> Azureus777: and refusing to give a good reason for doing so
1281 2012-07-05 20:18:10 <gavinandresen> Azureus777: There's a nice example here: https://github.com/ceptacle/libcoin/blob/master/examples/ponzicoin/ponzicoin.cpp
1282 2012-07-05 20:18:38 * luke-jr wonders if libcoin is still GPL
1283 2012-07-05 20:19:06 <Azureus777> oh thank you GavinAndresen, happy to chat with you here, i didnt know you will be here, i read alot about you and your post on internet:)
1284 2012-07-05 20:20:50 <gavinandresen> is the GPL why libcoin hasn't attracted more attention? I've been tempted to play with it more, I think he did a nice job refactoring
1285 2012-07-05 20:22:04 <luke-jr> gavinandresen: probably not; I suspect the reason is more of it being based on a very old bitcoind
1286 2012-07-05 20:22:13 <luke-jr> IIRC 0.4
1287 2012-07-05 20:22:21 <BlueMatt> the whole fork-to-refactor idea seems kinda broken to me...
1288 2012-07-05 20:22:43 <BlueMatt> not that I blame him, since master has no interest in refactors, and really needs one, but...
1289 2012-07-05 20:22:50 <luke-jr> it'd probably be a very big mess to try to merge
1290 2012-07-05 20:26:01 <gavinandresen> He contacted me before he started, basically saying "I'm going to rewrite everything, OK?" Given how easy it is to screw up even small changes and introduce subtle security bugs, I said "not OK"
1291 2012-07-05 20:27:00 egecko has joined
1292 2012-07-05 20:28:00 <gavinandresen> Now that he's done, though, I've been surprised people haven't started banging on libcoin to try to break it. I suppose it is another chicken-and-egg: nobody will bang on it until it is deployed and banging on it might actually get you something (bitcoins if you're a black-hat, glory if you're a white-hat)
1293 2012-07-05 20:33:45 agricocb has quit (Remote host closed the connection)
1294 2012-07-05 20:35:14 <BlueMatt> gavinandresen: whats it gonna take to get URI support on win32?
1295 2012-07-05 20:35:44 <gmaxwell> is there any agreement on how to make it work right yet?
1296 2012-07-05 20:35:57 <BlueMatt> yes...https://github.com/bitcoin/bitcoin/pull/1437
1297 2012-07-05 20:38:18 <luke-jr> BlueMatt: how does that interact with https://github.com/bitcoin/bitcoin/pull/1023 ?
1298 2012-07-05 20:39:05 <luke-jr> I guess Diapolo can figure that out since he commented that #1437 "needs to get in ASAP"
1299 2012-07-05 20:39:28 mortikia has quit (Read error: Connection reset by peer)
1300 2012-07-05 20:40:12 <BlueMatt> 1437 has a bunch of stuff that is redundant/useless/etc, but does have a few that would be useful
1301 2012-07-05 20:40:17 <BlueMatt> but it doesnt conflict with 1437
1302 2012-07-05 20:40:52 mortikia has joined
1303 2012-07-05 20:41:46 <gavinandresen> I'll sanity test 1437 right now, and push it if it compiles/runs OK on my mac (since I'm too lazy to fire up a Windows VM to actually test the feature)
1304 2012-07-05 20:42:30 <BlueMatt> it wont do anything on mac
1305 2012-07-05 20:42:41 <BlueMatt> it doesnt comment out the dont-run-ipc-on-mac stuff
1306 2012-07-05 20:47:58 dvide has joined
1307 2012-07-05 20:48:09 <luke-jr> BlueMatt: which just means Gavin will pull it in a few mins ;)
1308 2012-07-05 20:48:11 datagutt has quit (Quit: Computer has gone to sleep.)
1309 2012-07-05 20:48:28 <gavinandresen> already did
1310 2012-07-05 20:49:20 m00p has quit (Quit: Leaving)
1311 2012-07-05 20:54:36 <luke-jr> gavinandresen: any chance you'd be willing to consider letting BlueMatt and/or I have push access to master, btw?
1312 2012-07-05 20:55:36 * BlueMatt doesnt want it
1313 2012-07-05 20:56:43 agricocb has joined
1314 2012-07-05 20:58:16 p0s has quit (Remote host closed the connection)
1315 2012-07-05 21:02:49 <luke-jr> gavinandresen: I'm basically expecting a "no" to that, but figured it couldn't hurt to ask - either way, please do let me know you saw the question so I don't ask again
1316 2012-07-05 21:05:26 <gavinandresen> no
1317 2012-07-05 21:05:58 <gavinandresen> you're too controversial to be on the bitcoin.org homepage as a core developer
1318 2012-07-05 21:06:06 <Karmaon> luke-jr, he didn't see your question.
1319 2012-07-05 21:07:12 rdponticelli has quit (Ping timeout: 264 seconds)
1320 2012-07-05 21:19:52 <BlueMattBot> Project Bitcoin build #388: FAILURE in 23 min: http://jenkins.bluematt.me/job/Bitcoin/388/
1321 2012-07-05 21:20:23 <BlueMatt> aawwwwww fuck
1322 2012-07-05 21:20:53 <BlueMatt> guess thats what I get for asking someone to merge something based on an old commit...
1323 2012-07-05 21:21:56 <BlueMatt> oh, nevermind, jenkins just has an older version of boost than bitcoin wants...give me a minute
1324 2012-07-05 21:23:20 <luke-jr> checkpoints.cpp:5:59: error: boost/assign/list_of.hpp: No such file or directory
1325 2012-07-05 21:23:23 <luke-jr> odd
1326 2012-07-05 21:24:11 <BlueMatt> yea, its looking for boost in a path that it doesnt exist in
1327 2012-07-05 21:24:23 <jgarzik> bleh
1328 2012-07-05 21:24:25 <BlueMatt> (boost_1_49_0 instead of boost_1_47_0)
1329 2012-07-05 21:24:34 <jgarzik> looking through the -bottom- of the bitcoin issue list
1330 2012-07-05 21:24:39 <jgarzik> too many things I cannot close :)
1331 2012-07-05 21:25:20 <BlueMatt> jgarzik: yep, bitcoin has *never* been focused on addressing user requests or bugs that have workarounds
1332 2012-07-05 21:25:50 <BlueMatt> and for so many its, well, that will be easy to do once we do this major change
1333 2012-07-05 21:26:24 <BlueMatt> and this major change is on the backburner for someone or it doesnt get finished or or or
1334 2012-07-05 21:26:32 <jgarzik> we do look at issues... just so many issues, and so few devs
1335 2012-07-05 21:26:57 <jgarzik> or the issue is "hifalutin", like gavinandresen's issue #1: support ultra-light-weight mobile clients
1336 2012-07-05 21:27:06 <luke-jr> Diapolo is pretty good at closing issues
1337 2012-07-05 21:27:19 <BlueMatt> ofc, but you look at so many of the issues and no one has any interest in working on because well, you can work around it, and it would be easy to fix later on
1338 2012-07-05 21:27:55 <BlueMatt> Diapolo is working hard on the gui
1339 2012-07-05 21:28:04 <BlueMatt> and sooo many of our bugs are piling up on the gui
1340 2012-07-05 21:28:17 <BlueMatt> tcatm: what ever happened to that gui redo branch?
1341 2012-07-05 21:28:26 <luke-jr> I'm mostly on a hiatus since I already have a bunch of pull requests waiting and they seem to never get pulled even for the simplest bugfixes
1342 2012-07-05 21:28:59 <luke-jr> (example of the latter: #1245)
1343 2012-07-05 21:29:14 <gavinandresen> testing is still our bottleneck
1344 2012-07-05 21:29:23 <BlueMatt> yep
1345 2012-07-05 21:29:43 <BlueMatt> I think all pullers/testers should quit their day job and pull full-time
1346 2012-07-05 21:29:49 <BlueMatt> :)
1347 2012-07-05 21:29:51 <luke-jr> heh
1348 2012-07-05 21:30:12 <gavinandresen> testing very-low-priority pull requests takes time out from fixing very-high-priority issues ....
1349 2012-07-05 21:30:20 <luke-jr> gavinandresen: think there's anything I can do to get next-test users to provide more feedback?
1350 2012-07-05 21:30:51 <gavinandresen> drop next-test, and ask them to test git HEAD
1351 2012-07-05 21:31:10 <gavinandresen> ... or git HEAD pull requests
1352 2012-07-05 21:31:15 <luke-jr> gavinandresen: still doesn't get into master until it's tested ;)
1353 2012-07-05 21:31:18 <luke-jr> stuff*
1354 2012-07-05 21:31:25 <luke-jr> next-test *is* git master pullreqs
1355 2012-07-05 21:31:53 <gavinandresen> Testing a random collection of pulls with a compile-run-"works for me" isn't the kind of testing we need, imho
1356 2012-07-05 21:32:13 <ersi> It is *never* what *anyone* needs
1357 2012-07-05 21:32:29 <helo> well that's what you got
1358 2012-07-05 21:33:02 <gmaxwell> gavinandresen: well we should have that too, but it should be automated and done in the background by jenkins.
1359 2012-07-05 21:33:32 <luke-jr> gmaxwell: you can't automate next-test ;p
1360 2012-07-05 21:33:47 <luke-jr> otoh, Windows binaries for every pullreq would probably hlep
1361 2012-07-05 21:33:48 <luke-jr> help*
1362 2012-07-05 21:34:02 Azureus777 has quit ()
1363 2012-07-05 21:34:49 * BlueMatt takes the hint
1364 2012-07-05 21:36:31 <luke-jr> gavinandresen: it may not be as ideal as testing a specific pull by itself, but it's better than nothing
1365 2012-07-05 21:36:40 TD has joined
1366 2012-07-05 21:36:49 <luke-jr> at the very least, it gets me to review each pullreq as I merge it in
1367 2012-07-05 21:39:27 bakh has joined
1368 2012-07-05 21:39:30 sirk390 has quit (Quit: Leaving.)
1369 2012-07-05 21:42:16 <jgarzik> Does anybody know if Ctrl-C on Windows, when running bitcoind.exe (NOT qt), safely shuts down the process?
1370 2012-07-05 21:42:25 <jgarzik> I thought we fixed crash-on-ctrlc.
1371 2012-07-05 21:42:57 <BlueMatt> afaik we dont do any signal handling on win32
1372 2012-07-05 21:44:07 sirk390 has joined
1373 2012-07-05 21:44:36 <jgarzik> issue #455, fwiw
1374 2012-07-05 21:48:43 <luke-jr> src/db.cpp:43 printf("EnvShutdown exception: %s (%d)\n", e.what(), e.get_errno()); <-- crashes cuz it can't get the printf-lock FWIW
1375 2012-07-05 21:51:13 * luke-jr ponders if there's a way to tell GCC to destroy the mutex last
1376 2012-07-05 21:52:20 <jgarzik> gavinandresen, sipa: can this Tor issue be closed now? https://github.com/bitcoin/bitcoin/issues/725
1377 2012-07-05 21:52:23 <luke-jr> perhaps it should be a pointer, and let it "leak" - would that prevent it from destructing (and is that safe?)?
1378 2012-07-05 21:52:34 Kiba has joined
1379 2012-07-05 21:53:16 <gavinandresen> jgarzik: closed
1380 2012-07-05 21:54:01 <luke-jr> the suggestions from #Tor mentioned in the initial report sound sane
1381 2012-07-05 21:54:13 Motest003 has quit (Ping timeout: 240 seconds)
1382 2012-07-05 21:55:04 Motest003 has joined
1383 2012-07-05 21:56:17 <jgarzik> gavinandresen: is bitcoind shipped in OSX builds, or just bitcoin-qt?
1384 2012-07-05 21:56:40 <gavinandresen> just bitcoin-qt
1385 2012-07-05 21:57:40 <gavinandresen> we could put a bitcoind binary in the .App bundle, but that would just make downloads bigger for no good reason for 99.9% of mac users
1386 2012-07-05 21:58:01 minimoose has quit (Quit: minimoose)
1387 2012-07-05 21:58:13 solvo has joined
1388 2012-07-05 21:59:01 <solvo> Hi
1389 2012-07-05 21:59:57 <jgarzik> gavinandresen: -EDONTCARE :)
1390 2012-07-05 22:00:08 <luke-jr> gavinandresen: FWIW, I can confirm the SOCKS5 code is using the workaround #Tor suggested to you (hostname with IP)
1391 2012-07-05 22:00:09 <jgarzik> gavinandresen: just looking for clarification, so that I do/don't close an issue properly
1392 2012-07-05 22:00:09 <gavinandresen> jgarzik: yup
1393 2012-07-05 22:01:06 <luke-jr> jgarzik: if someone really wants one, I have gitian-built bitcoind for OSX for current 0.5.x releases
1394 2012-07-05 22:01:48 sirk390 has quit (Ping timeout: 264 seconds)
1395 2012-07-05 22:02:01 <jgarzik> luke-jr: feel free to spam https://github.com/bitcoin/bitcoin/issues/664
1396 2012-07-05 22:02:18 ThomasV has quit (Ping timeout: 248 seconds)
1397 2012-07-05 22:02:26 Z0rZ0rZ0r has quit (Quit: Wheeeee)
1398 2012-07-05 22:03:27 sirk390 has joined
1399 2012-07-05 22:04:07 <jgarzik> another Windows issue: https://github.com/bitcoin/bitcoin/issues/610
1400 2012-07-05 22:04:12 <solvo> Is there any way for bitcoins to be tagged, so they would belong in a bitcoin pool that could be verified? i thought about doing a specific set of transfers between diffrent adresses and clients could look that transaction up. Then i realized i'm not that far into the code and i might as well just ask first if something simmiler has already been done.
1401 2012-07-05 22:04:24 <jgarzik> I would think we would have heard about the "64 connection limit" on Windows
1402 2012-07-05 22:04:33 <jgarzik> if it were real (i.e. and more people were seeing it)
1403 2012-07-05 22:05:30 <jrmithdobbs> gavinandresen: i was actually going to ask about adding a bitcoind binary to the .app
1404 2012-07-05 22:05:56 <jrmithdobbs> gavinandresen: don't you need it for rpc client? and if you strip the binaries it only adds like 2-3M ;p
1405 2012-07-05 22:06:53 <gavinandresen> jrmithdobbs: put server=1 in your ~/Library/Application Data/Bitcoin/bitcoin.conf and you can RPC to Bitcoin-Qt.app
1406 2012-07-05 22:07:21 <jrmithdobbs> gavinandresen: except you don't have an rpc client
1407 2012-07-05 22:07:26 <gavinandresen> jrmithdobbs: curl works
1408 2012-07-05 22:07:29 <jrmithdobbs> unless I'm missing something
1409 2012-07-05 22:07:40 <jrmithdobbs> well, sure, but you don't have the bitcoin cli
1410 2012-07-05 22:08:25 <luke-jr> jgarzik: look good? I think that closes it ;)
1411 2012-07-05 22:08:37 <jrmithdobbs> gavinandresen: maybe rpc cilent should be split out of the bitcoind binary for this exact reason?
1412 2012-07-05 22:08:41 <luke-jr> (I don't have GitHub permissions to close the bug myself, so someone else will need to)
1413 2012-07-05 22:08:50 <gavinandresen> jrmithdobbs: there's contrib/bitrpc.py, too....
1414 2012-07-05 22:09:11 <luke-jr> jrmithdobbs: can download bitcoind independently
1415 2012-07-05 22:09:23 <luke-jr> http://luke.dashjr.org/programs/bitcoin/files/bitcoind/0.6.3/bin-osx-bitcoind-v0.6.3.bz2
1416 2012-07-05 22:09:25 <jrmithdobbs> those are workarounds, seems lame to distribute binaries everything but the builtin rpc client
1417 2012-07-05 22:09:34 <jrmithdobbs> s/binaries/binaries of/
1418 2012-07-05 22:09:48 pecket has quit (Ping timeout: 246 seconds)
1419 2012-07-05 22:10:07 <gmaxwell> jrmithdobbs: it'll be a little less lame in 0.7.0 becaues of the gui rpc interface.
1420 2012-07-05 22:10:10 <luke-jr> jrmithdobbs: when/if I finish gitian/LLVM-based Mac builds, it'll probably be easier
1421 2012-07-05 22:11:04 <jgarzik> ok, done closing dead issues for now
1422 2012-07-05 22:11:06 <jrmithdobbs> gavinandresen: i think the extra 2M to download is worth having a bitcoind in the .app
1423 2012-07-05 22:11:16 <gavinandresen> jrmithdobbs: of course you do, you're a geek
1424 2012-07-05 22:11:39 <luke-jr> jgarzik: want to hit Close on #664 for me?
1425 2012-07-05 22:11:50 <jrmithdobbs> and anyone that isn't has ever looked and been like "well i would download this, but it's 30MB instead of 28M, nm, ill pass"
1426 2012-07-05 22:11:57 <luke-jr> jrmithdobbs: is it really so hard to download that 2M separately?
1427 2012-07-05 22:11:57 <jrmithdobbs> is also a geek
1428 2012-07-05 22:12:14 <jgarzik> luke-jr: judging from current discussion, there is still user demand. that leaves the issue in low priority rather than close state, I'd say.
1429 2012-07-05 22:12:25 <jgarzik> luke-jr: thanks for adding your comment, though
1430 2012-07-05 22:12:27 <luke-jr> jgarzik: except it's fixed because it's available :p
1431 2012-07-05 22:12:32 <jgarzik> luke-jr: that should point people in the right direction
1432 2012-07-05 22:12:44 <jgarzik> luke-jr: not through an official distribution channel
1433 2012-07-05 22:12:51 <gmaxwell> luke-jr: it's not fixed for 0.7 either.
1434 2012-07-05 22:13:01 <luke-jr> gmaxwell: Debug window doesn't count? :p
1435 2012-07-05 22:13:22 <gmaxwell> depends on the user I guess.. the debug window covers a lot of use cases.
1436 2012-07-05 22:13:28 <luke-jr> oh well
1437 2012-07-05 22:13:39 <luke-jr> I can't even get LLVM to build normally so farâ¦
1438 2012-07-05 22:13:42 <gmaxwell> Surely not all of them. (all those chain explorer one-liner shell scripts can't be done with the debug window)
1439 2012-07-05 22:13:58 ThomasV has joined
1440 2012-07-05 22:14:05 <luke-jr> gmaxwell: too bad we require a bunch of chained commands to do such simple things :<
1441 2012-07-05 22:14:13 <gmaxwell> thats the unix way.
1442 2012-07-05 22:14:21 <gmaxwell> It's not a bad thing.
1443 2012-07-05 22:14:23 <luke-jr> â¦
1444 2012-07-05 22:14:25 <luke-jr> you win
1445 2012-07-05 22:15:07 rdponticelli has joined
1446 2012-07-05 22:16:13 Kiba has quit (Ping timeout: 246 seconds)
1447 2012-07-05 22:16:15 <gribble> New news from bitcoinrss: TheBlueMatt opened pull request 1562 on bitcoin/bitcoin <https://github.com/bitcoin/bitcoin/pull/1562>
1448 2012-07-05 22:17:20 <jrmithdobbs> luke-jr: yes, i'm going to trust binaries from someone whose text i wont even let grace my irc client, get real
1449 2012-07-05 22:17:39 <gmaxwell> jrmithdobbs: take argument outside.
1450 2012-07-05 22:17:42 <luke-jr> jrmithdobbs: that's your problem, not mine.
1451 2012-07-05 22:17:46 Maged has quit (Disconnected by services)
1452 2012-07-05 22:17:48 <gmaxwell> luke-jr: take argument outside.
1453 2012-07-05 22:17:53 Maged_ has joined
1454 2012-07-05 22:17:55 <jrmithdobbs> gmaxwell: no argument, that was my only comment, I had to look at the logs to see what he was saying.
1455 2012-07-05 22:18:05 Maged_ is now known as Maged
1456 2012-07-05 22:18:29 <gmaxwell> sipa: I have ultraprune running in callgrind to get a profile.... taking 3 seconds per block at height=135678 :)
1457 2012-07-05 22:20:09 copumpkin has quit (Quit: Computer has gone to sleep.)
1458 2012-07-05 22:23:11 <jrmithdobbs> that one
1459 2012-07-05 22:23:12 graingert has joined
1460 2012-07-05 22:23:15 <jrmithdobbs> erm
1461 2012-07-05 22:23:44 <gmaxwell> jrmithdobbs: did you get the tor hidden service stuff all worked out?
1462 2012-07-05 22:23:53 <jrmithdobbs> gmaxwell: yup
1463 2012-07-05 22:24:07 <jrmithdobbs> gmaxwell: OBO in the Socks5 handshake was sending an extra 0x00 at end of auth handshake message
1464 2012-07-05 22:24:23 <gmaxwell> jrmithdobbs: wheres the pull request?
1465 2012-07-05 22:24:34 <gmaxwell> jrmithdobbs: and why is this hitting you and not me?
1466 2012-07-05 22:24:39 <jrmithdobbs> gmaxwell: in Socks5() in netbase.cpp change the decl/asignment of nSize to be sizeof(whatever) - 1
1467 2012-07-05 22:24:51 <jrmithdobbs> gmaxwell: .2.3 branch has stricter protocol parsing
1468 2012-07-05 22:25:32 <jrmithdobbs> gmaxwell: technically there's a bug in tor (in my opinion), because it throws that protocol error saying no known socks 0 protocol (in it's log) but the error was actually in the packet before the one it's responding to (why it was annoying to trace down)
1469 2012-07-05 22:25:56 <jrmithdobbs> gmaxwell: and I didn't put a pull because it's literally -1 on the nSize assignment and my bitcoin repo is hosed atm
1470 2012-07-05 22:26:00 <jrmithdobbs> gmaxwell: i told sipa though
1471 2012-07-05 22:26:13 <jrmithdobbs> gmaxwell: and gave him a pastebin, he wanted to fix it a little prettier
1472 2012-07-05 22:26:42 <jrmithdobbs> gmaxwell: same fix fixes bitcoin using openssh's socks5 proxy as well btw
1473 2012-07-05 22:26:46 ovidiusoft has quit (Ping timeout: 265 seconds)
1474 2012-07-05 22:30:37 <gmaxwell> jrmithdobbs: were you able to get that hidden service link up to me?
1475 2012-07-05 22:30:58 <jrmithdobbs> gmaxwell: ya, you and sipa
1476 2012-07-05 22:31:24 <jrmithdobbs> gmaxwell: and successful inbound (that always worked), that node's on all 3 p2p nets now
1477 2012-07-05 22:31:43 <gmaxwell> Great!
1478 2012-07-05 22:39:13 drizztbsd has joined
1479 2012-07-05 22:39:32 Karmaon has quit (Read error: Connection reset by peer)
1480 2012-07-05 22:39:54 ThomasV has quit (Quit: Quitte)
1481 2012-07-05 22:39:57 Karmaon has joined
1482 2012-07-05 22:39:57 Karmaon has quit (Changing host)
1483 2012-07-05 22:39:57 Karmaon has joined
1484 2012-07-05 22:42:02 TD has quit (Quit: TD)
1485 2012-07-05 22:42:52 Z0rZ0rZ0r has joined
1486 2012-07-05 22:44:01 copumpkin has joined
1487 2012-07-05 22:47:43 sirk3901 has joined
1488 2012-07-05 22:48:18 knotwork has quit (Remote host closed the connection)
1489 2012-07-05 22:49:43 graingert has quit (Ping timeout: 240 seconds)
1490 2012-07-05 22:49:48 sirk390 has quit (Ping timeout: 264 seconds)
1491 2012-07-05 22:50:27 knotwork has joined
1492 2012-07-05 22:56:53 sirk390 has joined
1493 2012-07-05 22:57:04 <sipa> jgarzik: every N blocks the bestblock pointer in wallets is updated, early in the sync, that is quite often
1494 2012-07-05 22:57:34 <jgarzik> sipa: would be nice to avoid flushing if -zero- changes to wallet occurred
1495 2012-07-05 22:57:42 <sipa> luke-jr: yeah, i have a plan for rewriting part of bitcoin-seeder, but not now
1496 2012-07-05 22:59:24 sirk3901 has quit (Ping timeout: 264 seconds)
1497 2012-07-05 23:00:44 <gmaxwell> jgarzik: so an empty wallet does a full rescan every start? :)
1498 2012-07-05 23:01:42 <jgarzik> gmaxwell: huh?
1499 2012-07-05 23:02:23 <jgarzik> gmaxwell: if there are no wallet transactions added in a new block, no keypair changes, etc. there is no reason to write any data.
1500 2012-07-05 23:02:24 Zarutian has quit (Ping timeout: 264 seconds)
1501 2012-07-05 23:02:55 <gmaxwell> I thought we used the bestblock to descide what blocks need to be rescaned?
1502 2012-07-05 23:04:26 <sipa> gmaxwell: is 3s in callgrind per block good?
1503 2012-07-05 23:05:24 <sipa> gmaxwell: indeed, and people are already complaining it rescans too much when they exit the client during IBD
1504 2012-07-05 23:06:04 <sipa> jgarzik: if the best block in the wallet is less than the best block in the chain db, a rescan is performed at startup on the blocks in between
1505 2012-07-05 23:06:09 <sipa> since 0.3.21 or so
1506 2012-07-05 23:06:31 <gmaxwell> I think it's okay to rescan a bit more than needed. But not storing it at all would be bad.
1507 2012-07-05 23:06:35 Zarutian has joined
1508 2012-07-05 23:07:00 <sipa> gmaxwell: ok, so disconnect doesn't work yet in ultraprune
1509 2012-07-05 23:07:08 <sipa> not surprising, it was never testes
1510 2012-07-05 23:07:13 <sipa> tested
1511 2012-07-05 23:07:19 brwyatt is now known as Away!~brwyatt@brwyatt.net|brwyatt
1512 2012-07-05 23:07:29 <gmaxwell> e.g. height&~256 or something... and only updating when that changes.
1513 2012-07-05 23:08:01 <sipa> during IBD is every 2000 blocks or so
1514 2012-07-05 23:08:36 Maged has quit (Ping timeout: 246 seconds)
1515 2012-07-05 23:10:58 ovidiusoft has joined
1516 2012-07-05 23:17:15 <sipa> gmaxwell: seems one of the consistency checks in DisconnectBlock failed
1517 2012-07-05 23:17:51 <sipa> gmaxwell: yeah, the extra file is probably a waste (just as a separate file per block is a waste for small blocks), but it's certainly the easiest thing to do for now
1518 2012-07-05 23:20:20 ovidiusoft has quit (Ping timeout: 252 seconds)
1519 2012-07-05 23:37:00 <copumpkin> why is blk0001.dat called that? will the number increase to avoid crossing a 4gb mark or something?
1520 2012-07-05 23:37:23 <sipa> 1.9 GB, actually
1521 2012-07-05 23:38:14 <copumpkin> hmm, mine is 2.05 gigs
1522 2012-07-05 23:38:15 <luke-jr> (at which point I hardlink all my blk0001.dat files
1523 2012-07-05 23:38:16 solvo has quit (Ping timeout: 245 seconds)
1524 2012-07-05 23:38:38 <luke-jr> copumpkin: maybe you're counting "jigga" bytes ;)
1525 2012-07-05 23:39:09 <copumpkin> 2 050 722 198 bytes = 1.90988388 gigabytes
1526 2012-07-05 23:39:32 Zarutian has quit (Quit: Zarutian)
1527 2012-07-05 23:39:40 <sipa> 1.9 GiB, i should have said
1528 2012-07-05 23:39:46 galambo has quit (Read error: Connection reset by peer)
1529 2012-07-05 23:39:52 <luke-jr> pfft
1530 2012-07-05 23:40:48 hattorihanzo has quit (Read error: Connection reset by peer)
1531 2012-07-05 23:40:59 eoss has joined
1532 2012-07-05 23:40:59 eoss has quit (Changing host)
1533 2012-07-05 23:40:59 eoss has joined
1534 2012-07-05 23:41:36 hattorihanzo has joined
1535 2012-07-05 23:43:16 sirk390 has quit (Quit: Leaving.)
1536 2012-07-05 23:44:10 <sipa> luke-jr: hardlinking blk0001.dat won't help if they are not identical
1537 2012-07-05 23:44:19 da2ce7 has quit (Ping timeout: 255 seconds)
1538 2012-07-05 23:44:31 <luke-jr> sipa: well, obviously I mean making them identical first <.<
1539 2012-07-05 23:44:38 <sipa> right
1540 2012-07-05 23:46:39 galambo has joined
1541 2012-07-05 23:49:40 <jgarzik> gmaxwell: what I'm talking about is scanning, not re-scanning
1542 2012-07-05 23:50:00 <jgarzik> gmaxwell: during block sync, there are multiple wallet flushes per minute, with zero wallet.dat data changes
1543 2012-07-05 23:50:25 <sipa> jgarzik: if you don't update the bestblock in wallets, they will cause a rescan of the entire blockchain at next startup
1544 2012-07-05 23:50:50 <sipa> jgarzik: surely it could happen less frequently, but you do have to update it
1545 2012-07-05 23:51:39 <jgarzik> nod -- just not every block, if receiving a stream of blocks
1546 2012-07-05 23:51:56 <sipa> it doesn't happen every block, afaik?
1547 2012-07-05 23:52:03 <jgarzik> a rescan from the previous bestblock is not harmful, if crash
1548 2012-07-05 23:52:17 <sipa> at least not during IBD
1549 2012-07-05 23:52:48 MrTiggr has quit (Ping timeout: 264 seconds)
1550 2012-07-05 23:53:03 <jgarzik> sipa: it's every 2 blocks, here
1551 2012-07-05 23:54:11 <sipa> oh!
1552 2012-07-05 23:54:44 <gmaxwell> rescan from zero to top is kinda lame... but backing it off to every 128 or 256 blocks would probably be fine.
1553 2012-07-05 23:55:40 <sipa> what about this: when wallet is updated, at shutdown, and every 256 blocks
1554 2012-07-05 23:58:09 t7 has quit (Remote host closed the connection)
1555 2012-07-05 23:58:38 <gmaxwell> I'd just say every 256 and always rescan 256 before bestblock. Which will also 'cure' some cases of txn getting missed that were in the middle of being handled on shutdown.