1 2013-01-02 00:00:49 <TradeFortress> nope, I'll just do it the manual way
2 2013-01-02 00:02:14 <TradeFortress> maybe I should make RPC calls disable-able in bitcoin.conf?
3 2013-01-02 00:04:52 Impaler_ is now known as Impaler
4 2013-01-02 00:06:57 maaku has joined
5 2013-01-02 00:07:50 <andytoshi> yeah, that's probably best
6 2013-01-02 00:10:38 EPiSKiNG- has quit ()
7 2013-01-02 00:11:32 JZavala has quit (Ping timeout: 252 seconds)
8 2013-01-02 00:13:34 <andytoshi> i'll implement something to that effect and put a pull request in..
9 2013-01-02 00:14:39 TwilightSparklee has joined
10 2013-01-02 00:15:45 <TradeFortress> I was thinking of doing that but I have no knowledge of git so
11 2013-01-02 00:18:07 t7 has quit (Quit: Konversation terminated!)
12 2013-01-02 00:19:54 <andytoshi> i'm good with git, but not the STL..
13 2013-01-02 00:20:35 TwilightSparkl-1 has joined
14 2013-01-02 00:21:08 slush has quit (Quit: Leaving.)
15 2013-01-02 00:24:14 TwilightSparklee has quit (Ping timeout: 256 seconds)
16 2013-01-02 00:24:52 <gavinandresen> a pull request for disabling RPC commands will be rejected unless you give a good use case that makes sense
17 2013-01-02 00:26:16 Insu has joined
18 2013-01-02 00:26:59 Insu has quit (Changing host)
19 2013-01-02 00:26:59 Insu has joined
20 2013-01-02 00:27:06 TwilightSparkl-1 has quit (Quit: Colloquy for iPhone - http://colloquy.mobi)
21 2013-01-02 00:27:28 <andytoshi> suppose you are interfacing with (say) a PHP application which you don't trust
22 2013-01-02 00:29:22 rdymac has joined
23 2013-01-02 00:30:06 <gavinandresen> don't trust... how? don't trust to send coins? get balances? move coins from account to account ?
24 2013-01-02 00:30:38 <gavinandresen> whitelisting commands makes more sense than blacklisting, I think. Because if we add a new type of 'send' command, your blacklist would stop working when you upgrade
25 2013-01-02 00:31:01 <andytoshi> oh, that's a very good point
26 2013-01-02 00:31:09 RazielZ has quit (Ping timeout: 246 seconds)
27 2013-01-02 00:31:21 <gavinandresen> ... and i'd suggest that a little proxy in front of the RPC port is probably the right way to do whitelisting/blacklisting of RPC commands.
28 2013-01-02 00:31:24 <andytoshi> but yeah, the premise is that you might have an application that should be able to read balances, say
29 2013-01-02 00:32:24 <andytoshi> i dunno, i could probably add a whitelist to bitcoind with ~10 LOC
30 2013-01-02 00:32:36 <andytoshi> whereas a proxy would introduce a lot more complexity
31 2013-01-02 00:32:59 <gavinandresen> but a proxy gives you other features you probably want, like a whitelist per username/password combination....
32 2013-01-02 00:33:38 <andytoshi> yeah, that's true...i'm really targeting a very specific usecase here
33 2013-01-02 00:34:12 <andytoshi> which is almost guaranteed to expand as an appliction gets more serious
34 2013-01-02 00:35:05 <gavinandresen> sipa: https://gist.github.com/4431213 <-- is compiling/running in my mingw32 Windows VM. Are you compiling mingw32 or 64 ?
35 2013-01-02 00:35:10 <andytoshi> i'll probably wind up doing it, just for fun, and if anyone else requests it on irc, i might put in a pull request
36 2013-01-02 00:35:44 <andytoshi> but for now, i don't see any real usecases
37 2013-01-02 00:36:01 denisx has quit (Quit: denisx)
38 2013-01-02 00:39:39 EPiSKiNG- has joined
39 2013-01-02 00:40:16 rdymac has quit (Quit: This computer has gone to sleep)
40 2013-01-02 00:40:46 Siskiyou has quit (Remote host closed the connection)
41 2013-01-02 00:41:14 <TradeFortress> andytoshi: you're going to write code that you won't use yourself for no reason?
42 2013-01-02 00:41:54 <andytoshi> that's correct :}
43 2013-01-02 00:42:22 <andytoshi> it would take me 30 seconds once i learn the STL junk to deal with the data structures
44 2013-01-02 00:42:33 <andytoshi> and i need to learn that stuff anyway, so this is a good excuse
45 2013-01-02 00:47:53 <TradeFortress> also, could I embed a small message in the blockchain with RPC calls?
46 2013-01-02 00:51:48 Sukharev has quit (Ping timeout: 245 seconds)
47 2013-01-02 00:54:00 rdponticelli has quit (Remote host closed the connection)
48 2013-01-02 00:55:23 rdponticelli has joined
49 2013-01-02 00:57:30 DDDD has joined
50 2013-01-02 00:58:02 <DDDD> 10 FREE BIT COINS ON EVERYONES ORDER WITHIN THE NEXT 48 HOURS HURRY UP AND HAPPY NEW YEAR FROM WWW.BITCOINBERUDECHANGE.COM WE ACCEPT CREDIT CARDS PAYPAL AND MANY MORE DONT MISS OUT !!!!!
51 2013-01-02 00:58:08 <DDDD> 10 FREE BIT COINS ON EVERYONES ORDER WITHIN THE NEXT 48 HOURS HURRY UP AND HAPPY NEW YEAR FROM WWW.BITCOINBERUDECHANGE.COM WE ACCEPT CREDIT CARDS PAYPAL AND MANY MORE DONT MISS OUT !!!!!
52 2013-01-02 00:58:10 DDDD has left ()
53 2013-01-02 00:58:34 <TradeFortress> what
54 2013-01-02 00:59:11 <TradeFortress> 10 coins on bitcoinderudechange.com is a scam site like mtgax
55 2013-01-02 01:05:30 Sukharev has joined
56 2013-01-02 01:13:15 Siskiyou has joined
57 2013-01-02 01:15:46 <gmaxwell> Yea, BITCOINBERUDECHANGE is a scam site as far as anyone can tell.
58 2013-01-02 01:17:28 <phantomcircuit> gmaxwell, im always tempted to buy some bitcoins using paypal from an unfunded account and then dispute the charge
59 2013-01-02 01:17:39 <phantomcircuit> he's just so fucking annoying
60 2013-01-02 01:25:02 mmoya_ has quit (Ping timeout: 245 seconds)
61 2013-01-02 01:35:28 <jgarzik> mtgax. guffaw.
62 2013-01-02 01:35:43 <a1111> Have anyone tried BITCOINBERUDECHANGE
63 2013-01-02 01:38:12 <a1111> I do see a review page
64 2013-01-02 01:38:13 <a1111> http://bitcoinberudechange.com/reviews/
65 2013-01-02 01:38:22 <a1111> Is this true?
66 2013-01-02 01:39:07 <jgarzik> a1111: offtopic, please take elsewhere
67 2013-01-02 01:39:27 <a1111> jgarzik: Someone started it, Ok sorry
68 2013-01-02 01:39:41 <phantomcircuit> a1111, it's a scam
69 2013-01-02 01:39:43 <phantomcircuit> </topic>
70 2013-01-02 01:40:50 BurtyB has joined
71 2013-01-02 01:41:03 skeledrew1 has quit (Ping timeout: 265 seconds)
72 2013-01-02 01:44:31 Impaler_ has joined
73 2013-01-02 01:44:39 skeledrew has joined
74 2013-01-02 01:47:49 Impaler has quit (Ping timeout: 265 seconds)
75 2013-01-02 01:52:37 <gmaxwell> a1111: they have very agressively spammed all the bitcoin IRC channels wih repeated all caps floodingâ evading blocks as they're ableâ for some time now, and the general consensus is that its a scam. See also: https://bitcointalk.org/index.php?topic=122319.0
76 2013-01-02 01:54:18 <a1111> gmaxwell: I agree
77 2013-01-02 01:58:10 Impaler_ is now known as Impaler
78 2013-01-02 01:58:49 owowo has quit (Quit: sayonara)
79 2013-01-02 01:59:53 gartenstuhl has joined
80 2013-01-02 02:02:14 a1111 is now known as BTCOxygen
81 2013-01-02 02:02:33 rozani has quit (Read error: Connection reset by peer)
82 2013-01-02 02:09:35 mmoya_ has joined
83 2013-01-02 02:10:52 skeledrew has quit (Ping timeout: 264 seconds)
84 2013-01-02 02:13:05 JZavala has joined
85 2013-01-02 02:17:14 skeledrew has joined
86 2013-01-02 02:19:03 BTCOxygen is now known as a1111
87 2013-01-02 02:22:15 rozani has joined
88 2013-01-02 02:25:08 Siskiyou has quit (Remote host closed the connection)
89 2013-01-02 02:26:49 Sukharev has quit (Ping timeout: 245 seconds)
90 2013-01-02 02:27:57 skeledrew has quit (Ping timeout: 245 seconds)
91 2013-01-02 02:28:56 skeledrew has joined
92 2013-01-02 02:33:49 Sukharev has joined
93 2013-01-02 02:35:36 skeledrew has quit (Ping timeout: 255 seconds)
94 2013-01-02 02:36:01 MobEvo has joined
95 2013-01-02 02:42:27 skeledrew has joined
96 2013-01-02 02:44:26 maaku has quit (Quit: maaku)
97 2013-01-02 02:57:54 yellowhat has quit (Ping timeout: 265 seconds)
98 2013-01-02 03:01:45 gavinandresen has quit (Quit: gavinandresen)
99 2013-01-02 03:03:03 JZavala has quit (Ping timeout: 245 seconds)
100 2013-01-02 03:05:48 miloo has joined
101 2013-01-02 03:08:08 TradeFortress has quit (Quit: Page closed)
102 2013-01-02 03:08:11 skeledrew has quit (Ping timeout: 260 seconds)
103 2013-01-02 03:11:10 miloo has quit (Quit: irc2go)
104 2013-01-02 03:12:57 mmoya_ has quit (Ping timeout: 245 seconds)
105 2013-01-02 03:22:28 skeledrew has joined
106 2013-01-02 03:26:42 skeledrew has quit (Ping timeout: 245 seconds)
107 2013-01-02 03:26:45 JZavala has joined
108 2013-01-02 03:32:19 skeledrew has joined
109 2013-01-02 03:34:26 maaku has joined
110 2013-01-02 03:37:46 MC-Eeepc has quit (Ping timeout: 244 seconds)
111 2013-01-02 03:41:49 maaku has quit (Read error: Connection reset by peer)
112 2013-01-02 03:41:54 maaku_ has joined
113 2013-01-02 03:44:46 pigeons has quit (Read error: Operation timed out)
114 2013-01-02 03:44:53 <nanotube> a1111: as a general rule, i wouldn't put much trust into a page of reviews that's hosted on the very same site that is being reviewed. :)
115 2013-01-02 03:44:58 pigeons has joined
116 2013-01-02 03:45:20 pigeons is now known as Guest27636
117 2013-01-02 03:46:50 rdponticelli has quit (Ping timeout: 276 seconds)
118 2013-01-02 03:50:41 fiesh has quit (Ping timeout: 244 seconds)
119 2013-01-02 03:52:17 fiesh has joined
120 2013-01-02 03:56:37 valparaiso has quit (Ping timeout: 255 seconds)
121 2013-01-02 04:03:23 ForceMajeure has joined
122 2013-01-02 04:13:10 skeledrew has quit (Read error: Connection reset by peer)
123 2013-01-02 04:13:33 skeledrew has joined
124 2013-01-02 04:13:51 TheEslbear has joined
125 2013-01-02 04:16:45 paraipan has quit (Quit: Saliendo)
126 2013-01-02 04:17:14 Eslbaer has quit (Ping timeout: 245 seconds)
127 2013-01-02 04:28:22 Eslbaer has joined
128 2013-01-02 04:30:41 tg has quit (Ping timeout: 264 seconds)
129 2013-01-02 04:30:59 TheEslbear has quit (Ping timeout: 245 seconds)
130 2013-01-02 04:33:07 brwyatt is now known as brwyatt|Away
131 2013-01-02 04:33:17 brwyatt is now known as Away!~brwyatt@brwyatt.net|brwyatt
132 2013-01-02 04:34:12 brwyatt is now known as brwyatt|Away
133 2013-01-02 04:41:17 TradeFortress has joined
134 2013-01-02 04:41:44 <TradeFortress> Hi, I'm getting a Didn't receive 200 OK from rmote server when I try to call gettransaction via the RPC.
135 2013-01-02 04:42:57 <TradeFortress> I'm getting this error for other calls like getrecievedbyaddress too
136 2013-01-02 04:49:03 <Luke-Jr> TradeFortress: likely wrong user/pass then
137 2013-01-02 04:49:16 <TradeFortress> correct user/pass through
138 2013-01-02 04:49:38 <TradeFortress> I can call things like getbalance, getaccount
139 2013-01-02 04:52:28 <TradeFortress> getblock works
140 2013-01-02 04:55:06 Impaler has quit (Ping timeout: 252 seconds)
141 2013-01-02 04:57:12 maaku_ has quit (Quit: maaku_)
142 2013-01-02 05:00:43 [7] has quit (Read error: Operation timed out)
143 2013-01-02 05:01:57 <TradeFortress> is there anything I should try?
144 2013-01-02 05:03:17 TheSeven has joined
145 2013-01-02 05:08:52 tg has joined
146 2013-01-02 05:09:36 Guest27636 is now known as pigeons
147 2013-01-02 05:21:35 <Luke-Jr> TradeFortress: maybe your parameters are wrong
148 2013-01-02 05:21:58 <TradeFortress> Luke-Jr: I'm just calling gettransaction with the tx hash. That's all.
149 2013-01-02 05:22:16 <Luke-Jr> wireshark it :P
150 2013-01-02 05:24:11 maaku has joined
151 2013-01-02 05:29:53 <gmaxwell> Luke-Jr: dude, reporting stupid posts like this https://bitcointalk.org/index.php?topic=133836.msg1429907#msg1429907 just wastes my time. The forum isn't going to do anything about tripe like that, as stupid as it is. :P
152 2013-01-02 05:30:52 <Luke-Jr> gmaxwell: that's why the forum remains troll haven :/
153 2013-01-02 05:31:31 <jgarzik> I love CBitcoin
154 2013-01-02 05:31:34 <jgarzik> "The hamming codes for storage are working. The problem is that they slow down the IO quite considerably. A storage system not using the hamming codes should be used instead for speed. Servers shouldn't need the hamming codes since server hardware is supposed to be highly resistant to data corruption."
155 2013-01-02 05:32:00 <Luke-Jr> O.o
156 2013-01-02 05:32:16 <maaku> please tell me that's not serious
157 2013-01-02 05:32:22 <gmaxwell> ...
158 2013-01-02 05:32:51 da2ce7_d has quit (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/)
159 2013-01-02 05:33:59 <gmaxwell> Would be nice if he'd spend a little of the time he's spent on getting gonzo algorithims into that code on making it actually correctly implement the bitcoin protocol.
160 2013-01-02 05:35:11 <phantomcircuit> jgarzik, hamming codes slow down io considerably?
161 2013-01-02 05:35:12 <phantomcircuit> wat
162 2013-01-02 05:35:14 <jgarzik> spends a lot of time making CBitcoinAdjectiveAdverbVerbNoun APIs
163 2013-01-02 05:36:23 <gmaxwell> has he come up with any more novel macro abuse like NOT ? :P
164 2013-01-02 05:39:50 Graet has quit (Quit: ZNC - I rarely quit but when I do it is becuase of you)
165 2013-01-02 05:40:41 * jgarzik once saw a codebase -- not cbitcoin -- that attempted to replicate (Pascal?) by writing C code with '#define BEGIN {' and the like.
166 2013-01-02 05:40:47 * jgarzik shivers
167 2013-01-02 05:40:55 Guest55006 has joined
168 2013-01-02 05:41:55 Guest55006 is now known as Graet
169 2013-01-02 05:42:03 Graet has quit (Changing host)
170 2013-01-02 05:42:03 Graet has joined
171 2013-01-02 05:42:43 D34TH has quit (Quit: Leaving)
172 2013-01-02 05:43:11 <gmaxwell> or Algol. :P
173 2013-01-02 05:44:39 <Luke-Jr> gmaxwell: I don't get why he didn't just include iso646.h for that
174 2013-01-02 05:45:27 <Luke-Jr> if you're going to insist on plain English operators, might as well use the existing standards for it
175 2013-01-02 05:49:11 * midnightmagic is sad that CBitcoin isn't CBitcoin.
176 2013-01-02 05:51:09 <lianj> midnightmagic: well, that would be too easy
177 2013-01-02 05:51:43 leotreasure_ has joined
178 2013-01-02 05:51:48 leotreasure has quit (Read error: Connection reset by peer)
179 2013-01-02 05:51:49 leotreasure_ is now known as leotreasure
180 2013-01-02 05:52:33 <midnightmagic> lianj: I got all excited the first time I heard about it. Pure C! Bliss. And then crushing disappointment. No, no, it was my own fault really. I'm the one with the "Anybody who writes midsize projects in pure C must surely know C" bias.
181 2013-01-02 05:56:11 att__ has joined
182 2013-01-02 05:57:29 JZavala has quit (Ping timeout: 276 seconds)
183 2013-01-02 05:58:30 <midnightmagic> at least he's trying to write testcases. that's nice.
184 2013-01-02 05:59:03 <Luke-Jr> midnightmagic: if you want a C base58 parser, libblkmaker has one :P
185 2013-01-02 05:59:24 <midnightmagic> Luke-Jr: You asked me to review it a while back. :)
186 2013-01-02 05:59:36 <midnightmagic> Luke-Jr: Which I did halfway and then had to change a diaper.
187 2013-01-02 06:00:00 <Luke-Jr> hehe
188 2013-01-02 06:00:12 <Luke-Jr> wizkid057 actually found a bug in it ;)
189 2013-01-02 06:00:18 <midnightmagic> I saw that.
190 2013-01-02 06:00:23 <midnightmagic> That was the leading 1's issue?
191 2013-01-02 06:00:24 <Luke-Jr> he's using it for his C (CPPSRB) implementation to verify validity
192 2013-01-02 06:00:26 <Luke-Jr> yeah
193 2013-01-02 06:00:40 <Luke-Jr> nfc why I put parenthesis there⦠O.o
194 2013-01-02 06:02:29 Garr255 has joined
195 2013-01-02 06:02:29 Garr255 has quit (Changing host)
196 2013-01-02 06:02:29 Garr255 has joined
197 2013-01-02 06:03:16 dvide has joined
198 2013-01-02 06:06:17 <jgarzik> midnightmagic: I mean, surely he must know C. And Bitcoin.
199 2013-01-02 06:11:21 swulf-- has joined
200 2013-01-02 06:13:37 swulf--1 has quit (Ping timeout: 240 seconds)
201 2013-01-02 06:14:23 random_cat has quit (Ping timeout: 276 seconds)
202 2013-01-02 06:15:41 <midnightmagic> Indubitably!
203 2013-01-02 06:28:05 random_cat has joined
204 2013-01-02 06:30:44 libcoin has quit (Quit: Leaving.)
205 2013-01-02 06:35:13 roconnor has quit (Ping timeout: 252 seconds)
206 2013-01-02 06:35:46 roconnor has joined
207 2013-01-02 06:38:10 zooko`` has joined
208 2013-01-02 06:38:57 zooko`` is now known as zooko
209 2013-01-02 06:40:11 <gmaxwell> https://lwn.net/Articles/531126/ < I'm happy to see the tux3 people adopting crash only programming. :)
210 2013-01-02 06:54:06 <gmaxwell> kjj: are you on the forums promoting things which make global consistency potentially unachievable? I thought we've talked before and I impressed upon you that making acceptance and reorg have different criteria makes a consensus system potentially non-convergent which is the worst possible failure mode for a currency system.
211 2013-01-02 06:56:52 <andytoshi> link, gmaxwell? i can't see how to separate acceptance and reorg
212 2013-01-02 06:56:58 <andytoshi> so i think there's some concepts crossed in my head
213 2013-01-02 06:57:49 <gmaxwell> e.g. I make two forks A and A', feed half the network A first, half A' first... congrats bitcoin is over. This is a deep result. Any decision system which has _any_ preference for an agents own past state must have a failure mode where consensus can never be achieved again.
214 2013-01-02 06:58:10 <andytoshi> oh, i see now
215 2013-01-02 06:58:25 <andytoshi> i was just eliminating that too early to realize what kjj was suggesting
216 2013-01-02 06:58:56 <andytoshi> that is deep..i've never thought of that before
217 2013-01-02 06:59:15 <gmaxwell> yea, kjj was suggesting that you can solve large hashpower attackers by making it so you don't pick the longest chain. You keep your current chain until some other chain is longer by some exponentially growing factor with the size of the reorg.
218 2013-01-02 07:00:05 <andytoshi> very interesting
219 2013-01-02 07:00:23 <andytoshi> mainly because "chain length" and "time" have the same meaning in bitcoin
220 2013-01-02 07:00:40 <andytoshi> so the obvious thing, "hesitate before trusting an attacker", is provable nonconvergent
221 2013-01-02 07:00:58 <gmaxwell> andytoshi: yea, it applies to things outside of cryptocurrencies and such. It's applicable to social science too, and it undermines things like the rationalists arguing about agents with identicial priors making identical decisions. (or it at least means you have to choose self consistency vs global consistency; you can't have both). It's one of the reasons I think politics is hard, because both self and global consistency are valuable.
222 2013-01-02 07:01:27 <gmaxwell> andytoshi: yea, and an attack can specifically target the non-convergence.
223 2013-01-02 07:02:47 <gmaxwell> E.g. with what kjj wrote on the forum you could literally kill bitcoinâ save rule 'violating' manual interventionâ by mining just a couple blocks faster than the network mines one, and announcing them to half of the hashrate each.
224 2013-01-02 07:03:24 <andytoshi> i understand it with bitcoin, no problem, but i'm having trouble with the "identical priors" scenario you mentioned
225 2013-01-02 07:03:53 <andytoshi> and i also suspect it means something cool in loop quantum gravity (where "time" is discretized in a similar fashion to the blockchain)
226 2013-01-02 07:06:12 <andytoshi> i think i understand the priors thing...suppose we meet in real life, and we both want an apple
227 2013-01-02 07:06:23 <andytoshi> and both thing, "i will take the apple, unless the other guy wants it"
228 2013-01-02 07:06:46 <andytoshi> and somehow we both assign identical weights to taking the apple if/ifnot the other wants it
229 2013-01-02 07:07:15 <gmaxwell> andytoshi: E.g. internet rationalists like to muse on the notion that two parties with identical priors will reach the same rational decisionsâ e.g. with equal information we will conclude the same thing "rational decision making is determinstic". But this isn't true unless you give them identical pasts too, or unless they reject any preference for self-consistency. There are a lot of pratical benefits of self consisency (things like ethics
230 2013-01-02 07:07:44 <andytoshi> oh, cool
231 2013-01-02 07:07:57 <andytoshi> not what i was thinking at all
232 2013-01-02 07:09:14 <stealth222> the interesting thing is that even the slightest difference in pasts can lead to a total divergence
233 2013-01-02 07:09:56 zooko has quit (Read error: Connection reset by peer)
234 2013-01-02 07:09:58 <stealth222> to the point where new information is construed in completely opposite ways
235 2013-01-02 07:10:48 <kuzetsa> stealth222: no I wasn't.
236 2013-01-02 07:11:17 <stealth222> lol
237 2013-01-02 07:11:20 <andytoshi> stealth222: right, much like a holonomy measures the curvature of a space
238 2013-01-02 07:11:28 <andytoshi> and -any- nonzero curvature will do something weird
239 2013-01-02 07:11:35 <andytoshi> see the picture on: https://en.wikipedia.org/wiki/Holonomy
240 2013-01-02 07:12:37 <kuzetsa> stealth222: sorry, you said something about "...new information is construed in completely opposite ways..." and I felt the need to troll by saying that thing I said.
241 2013-01-02 07:12:53 <stealth222> kuzetsa: I got it
242 2013-01-02 07:13:20 * andytoshi ohhhhh
243 2013-01-02 07:13:21 <kuzetsa> nevermind... I'm a bumbling idiot at times.
244 2013-01-02 07:13:44 zooko has joined
245 2013-01-02 07:16:38 <stealth222> http://en.wikipedia.org/wiki/South-pointing_chariot
246 2013-01-02 07:19:43 * andytoshi finally knows what a "differential gear" is
247 2013-01-02 07:19:47 <andytoshi> thanks, ancient china!
248 2013-01-02 07:21:05 agath has quit (Ping timeout: 264 seconds)
249 2013-01-02 07:27:51 Guest16748 is now known as Someguy123
250 2013-01-02 07:28:03 Someguy123 has quit (Changing host)
251 2013-01-02 07:28:03 Someguy123 has joined
252 2013-01-02 07:29:21 agath has joined
253 2013-01-02 07:31:16 ivan\ has quit (Ping timeout: 255 seconds)
254 2013-01-02 07:36:53 ivan\ has joined
255 2013-01-02 07:52:16 pooler has quit (Quit: ChatZilla 0.9.89 [Firefox 17.0.1/20121129151842])
256 2013-01-02 08:00:58 da2ce7 has joined
257 2013-01-02 08:20:29 libcoin has joined
258 2013-01-02 08:23:13 maaku has quit (Quit: maaku)
259 2013-01-02 08:28:53 Garr255 has quit (Ping timeout: 264 seconds)
260 2013-01-02 08:36:22 InsuDra has joined
261 2013-01-02 08:39:02 Insu has quit (Ping timeout: 276 seconds)
262 2013-01-02 08:42:51 spaola has quit (Read error: Connection reset by peer)
263 2013-01-02 08:43:06 mmoya_ has joined
264 2013-01-02 08:49:57 CodesInChaos has joined
265 2013-01-02 09:00:20 valparaiso has joined
266 2013-01-02 09:03:41 [\\\] has joined
267 2013-01-02 09:03:46 [\\\] has quit (Excess Flood)
268 2013-01-02 09:05:33 [\\\] has joined
269 2013-01-02 09:09:33 valparaiso has quit (Quit: valparaiso)
270 2013-01-02 09:11:58 <rozani> you are saying you are going to make the software stop preferring the longest available chain?
271 2013-01-02 09:13:27 InsuDra has quit (Quit: Leaving)
272 2013-01-02 09:14:34 Insu has joined
273 2013-01-02 09:15:55 devrandom has quit (Remote host closed the connection)
274 2013-01-02 09:16:19 devrandom has joined
275 2013-01-02 09:21:53 t7 has joined
276 2013-01-02 09:24:44 da2ce7_d has joined
277 2013-01-02 09:26:17 da2ce7 has quit (Ping timeout: 245 seconds)
278 2013-01-02 09:31:50 TradeFortress has quit (Quit: Page closed)
279 2013-01-02 09:32:52 dch24 has joined
280 2013-01-02 09:34:01 Insu has quit (Remote host closed the connection)
281 2013-01-02 09:38:12 Scrat has quit (Read error: Connection reset by peer)
282 2013-01-02 09:40:25 Scrat has joined
283 2013-01-02 09:41:23 Scrat has quit (Client Quit)
284 2013-01-02 09:42:08 Scrat has joined
285 2013-01-02 09:42:15 Insu has joined
286 2013-01-02 09:42:29 da2ce7 has joined
287 2013-01-02 09:42:37 da2ce7_d has quit (Ping timeout: 240 seconds)
288 2013-01-02 09:42:46 Azelphur has quit (Excess Flood)
289 2013-01-02 09:48:06 Guest9052 has joined
290 2013-01-02 09:48:13 ThomasV has joined
291 2013-01-02 10:01:28 <Luke-Jr> tcatm: ping, I think CampBX's market stream has the timestamps in non-UTC :/
292 2013-01-02 10:02:28 skeledrew has quit (Ping timeout: 255 seconds)
293 2013-01-02 10:05:57 dparrish has quit (Ping timeout: 260 seconds)
294 2013-01-02 10:06:46 dparrish has joined
295 2013-01-02 10:06:59 one_zero_ has quit ()
296 2013-01-02 10:07:20 skeledrew has joined
297 2013-01-02 10:08:07 Diapolo has joined
298 2013-01-02 10:09:56 Guest9052 has quit (Quit: Oh god i switched my bouncer off, the world is ending!)
299 2013-01-02 10:10:36 Azelphur_ has joined
300 2013-01-02 10:13:41 valparaiso has joined
301 2013-01-02 10:17:23 valparaiso has quit (Client Quit)
302 2013-01-02 10:17:44 valparaiso has joined
303 2013-01-02 10:17:45 dch24 has left ()
304 2013-01-02 10:20:54 Azelphur_ has quit (Quit: Oh god i switched my bouncer off, the world is ending!)
305 2013-01-02 10:25:06 Azelphur has joined
306 2013-01-02 10:27:15 Azelphur has quit (Excess Flood)
307 2013-01-02 10:27:42 valparaiso is now known as valparaiso_reset
308 2013-01-02 10:28:10 valparaiso_reset is now known as valparaiso
309 2013-01-02 10:29:36 Azelphur has joined
310 2013-01-02 10:31:31 rdymac has joined
311 2013-01-02 10:33:55 copumpkin has quit (Ping timeout: 252 seconds)
312 2013-01-02 10:34:00 tonikt has joined
313 2013-01-02 10:34:30 copumpkin has joined
314 2013-01-02 10:42:12 ovidiusoft has joined
315 2013-01-02 10:47:50 paybitcoin has joined
316 2013-01-02 10:48:24 paybitcoin1 has quit (Ping timeout: 255 seconds)
317 2013-01-02 10:52:36 RazielZ has joined
318 2013-01-02 10:52:40 <epscy> does the faucet still work?
319 2013-01-02 10:52:56 <epscy> if it doesn't should the text on the page be updated to reflect that?
320 2013-01-02 10:56:57 JZavala has joined
321 2013-01-02 11:01:59 drizztbsd has joined
322 2013-01-02 11:04:39 RazielZ has quit (Ping timeout: 246 seconds)
323 2013-01-02 11:14:24 JZavala has quit (Ping timeout: 252 seconds)
324 2013-01-02 11:15:48 InsuDra has joined
325 2013-01-02 11:16:21 InsuDra has quit (Remote host closed the connection)
326 2013-01-02 11:16:48 InsuDra has joined
327 2013-01-02 11:19:08 Insu has quit (Ping timeout: 265 seconds)
328 2013-01-02 11:24:30 Toresh has joined
329 2013-01-02 11:27:18 skeledrew1 has joined
330 2013-01-02 11:27:23 skeledrew has quit (Ping timeout: 276 seconds)
331 2013-01-02 11:39:10 MC1984 has joined
332 2013-01-02 11:48:25 RazielZ has joined
333 2013-01-02 11:57:19 yellowhat has joined
334 2013-01-02 11:58:27 <MC1984> Luke-Jr do you have that wikipedia list of gun self defense incidents
335 2013-01-02 12:00:28 skeledrew1 has quit (Ping timeout: 245 seconds)
336 2013-01-02 12:01:06 skeledrew has joined
337 2013-01-02 12:02:17 <MC1984> http://en.wikipedia.org/w/index.php?title=List_of_defensive_gun_use_incidents&redirect=no oh its been deleted and redirected
338 2013-01-02 12:02:29 <MC1984> is that wikipedias famous liberal bias
339 2013-01-02 12:07:14 <stealth222> listener2 - even cleaner than before: https://github.com/CodeShark/CoinClasses/blob/master/examples/listener2/listener2.cpp
340 2013-01-02 12:11:10 skeledrew has quit (Ping timeout: 255 seconds)
341 2013-01-02 12:15:20 Graet is now known as Graet_AFK_sick
342 2013-01-02 12:16:06 skeledrew has joined
343 2013-01-02 12:22:14 tonikt has quit (Ping timeout: 245 seconds)
344 2013-01-02 12:25:20 someone42 has joined
345 2013-01-02 12:30:05 InsuDra has quit (Remote host closed the connection)
346 2013-01-02 12:31:06 Insu has joined
347 2013-01-02 12:31:15 JZavala has joined
348 2013-01-02 12:40:01 Insu has quit (Remote host closed the connection)
349 2013-01-02 12:40:54 Insu has joined
350 2013-01-02 12:42:57 TD has joined
351 2013-01-02 12:43:45 <Jouke> So I downloaded 7.2, I downloaded bootstrap.dat and I copied my old wallet.dat. debug.log keeps saying: "ERROR: ProcessBlock() : AcceptBlock FAILED"
352 2013-01-02 12:45:06 <sipa> you only copied wallet.dat?
353 2013-01-02 12:45:24 <sipa> does it say anything why acceptblock fails?
354 2013-01-02 12:45:45 <Jouke> only wallet.dat yes
355 2013-01-02 12:46:08 <Jouke> ERROR: AcceptBlock() : AddToBlockIndex failed
356 2013-01-02 12:46:14 <Jouke> thath is the only other error
357 2013-01-02 12:46:41 tonikt has joined
358 2013-01-02 12:46:48 <sipa> read-only filesystem?
359 2013-01-02 12:47:01 <sipa> disk full?
360 2013-01-02 12:47:28 <sipa> is there a file blkindex.dat created?
361 2013-01-02 12:48:38 <Jouke> yes, blk0001.dat is already 2G and 0002.dat is growing
362 2013-01-02 12:48:47 rdymac has quit (Quit: This computer has gone to sleep)
363 2013-01-02 12:48:59 <stealth222> your clock set correctly?
364 2013-01-02 12:49:16 rdponticelli has joined
365 2013-01-02 12:49:47 <Jouke> yes
366 2013-01-02 12:50:06 JZavala has quit (Ping timeout: 244 seconds)
367 2013-01-02 12:51:13 <sipa> you didn't answer my question :)
368 2013-01-02 12:52:31 <Jouke> yes I have a blkindex.dat and blk00001.dat is already 2G and 0002.dat is growing.
369 2013-01-02 12:52:44 <sipa> and that blkindex.dat didn't exist before?
370 2013-01-02 12:52:58 <sipa> and anything else at all in debug.log, even non-errors?
371 2013-01-02 12:54:04 <Jouke> sipa: clean machine install, I created .bitcoin directory, I copied bootstrap.dat and wallet.dat there before I started bitcoind.
372 2013-01-02 12:55:24 <sipa> that sounds like it should work
373 2013-01-02 12:55:31 <Jouke> besides the acceptblock errors I also get "ERROR: FetchInputs() : 6ace17537b mempool Tx prev not found 156333109a" - "stored orphan tx 6ace17537b (mapsz 159)
374 2013-01-02 12:55:37 <stealth222> stick some tracers into main.cpp and rebuild it :)
375 2013-01-02 12:55:40 <sipa> yeah, nothing to worry about
376 2013-01-02 12:56:06 <sipa> Jouke: can you find in debug.log the first few pages after startup?
377 2013-01-02 12:56:08 <Jouke> stealth222: I use the binary from bitcoin.org
378 2013-01-02 12:56:33 <sipa> i use a reverse-search for the string "Bitcoin" to do so
379 2013-01-02 12:59:45 <Jouke> http://pastebin.com/NWhyRPaH
380 2013-01-02 13:00:15 <stealth222> looking at the source (it might not be the same version), it looks like to get that error message, CBlock::ConnectBestBlock() has to return false - and that can only happen either if InvalidChainFound() returns true or SetBestChain() returns false
381 2013-01-02 13:00:22 Keefe has quit (Read error: Connection reset by peer)
382 2013-01-02 13:00:35 Keefe has joined
383 2013-01-02 13:00:35 Keefe has quit (Changing host)
384 2013-01-02 13:00:35 Keefe has joined
385 2013-01-02 13:00:39 <stealth222> better exception handling in main and init would be nice :)
386 2013-01-02 13:00:55 <sipa> Jouke: an in db.log?
387 2013-01-02 13:00:57 <sipa> *and
388 2013-01-02 13:02:06 <stealth222> wait, no sorry - SetBestChain has to be returning false
389 2013-01-02 13:02:18 <sipa> stealth222: use the 0.7.2 sourcem not git head
390 2013-01-02 13:02:25 <sipa> it changed quite a bit
391 2013-01-02 13:02:46 <sipa> the only return false from AddToBlockIndex without corresponding error message, is when there's a problem with BDB
392 2013-01-02 13:03:21 <Jouke> hmmm
393 2013-01-02 13:03:26 <Jouke> http://pastebin.com/u91qU13D
394 2013-01-02 13:03:57 rdymac has joined
395 2013-01-02 13:04:38 <sipa> ok, so it seems related to the wallet file
396 2013-01-02 13:04:46 <stealth222> corrupt wallet file?
397 2013-01-02 13:04:50 <stealth222> :)
398 2013-01-02 13:05:01 <sipa> at least that won't be possible in 0.8 anymore (as the db envs for blockchain and wallet are separate)
399 2013-01-02 13:05:30 <stealth222> that's good news. I tried running the latest master with an empty wallet file and it crashed on me without giving me a nice error message
400 2013-01-02 13:05:57 <sipa> stealth222: anything in debug.log?
401 2013-01-02 13:06:00 <Jouke> hmm, ok, well, I do have some backups from the wallet.dat-file, so that isnt a problemn. Do I need to remove the blockchain-files and start over?
402 2013-01-02 13:06:24 <stealth222> lots, sipa - but it's like days ago. I'd have to search...or replicate the issue again
403 2013-01-02 13:06:54 <stealth222> It didn't even get to wallet loading
404 2013-01-02 13:07:02 <stealth222> just crashed
405 2013-01-02 13:09:15 <stealth222> actually, it does give me a relevant error message
406 2013-01-02 13:09:16 <stealth222> Failed to rename wallet.dat to wallet.1357131112.bak
407 2013-01-02 13:09:16 <sipa> most likely it still put something in debug.log
408 2013-01-02 13:09:53 <sipa> Jouke: probably best
409 2013-01-02 13:11:17 <stealth222> Failed to rename wallet.dat to wallet.1357131112.bak\n: wallet.dat corrupt, salvage failed
410 2013-01-02 13:12:28 <gmaxwell> stealth222: what do you mean by 'empty wallet'?
411 2013-01-02 13:12:35 <stealth222> touch wallet.dat
412 2013-01-02 13:14:03 <sipa> interesting that BDB fails on zero-length database files
413 2013-01-02 13:14:09 btcven has joined
414 2013-01-02 13:14:15 <sipa> and apparently even fails when trying to rename them
415 2013-01-02 13:14:16 rdymac has quit (Read error: No route to host)
416 2013-01-02 13:14:30 InsuDra has joined
417 2013-01-02 13:14:46 btcven is now known as rdymac
418 2013-01-02 13:14:56 <sipa> though a better error message seems useful here, you made the wrong assumption that a 0-length file is a valid wallet :)
419 2013-01-02 13:14:59 rdymac has quit (Client Quit)
420 2013-01-02 13:15:06 <stealth222> no, I'm not assuming that :)
421 2013-01-02 13:15:34 <stealth222> what was strange to me is that it failed before it even reached the part of the code where the wallets are loaded
422 2013-01-02 13:15:53 <gmaxwell> Apparently it didn't since it's giving you the wallet salvage stuff.
423 2013-01-02 13:15:54 rdymac has joined
424 2013-01-02 13:16:07 agricocb has quit (Quit: Leaving.)
425 2013-01-02 13:16:16 Insu has quit (Ping timeout: 260 seconds)
426 2013-01-02 13:16:21 * gmaxwell pats himself on the back for the excellent user distrust there uncovering the root cause :P
427 2013-01-02 13:16:31 <sipa> well the dbenv.dbrename(...) call fails on your wallet file
428 2013-01-02 13:16:35 <stealth222> it didn't even get to loading the block chain, gmaxwell
429 2013-01-02 13:16:44 <stealth222> wallet loading comes after that in InitApp2
430 2013-01-02 13:16:53 <sipa> wallet salvage is done before, iirc
431 2013-01-02 13:16:59 <stealth222> yes, I see that now, sipa
432 2013-01-02 13:17:19 <stealth222> it
433 2013-01-02 13:17:24 <stealth222> it's obviously done before :)
434 2013-01-02 13:17:37 skeledrew has quit (Ping timeout: 240 seconds)
435 2013-01-02 13:18:19 skeledrew has joined
436 2013-01-02 13:19:04 <stealth222> step 5 :)
437 2013-01-02 13:19:47 <stealth222> should step 5 also try to salvage any other wallets that might be corrupt?
438 2013-01-02 13:20:07 a1111 has quit (Ping timeout: 240 seconds)
439 2013-01-02 13:20:54 <stealth222> then I'll have to grab the list of wallets in a separate step from the wallet loading
440 2013-01-02 13:22:25 <stealth222> I could easily add that
441 2013-01-02 13:22:34 <Luke-Jr> [12:54:35] <stealth222> Failed to rename wallet.dat to wallet.1357131112.bak\n: wallet.dat corrupt, salvage failed <-- is there supposed to be a \n in the filename? O.oi
442 2013-01-02 13:22:48 <stealth222> no, I added it because I didn't want to type two lines
443 2013-01-02 13:24:17 <Luke-Jr> the next line begins with a ":"?
444 2013-01-02 13:24:28 <stealth222> yes
445 2013-01-02 13:24:56 <gmaxwell> Hm. What default key should we use if the keypool is empty and the wallet is locked? Right now we fail with can't initilize keypool on a salvaged locked wallet that has no keypool (due to the salvage) because it can't fetch a key to use as the default key.
446 2013-01-02 13:26:37 <gmaxwell> ugh. https://www.btcfpga.com/forum/index.php?topic=806.msg2436 Another hardware maker goes the consolidation route.
447 2013-01-02 13:26:58 <stealth222> Luke-Jr: walletdb.cpp:607: printf("Failed to rename %s to %s\n", filename.c_str(), newFilename.c_str());
448 2013-01-02 13:27:15 <stealth222> the \n is not part of the filename
449 2013-01-02 13:27:38 <Luke-Jr> stealth222: ok, just confused about the colon that shouldn't(?) be there
450 2013-01-02 13:34:03 <stealth222> something to do with uiInterface?
451 2013-01-02 13:35:40 m0mchil has quit (Quit: Leaving)
452 2013-01-02 13:45:41 dub has quit (Ping timeout: 264 seconds)
453 2013-01-02 13:45:54 mologie has quit (Ping timeout: 244 seconds)
454 2013-01-02 13:45:57 dub has joined
455 2013-01-02 13:46:10 <stealth222> it's not clear on the surface which of all these functions that get called output to debug.log, which output to stdout, which output to GUI, etc...
456 2013-01-02 13:46:17 <stealth222> you really need to dig down
457 2013-01-02 13:46:37 <stealth222> it would be nice to make that all clearer
458 2013-01-02 13:46:55 <stealth222> you sometimes need to dig down the call stack several levels to see the call that generates the output
459 2013-01-02 13:50:01 <stealth222> but the bad part is that it's not clear which way to dig
460 2013-01-02 13:50:32 <stealth222> unless you grep like crazy :)
461 2013-01-02 13:51:28 <stealth222> looks like a string "Error" is getting removed from the output to debug.log
462 2013-01-02 13:51:43 btcven has joined
463 2013-01-02 13:52:00 <stealth222> I surrounded all calls to _() by double quotes and now I get this: "wallet.dat corrupt, salvage failed""Error": wallet.dat corrupt, salvage failed
464 2013-01-02 13:53:06 <Diapolo> _() is used to be able to translate strings from the core with Qt
465 2013-01-02 13:53:23 rdymac has quit (Ping timeout: 245 seconds)
466 2013-01-02 13:53:23 <stealth222> right - so it looks like in the translation, the "Error" is getting removed
467 2013-01-02 13:54:23 btcven has quit (Read error: Connection reset by peer)
468 2013-01-02 13:57:29 mologie has joined
469 2013-01-02 13:57:46 <stealth222> at least getting removed from the debug.log output.
470 2013-01-02 13:58:41 <Diapolo> take a look at noui.cpp AFAIK the function _() is in there
471 2013-01-02 13:59:44 <stealth222> the issue seems to be _("Error")
472 2013-01-02 14:00:18 <stealth222> to stdout it outputs "Error: wallet.dat corrupt, salvage failed"
473 2013-01-02 14:00:32 <stealth222> but to debug.log it removes "Error"
474 2013-01-02 14:00:50 <Diapolo> give me the line and file where that message comes from first
475 2013-01-02 14:01:22 <stealth222> noui.cpp: lines 30 and 31. no?
476 2013-01-02 14:01:36 <Diapolo> I had no IDE open :)
477 2013-01-02 14:01:49 <stealth222> I don't either - just using text editors and grep
478 2013-01-02 14:02:06 gavinandresen has joined
479 2013-01-02 14:02:44 <stealth222> printf writes to debug.log while fprintf outputs to stderr, yes?
480 2013-01-02 14:02:59 skeledrew has quit (Ping timeout: 265 seconds)
481 2013-01-02 14:03:13 <stealth222> so it looks like the caption string is empty
482 2013-01-02 14:03:34 <Diapolo> printf uses caption and the fprintf strCaption, right
483 2013-01-02 14:03:42 <stealth222> correct
484 2013-01-02 14:03:52 btcven has joined
485 2013-01-02 14:04:33 <Diapolo> and caption IS emptry indeed, as uiInterface.ThreadSafeMessageBox(str, "", CClientUIInterface::MSG_ERROR); has "" for it
486 2013-01-02 14:04:47 <stealth222> :)
487 2013-01-02 14:05:05 btcven has quit (Read error: Connection reset by peer)
488 2013-01-02 14:07:03 <stealth222> one thing I've done before in projects to avoid obscuring outputs is to pass function pointers to the output functions down the call stack but only call things like printf, fprintf, cout, etc at one level of the call stack
489 2013-01-02 14:08:26 <stealth222> then it's easy to turn on tracing so you can see where in the call stack the text originated
490 2013-01-02 14:08:40 btcven has joined
491 2013-01-02 14:09:14 skeledrew has joined
492 2013-01-02 14:09:32 <stealth222> I guess with the proper debugging tools it's possible to do that without a special framework
493 2013-01-02 14:09:43 <Diapolo> you are right, but that seems hard to do with such a project which grows where people like to work and extend or fix bugs
494 2013-01-02 14:11:08 <stealth222> yeah, it's hard enough to establish consistency in one's own code - let alone a project with no top-down organization involving a bunch of people
495 2013-01-02 14:11:39 <stealth222> every now and then, somebody needs to enforce consistency by refactoring code :)
496 2013-01-02 14:12:18 <Diapolo> I think you are very welcome, if you are able to help with that part
497 2013-01-02 14:12:20 <Diapolo> :)
498 2013-01-02 14:12:23 <gavinandresen> refactors are welcome, as long as you can convince us that you didn't accidently break something when refactoring
499 2013-01-02 14:12:57 <gavinandresen> lack of unit tests and 100% code coverage is a problem, though. So more unit tests that give more code coverage is even more welcome.
500 2013-01-02 14:17:03 skeledrew1 has joined
501 2013-01-02 14:17:50 <sipa> gavinandresen: what's your opinion about what to do when an inconsistency in the coin database is found?
502 2013-01-02 14:19:44 skeledrew has quit (Ping timeout: 245 seconds)
503 2013-01-02 14:20:38 <stealth222> wouldn't it depend on the kind of inconsistency?
504 2013-01-02 14:20:38 <gavinandresen> sipa: mmmm.... on one hand, I don't like spending lots of time developing for extremely rare events. Which says to me, if coin db is corrupt erase it all and rebuild from blk data. (if blk data is corrupt, then erase and re-download the chain).
505 2013-01-02 14:20:54 <gavinandresen> sipa: on the other hand, doing that might hide real bugs
506 2013-01-02 14:20:59 <sipa> in the GUI something like "Your database seems corrupted. Choose continue to rebuild it now (this may take a while) [Continue] [Quit]"
507 2013-01-02 14:21:57 <sipa> stealth222: the case is "blocks on disk seem ok, but current coin database cannot possible ever result from those blocks"
508 2013-01-02 14:21:59 <gavinandresen> that sounds good for the GUI. Non-gui... always exit with a "coin db corrupt, erase /path/coins/ to recover" ?
509 2013-01-02 14:23:12 <sipa> Diapolo: is something like that possible with the messagebox stuff?
510 2013-01-02 14:23:47 <stealth222> yeah, I tend to agree with gavin - you can really spend a heck of a lot of time developing a beautiful recovery system that you only end up using once a million years
511 2013-01-02 14:24:15 <sipa> well, trying to recover isn't hard
512 2013-01-02 14:24:16 <stealth222> if it takes a minute rather than an hour to recover, was it really worth spending weeks of development time?
513 2013-01-02 14:24:16 btcven has quit (Quit: This computer has gone to sleep)
514 2013-01-02 14:24:22 skeledrew1 has quit (Ping timeout: 255 seconds)
515 2013-01-02 14:24:28 <sipa> being sure that recovery was succesfully with hard guarantees is impossible
516 2013-01-02 14:24:49 <stealth222> if you have a good solution to the problem, then by all means use it :)
517 2013-01-02 14:25:05 <sipa> i don't - my question is mostly about how to present it to the user
518 2013-01-02 14:25:15 <gavinandresen> silently recovering is not the right answer, though; if my hard disk is failing I'd like to have some clues
519 2013-01-02 14:25:23 <sipa> indeed
520 2013-01-02 14:25:27 <Diapolo> sipa: sure, but currently not with the uiInterface stuff, as you can't evaluate what the user clicked
521 2013-01-02 14:25:33 <sipa> indeedah
522 2013-01-02 14:25:34 <sipa> ah
523 2013-01-02 14:26:05 <sipa> in case the blocks themselves are corrupted, we can try to reorganize away from the blocks, and drop them from the database
524 2013-01-02 14:26:11 skeledrew has joined
525 2013-01-02 14:26:37 <sipa> if that happens without detecting inconsistencies, it should be fine
526 2013-01-02 14:26:48 <sipa> if it doesn't -> reindex
527 2013-01-02 14:26:56 m0mchil has joined
528 2013-01-02 14:26:56 m0mchil has quit (Changing host)
529 2013-01-02 14:26:56 m0mchil has joined
530 2013-01-02 14:27:47 <gavinandresen> sounds hard to test; will you write a corrupt-blocks tool ?
531 2013-01-02 14:28:37 <gavinandresen> (which gets back to "I don't like spending lots of time....")
532 2013-01-02 14:29:44 <sipa> gavinandresen: i'm talking about -checkblocks
533 2013-01-02 14:29:59 <sipa> which already tests the last 2500 blocks for errors
534 2013-01-02 14:30:18 <sipa> (only standalone checks, of course)
535 2013-01-02 14:30:29 <gavinandresen> sipa: ok, I thought this was going to be a new check
536 2013-01-02 14:31:23 <sipa> the coindb check is new
537 2013-01-02 14:31:35 <gavinandresen> sipa: where are we at with the leveldb17 changes? Still doesn't build for you?
538 2013-01-02 14:31:40 <sipa> but it depends on knowing the blocks it tests against are themself ok
539 2013-01-02 14:31:58 <sipa> gavinandresen: i'll try updating the branch and rebuilding
540 2013-01-02 14:32:53 <stealth222> if you're getting serious data corruption problems, most likely scenarios seem to be 1) faulty hardware/system, 2) user tampering with data files, 3) malicious attack
541 2013-01-02 14:33:03 <stealth222> or 4) bugs in the program
542 2013-01-02 14:33:20 <stealth222> not necessarily in that order :)
543 2013-01-02 14:33:41 <sipa> stealth222: i think in the current (0.7.2) case, the most likely cause see,s "i didn't shutdown properly", which isn't nice, as it's exactly what bdb is supposed to protect against
544 2013-01-02 14:33:46 <sipa> *seems
545 2013-01-02 14:33:56 <stealth222> I guess I would put that in (4)
546 2013-01-02 14:34:39 <gmaxwell> I don't understand why it seems to be suddenly so much more of an issue, however.
547 2013-01-02 14:34:59 <sipa> i suppose the problem worsens with larger blkindex.dat
548 2013-01-02 14:35:37 <stealth222> point is, from the user's perspective, each one of these cases is very distinct
549 2013-01-02 14:35:43 rdymac has joined
550 2013-01-02 14:36:39 <Diapolo> sipa: I would better call it my PC crashed while the client was running
551 2013-01-02 14:37:07 <sipa> Diapolo: i'm not convinced that that is the main cause
552 2013-01-02 14:37:29 da2ce7 has quit (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/)
553 2013-01-02 14:38:16 agricocb has joined
554 2013-01-02 14:39:31 <Diapolo> sipa: if you really think unclean shutdown is a problem, at least for Windows and Bitcoin-Qt I have something that prevents shutdown of the PC, safely quits the client and then allows the shutdown ... dunno if that's worth to get added needs for sure comments from laanwj
555 2013-01-02 14:39:51 <stealth222> but what if the system becomes unstable?
556 2013-01-02 14:40:34 <stealth222> BSOD territory
557 2013-01-02 14:40:55 <stealth222> there's a hardware conflict - or a buffer overrun somewhere
558 2013-01-02 14:42:27 <Diapolo> as I said I think PC crash IS an issue, perhaps much more on Win-PCs than for all other OSes at least with OS <= Vista
559 2013-01-02 14:43:16 paraipan has joined
560 2013-01-02 14:47:30 TD has quit (Quit: TD)
561 2013-01-02 14:48:27 <stealth222> btw, on a separate note, how soon do you think before we can integrate multiwallet and watch-only addresses? I'm debating whether to focus more effort on extending native bitcoind functionality or whether cleaning up and documenting CoinClasses better
562 2013-01-02 14:50:35 rdymac has quit (Quit: This computer has gone to sleep)
563 2013-01-02 14:52:41 <sipa> Diapolo: bitcoin should simply be resilient against crashes/unexpected shutdowns whatsoever
564 2013-01-02 14:52:53 <Diapolo> sipa: indeed
565 2013-01-02 14:52:58 <sipa> stealth222: priority now is getting 0.8 ready, and new features typically delay that
566 2013-01-02 14:53:28 <sipa> though both are definitely things i want soon
567 2013-01-02 14:54:14 BTCOxygen has joined
568 2013-01-02 14:54:45 <stealth222> lots of people seem to be asking for callback functionality
569 2013-01-02 14:54:51 <Diapolo> sipa: what changes are to come for the LevelDB 1.7 branch? I did not succeed in build a static Qt and still suffer from that static switches in the pro-file :-/.
570 2013-01-02 14:55:22 <sipa> ha! pro-file!
571 2013-01-02 14:55:39 <sipa> Diapolo: well gavin was recently able to build and run on XP
572 2013-01-02 14:55:39 <Scrat> stealth222: how does bitcoin-qt check for new transactions? does it poll? how often
573 2013-01-02 14:56:10 <sipa> Scrat: the core notifies the GUI when there are changes to the wallet
574 2013-01-02 14:56:14 <gavinandresen> Diapolo: I didn't build -qt, though.
575 2013-01-02 14:56:40 <Diapolo> gavinandresen: you built bitcoind then?
576 2013-01-02 14:57:05 <Scrat> sipa: sorry for my noobness but where is that in the call list
577 2013-01-02 14:57:37 <sipa> Scrat: Bitcoin-Qt doesn't use the RPC mechanism
578 2013-01-02 14:57:49 <sipa> it's the same binary, it just gets an internal function call
579 2013-01-02 14:57:59 <stealth222> yeah, in-process it's not hard to provide the hooks
580 2013-01-02 14:58:12 <Scrat> so it should be easy to expose that through RPC
581 2013-01-02 14:58:24 <sipa> out of process it isn't hard either, but it's hard to make it a) usable b) safe against DoS attacks
582 2013-01-02 14:59:34 <stealth222> I guess usability depends on your target. what I have is somewhere between the python script stuff and hacking into the core itself
583 2013-01-02 14:59:43 <stealth222> https://github.com/CodeShark/CoinClasses/blob/master/examples/listener2/listener2.cpp
584 2013-01-02 14:59:56 <Scrat> JSON RPC is stateless anyway so it will have to be through polling
585 2013-01-02 15:00:01 <stealth222> still not usable by, say, a typical PHP developer
586 2013-01-02 15:01:08 <stealth222> and JSON-RPC could provide callback mechanisms via subscription
587 2013-01-02 15:01:24 <stealth222> "post to the following URL when the following event occurs:...."
588 2013-01-02 15:01:27 <Scrat> I dont know what is the preferred method for async cross platform IPC nowadays
589 2013-01-02 15:02:22 <stealth222> easiest method for typical web app development is to send a post to a specific URL with event information when an event occurs
590 2013-01-02 15:03:03 <Scrat> yes post will do I guess, with a internal queue for retries in case of failure
591 2013-01-02 15:03:18 <stealth222> if you want to provide live feeds to a browser, then websockets
592 2013-01-02 15:04:31 <stealth222> but the post mechanism is really what is most needed for more sophisticated web app development
593 2013-01-02 15:04:39 <stealth222> urgently :)
594 2013-01-02 15:04:43 <Scrat> then the question is: do JSON callbacks survive restarts?
595 2013-01-02 15:04:54 <Diapolo> sipa: QMAKE_CXXFLAGS *= -flto=4 QMAKE_LFLAGS *= -flto=4 fails with lto-wrapper failed so also not usable for me -_-
596 2013-01-02 15:04:59 <Scrat> (are they saved in the wallet?)
597 2013-01-02 15:05:13 <stealth222> it's not currently implemented, scrat - it could be implemented in a number of ways
598 2013-01-02 15:05:13 <sipa> Scrat: there are no JSON callbacks
599 2013-01-02 15:05:18 <Scrat> I know :p
600 2013-01-02 15:05:38 <stealth222> my implementation will automatically requery for anything it missed since it was shut down
601 2013-01-02 15:05:43 <Scrat> I'm entertaining stealth222's idea
602 2013-01-02 15:06:50 <stealth222> Scrat, callback subscriptions are persisted to disk
603 2013-01-02 15:07:25 <stealth222> and all failed post attempts are logged
604 2013-01-02 15:07:56 <stealth222> I'd love to add these features to the reference client
605 2013-01-02 15:08:53 <Scrat> new dependencies will be needed
606 2013-01-02 15:08:56 <Scrat> prob. libcurl
607 2013-01-02 15:09:19 <stealth222> sure. unless you know of any better HTTP client
608 2013-01-02 15:09:34 <gavinandresen> you can do it all with boost. I had a monitorreceived patch that was never merged because I decided it was feature creep
609 2013-01-02 15:09:53 <Scrat> oh right, boost has a client
610 2013-01-02 15:10:08 <stealth222> feature creep? this was actually one of the most useful things I needed when I first started trying to build bitcoin apps :)
611 2013-01-02 15:10:15 <Scrat> +1
612 2013-01-02 15:10:16 <stealth222> and it seems I'm not alone in this opinion
613 2013-01-02 15:10:23 <Scrat> first think I looked at too
614 2013-01-02 15:10:26 <Scrat> thing*
615 2013-01-02 15:11:08 <stealth222> I needed to be able to send notifications of receipts of payments and take appropriate action - and having to periodically poll via RPC just didn't cut it
616 2013-01-02 15:11:08 <gavinandresen> so, you start with plain HTTP POST to a web server, then you decide that you need SSL because a MITM might inject fake transactions and rip off your service...
617 2013-01-02 15:11:21 <stealth222> SSL is a given
618 2013-01-02 15:11:22 <gavinandresen> ... and if you need SSL then you need client/server certificates and support for that....
619 2013-01-02 15:11:37 <stealth222> yes, but it can be self-signed
620 2013-01-02 15:11:40 <gavinandresen> ... and soon you've added thousands of lines of code to the reference client, and that's a bad idea.
621 2013-01-02 15:11:54 <stealth222> adding SSL certificates doesn't add thousands of lines
622 2013-01-02 15:12:32 <sipa> meh, i'd be in favor of removing all SSL support whatsoever from the client, and use stunnel if you need SSL stuff
623 2013-01-02 15:12:42 <sipa> but i guess i'm alone with that opinion :)
624 2013-01-02 15:12:44 <gmaxwell> stealth222: openssl doesn't really do certificate validation. It's a fair amount of codeâ and code you make active from a library is still a kind of addition.
625 2013-01-02 15:12:45 <gavinandresen> sipa: I agree, and I wrote the RPC SSL code.
626 2013-01-02 15:13:21 <gmaxwell> 09:42 < gmaxwell> Rebroad: if you run bitcoin over tor or stunnel you should be fine. :(
627 2013-01-02 15:13:24 <gmaxwell> 12:44 < gmaxwell> well, IMO it's a stupid feature. stunnel ftw. :P
628 2013-01-02 15:13:42 Diapolo has left ()
629 2013-01-02 15:13:43 <stealth222> so fine - stunnel. in any case, the features could be supported and the how-to could be documented well enough for your typical web developer to use it
630 2013-01-02 15:14:03 libcoin has quit (Quit: Leaving.)
631 2013-01-02 15:14:15 <Scrat> so a plain http client with a big ass disclaimer: use stunnel if you want to use it to post to a different machine
632 2013-01-02 15:14:30 <gavinandresen> we've got a pending pull request on transaction notification, there is a discussion there that is relevant
633 2013-01-02 15:14:50 <gavinandresen> https://github.com/bitcoin/bitcoin/pull/1974
634 2013-01-02 15:15:41 <stealth222> yes, I've seen that - that was actually one of the primary motivations for https://github.com/bitcoin/bitcoin/pull/2121
635 2013-01-02 15:16:29 <stealth222> shell execs are not the smoothest approach but it's better than nothing
636 2013-01-02 15:17:35 <gavinandresen> I still like the idea of writing to a named pipe. Then running whatever you like on the other end of that pipe to do web notifications, jabber notifications, carrier pigeon notifications....
637 2013-01-02 15:17:56 <stealth222> that's essentially what I ended up doing, gavin :)
638 2013-01-02 15:18:03 <sipa> except one popular operating system has no pipes support to date
639 2013-01-02 15:18:07 <sipa> afaik
640 2013-01-02 15:18:24 <stealth222> except no named pipes - just bitcoin protocol
641 2013-01-02 15:18:26 <gavinandresen> windows has something similar, if I recall correctly (always a bad assumption)
642 2013-01-02 15:18:44 <stealth222> tack on a few custom filters and then send your posts to other applications
643 2013-01-02 15:19:13 <gavinandresen> stealth222: I much prefer that approach to making the reference client do everything. Small tools, each designed to do one thing well...
644 2013-01-02 15:19:53 <stealth222> so then perhaps it would be a good idea to continue developing this as a completely separate app from bitcoind
645 2013-01-02 15:20:20 <gavinandresen> sure. We've got a contrib/ directory if it is widely useful
646 2013-01-02 15:20:51 <kjj> windows has something they like to think of as named pipes, but they are not useful to us
647 2013-01-02 15:21:08 <sipa> well, it can be generalized to "write to file"
648 2013-01-02 15:21:22 <stealth222> it's been widely useful to me, gavin. could probably be useful to others, too, with a little more documentation and a few more tools to install and configure it
649 2013-01-02 15:21:24 <sipa> that file may be a named pipe, or a socket, or just a regular file
650 2013-01-02 15:21:28 <kjj> and even UNIX named pipes have lots of issues in this instance
651 2013-01-02 15:21:33 TD has joined
652 2013-01-02 15:22:36 <kjj> there are blocking issues, etc. things get messy
653 2013-01-02 15:22:50 <stealth222> my hope was to build a lightweight daemon that can subscribe event types and provide callbacks
654 2013-01-02 15:22:55 <gavinandresen> kjj: but those are just general "I'm doing IO" issues
655 2013-01-02 15:23:12 <sipa> gavinandresen: /home/ubuntu/build/bitcoin/src/leveldb/libleveldb.a(env_win.o):env_win.cc:(.text+0x19a6): undefined reference to `__imp__PathFileExistsW@4'
656 2013-01-02 15:23:23 <sipa> with my current leveldb17 branch (which has your latest changes)
657 2013-01-02 15:23:33 <gavinandresen> sipa: building with which mingw?
658 2013-01-02 15:23:33 <sipa> strangely enough... only when linking bitcoind.exe
659 2013-01-02 15:23:41 <sipa> bitcoin-qt.exe was done succesfully
660 2013-01-02 15:23:46 <sipa> gitian, mingw-w64
661 2013-01-02 15:24:00 <gavinandresen> mmm. would it be easy to switch back to mingw32 ?
662 2013-01-02 15:24:01 <kjj> well... we have to dump lots and lots of C++ abstraction to do named pipes using the lowest level open calls, and then we have to sliently discard writes if the pipe reports that it would block
663 2013-01-02 15:24:26 <stealth222> what's wrong with regular good old fashioned TCP sockets? :)
664 2013-01-02 15:24:39 <sipa> stealth222: too little overhead :p
665 2013-01-02 15:26:05 ThomasV has quit (Quit: Leaving)
666 2013-01-02 15:26:31 <gavinandresen> I don't care what is used, as long as it will scale up to handling hundreds of txns per second
667 2013-01-02 15:27:12 <stealth222> post-filtering, most uses will not require that volume
668 2013-01-02 15:27:14 <kjj> writing to just a dumb file isn't horrible, but at that point we should just put a marker in the log file
669 2013-01-02 15:27:21 <stealth222> pre-filtering, sure
670 2013-01-02 15:28:34 <Scrat> is CWallet::AddToWallet() called on every confirmation?
671 2013-01-02 15:28:39 <sipa> no
672 2013-01-02 15:28:49 <sipa> it's called to add things to the wallet
673 2013-01-02 15:28:57 <stealth222> it
674 2013-01-02 15:29:17 <stealth222> argh, keyboard
675 2013-01-02 15:30:36 <Scrat> what's an updated transaction then?
676 2013-01-02 15:31:19 <sipa> how do you mean?
677 2013-01-02 15:31:30 <kjj> in practice, you get 1 notification when the transaction shows up in your memory pool, 1 notification when a block arrives with the transaction, and then when any transaction redeems from your wallet (mempool or block)
678 2013-01-02 15:32:32 zooko` has joined
679 2013-01-02 15:33:07 <Scrat> sipa: wallet.cpp L477: // Notify UI of new or updated transaction
680 2013-01-02 15:33:40 zooko has quit (Ping timeout: 252 seconds)
681 2013-01-02 15:33:46 <kjj> transactions have sequence numbers and can be replaced (if the sequence number is not MAX)
682 2013-01-02 15:34:00 <stealth222> but that feature is not currently supported
683 2013-01-02 15:34:09 da2ce7 has joined
684 2013-01-02 15:34:10 <kjj> sure it is
685 2013-01-02 15:34:13 <stealth222> it is?
686 2013-01-02 15:34:16 <sipa> Scrat: for example if it's found in a block, even when it was found in another block before
687 2013-01-02 15:34:27 <kjj> it just isn't very useful right now
688 2013-01-02 15:34:33 <sipa> transaction replacement has been disabled for a very long time
689 2013-01-02 15:34:47 <sipa> transaction locking works fine though
690 2013-01-02 15:37:02 roconnor has quit (Quit: Konversation terminated!)
691 2013-01-02 15:37:12 <Scrat> I like kjj's snippet, very simple. the only drawback is the overhead which might make you easier to DoS
692 2013-01-02 15:37:17 <kjj> ok, well, the code is still there.
693 2013-01-02 15:37:52 GMP has joined
694 2013-01-02 15:39:35 <stealth222> I'm all for splitting up the reference client into a few separate applications and having different build options
695 2013-01-02 15:39:36 <stealth222> :)
696 2013-01-02 15:40:21 <kjj> the problem with having a different application connect over p2p for monitoring is that you have to duplicate a big chunk of the system to do that
697 2013-01-02 15:40:58 <stealth222> mostly the network serialization code
698 2013-01-02 15:41:04 <stealth222> but that's about it
699 2013-01-02 15:41:24 <kjj> if you want transaction monitoring, you need to be able to read and understand transactions, which is not trivial
700 2013-01-02 15:41:31 <stealth222> if the listener application trusts the peer, it doesn't have to do its own verification
701 2013-01-02 15:41:56 <stealth222> it doesn't have to have a full implementation of the bitcoin script
702 2013-01-02 15:42:30 <stealth222> the actual data structures are fairly simple
703 2013-01-02 15:42:51 <stealth222> the tricky part is verifying messages from untrusted peers
704 2013-01-02 15:45:01 <stealth222> to do a full verification, not only do you need to have an implementation of the bitcoin script - you also have to have a block chain engine, memory pool, etc...
705 2013-01-02 15:45:36 agricocb has quit (Ping timeout: 260 seconds)
706 2013-01-02 15:45:45 <stealth222> but assuming you connect to a peer that handles that for you, all you really need to do is pass the messages to applications in a format they can easily understand
707 2013-01-02 15:46:11 <stealth222> deserialize and stick into JSON or something
708 2013-01-02 15:47:05 <Scrat> stealth222: lite / developer versions would make a lot of sense. Why should the normal client include bitcoind? Average joe won't be needing the headless version
709 2013-01-02 15:47:21 agricocb has joined
710 2013-01-02 15:47:32 <kjj> well, one of your layers is going to need to be able to understand transactions if you want it to be able to notify you of specific ones
711 2013-01-02 15:47:50 rdponticelli has quit (Remote host closed the connection)
712 2013-01-02 15:47:57 <stealth222> my typical use scenario would be a merchant or online service provider that wants to run its own full nodes but have lightweight listener nodes that handle things like sending notifications and alerts
713 2013-01-02 15:49:02 <stealth222> furthermore, someone who wants to separate their wallet functionality entirely from network relay functionality
714 2013-01-02 15:49:23 <stealth222> separate nodes for verification/block chain management and nodes for signing transactions
715 2013-01-02 15:49:25 <kjj> more diverse and specialized software is a good thing, but right now, if you are running a full node, getting transaction notification out of that node is trivial
716 2013-01-02 15:49:26 rdponticelli has joined
717 2013-01-02 15:49:57 <stealth222> kjj, not with the reference client as it currently exists
718 2013-01-02 15:50:33 <stealth222> but even assuming you throw in the hooks for the IPC
719 2013-01-02 15:50:47 <stealth222> I certainly don't want to be running my web servers on the same machines as I run my wallets
720 2013-01-02 15:50:54 <stealth222> or my verification nodes
721 2013-01-02 15:51:46 <stealth222> my architecture consists of a few well-protected signing nodes, a few anonymous relay nodes, and a few listener/filter nodes
722 2013-01-02 15:52:53 <stealth222> running a monolithic application that handles block chain management/wallets/and alerts doesn't really make sense
723 2013-01-02 15:53:09 <kjj> true, but the patch is trivial. my stance is that it solves the problem "well enough" for 98% of the people that want it
724 2013-01-02 15:53:32 <stealth222> it's not so trivial to do correctly
725 2013-01-02 15:53:51 <stealth222> most of the apps I've seen out there are horribly hacked together
726 2013-01-02 15:54:13 <stealth222> ready to be exploited in a million ways by someone who cares to attack it - or simply not scalable
727 2013-01-02 15:54:20 <stealth222> or impossible to maintain
728 2013-01-02 15:54:25 <stealth222> and manage
729 2013-01-02 15:55:53 <stealth222> just thing of all the ad hoc tools for moving wallets arund
730 2013-01-02 15:55:55 <stealth222> *around
731 2013-01-02 15:56:10 <kjj> getting from here to there will take some time and effort, but it seems very likely to me that at some point in the future, the "standard bitcoin install" will be three or four different programs
732 2013-01-02 15:56:52 <stealth222> it's obvious that the typical enduser wallet is a very different app from the high volume merchant core transaction processing engine
733 2013-01-02 15:57:01 <kjj> I see a network daemon, a storage and validation daemon, and a wallet/UI application
734 2013-01-02 15:58:12 <stealth222> a core transaction processing engine needs to support high concurrency and access controls
735 2013-01-02 15:59:06 <stealth222> an enduser wallet app doesn't really care about concurrency - and the access controls are very simple
736 2013-01-02 15:59:22 RazielZ has quit (Ping timeout: 246 seconds)
737 2013-01-02 16:00:47 <stealth222> then there's the whole mining side to bitcoin - and unless you are a miner, you probably couldn't care less about running that code
738 2013-01-02 16:01:07 <kjj> meh. mining is cheap if you already have the other parts
739 2013-01-02 16:01:34 <stealth222> point is, a dedicated mining app that's separate from, say, signing nodes makes a lot of sense :)
740 2013-01-02 16:01:59 <stealth222> rarely do you ever want those two things happening within the same process
741 2013-01-02 16:02:29 <kjj> with GBT, all of the necessary block info is available on the storage/validation process
742 2013-01-02 16:03:21 <stealth222> signing could be super extremely lightweight - even implemented on sdcards and such
743 2013-01-02 16:03:32 <kjj> and you need the entire storage/validation system for mining anyway, so presumably that is where the GBT call would reside
744 2013-01-02 16:04:52 <kjj> yeah, signing can be very light, and already works over RPC
745 2013-01-02 16:05:01 <stealth222> yeah, a miner needs to connect to a trusted peer that performs validation
746 2013-01-02 16:05:17 pusle has joined
747 2013-01-02 16:05:35 ThomasV has joined
748 2013-01-02 16:06:31 <sipa> gavinandresen: heh, even without -posix i get that error now
749 2013-01-02 16:06:47 <sipa> gavinandresen: i wonder what changed... i've done succesful leveldb17 builds before
750 2013-01-02 16:07:56 <stealth222> getting linker errors, sipa?
751 2013-01-02 16:08:20 <sipa> yes
752 2013-01-02 16:08:25 <sipa> /home/ubuntu/build/bitcoin/src/leveldb/libleveldb.a(env_win.o):env_win.cc:(.text+0x3fdd): undefined reference to `__imp__PathFileExistsW@4'
753 2013-01-02 16:09:21 <gavinandresen> sipa is cross-compiling for windows
754 2013-01-02 16:09:42 <sipa> this makes no sense at all
755 2013-01-02 16:09:54 <stealth222> can you build it in windows?
756 2013-01-02 16:09:56 <sipa> it is the *same* .a file being linked into bitcoin-qt.exe and bitcoind.exe
757 2013-01-02 16:09:58 <gavinandresen> I bet it will be easy when you figure out what is wrong
758 2013-01-02 16:10:09 <sipa> and in bitcoin-qt.exe it works
759 2013-01-02 16:10:10 <stealth222> that's usually the case with these errors, gavin :)
760 2013-01-02 16:10:27 <sipa> stealth222: i have no clue about how to begin trying to build something in windows
761 2013-01-02 16:10:31 <gavinandresen> that's what makes them so frustrating... six hours spent tracking down something trivial....
762 2013-01-02 16:10:34 <sipa> and i prefer not to :)
763 2013-01-02 16:10:59 <stealth222> you spend hours tearing your hair out and then realize it's a typo or spaces where a tab was expected
764 2013-01-02 16:11:31 <sipa> haha
765 2013-01-02 16:11:49 yellowhat has quit (Ping timeout: 245 seconds)
766 2013-01-02 16:12:18 <gavinandresen> sipa: you're starting with a clean build environment? No stray libleveldb.a's in other directories?
767 2013-01-02 16:12:44 <sipa> gavinandresen: gitian is about as clean as it can get
768 2013-01-02 16:12:52 <gavinandresen> yeah, that's what I figured
769 2013-01-02 16:13:32 <sipa> i686-w64-mingw32-g++ -frandom-seed=bitcoin -Wl,--dynamicbase -Wl,--nxcompat -static-libgcc -static-libstdc++ -Wl,-s -lmingwthrd -Wl,-subsystem,windows -o release/bitcoin-qt.exe object_script.bitcoin-qt.Release -L'/home/ubuntu/qt//lib' -lmingwthrd -lmingw32 -lqtmain build/bitcoin-qt_res.o -lqrencode -L/home/ubuntu/build/miniupnpc -lminiupnpc -liphlpapi /home/ubuntu/build/bitcoin/src/leveldb/libleveldb.a...
770 2013-01-02 16:13:38 <sipa> /home/ubuntu/build/bitcoin/src/leveldb/libmemenv.a -L/home/ubuntu/build/boost_1_52_0/stage/lib -L/home/ubuntu/build/db-4.8.30.NC/build_unix -L/home/ubuntu/build/openssl-1.0.1c -L/home/ubuntu/build/qrencode-3.2.0/.libs -lssl -lcrypto -ldb_cxx -lshlwapi -lmswsock -lboost_system-mt-s -lboost_filesystem-mt-s -lboost_program_options-mt-s -lboost_thread_win32-mt-s -L/home/ubuntu/qt//plugins/codecs -lqcncodecs -lqjpcodecs -lqtwcodecs -lqkrcodecs...
771 2013-01-02 16:13:44 <sipa> -L/home/ubuntu/qt//plugins/accessible -lqtaccessiblewidgets -lQtGui -lgdi32 -lcomdlg32 -loleaut32 -limm32 -lwinmm -lwinspool -lmsimg32 -lQtCore -lole32 -luuid -lws2_32 -ladvapi32 -lshell32 -luser32 -lkernel32
772 2013-01-02 16:13:52 <sipa> that's the Qt link command
773 2013-01-02 16:14:05 <sipa> i686-w64-mingw32-g++ -O2 -w -Wall -Wextra -Wformat -Wformat-security -Wno-unused-parameter -frandom-seed=bitcoin -D_MT -DWIN32 -D_WINDOWS -DBOOST_THREAD_USE_LIB -DBOOST_SPIRIT_THREADSAFE -DSTATICLIB -DUSE_UPNP=0 -DUSE_IPV6=1 -I"/home/ubuntu/build/bitcoin/src/leveldb/include" -I"/home/ubuntu/build/bitcoin/src/leveldb/helpers" -DHAVE_BUILD_INFO -I"/home/ubuntu/build/bitcoin/src" -I"/home/ubuntu/build/bitcoin/src"/obj...
774 2013-01-02 16:14:11 <sipa> -I"/home/ubuntu/build/boost_1_52_0" -I"/home/ubuntu/build/db-4.8.30.NC/build_unix" -I"/home/ubuntu/build/openssl-1.0.1c/include" -I"/home/ubuntu/build" -Wl,--dynamicbase -Wl,--nxcompat -static-libgcc -static-libstdc++ -o bitcoind.exe -L"/home/ubuntu/build/boost_1_52_0/stage/lib" -L"/home/ubuntu/build/db-4.8.30.NC/build_unix" -L"/home/ubuntu/build/openssl-1.0.1c" -L"/home/ubuntu/build/miniupnpc" obj/alert.o obj/version.o obj/checkpoints.o...
775 2013-01-02 16:14:17 <sipa> obj/netbase.o obj/addrman.o obj/crypter.o obj/key.o obj/db.o obj/init.o obj/irc.o obj/keystore.o obj/main.o obj/net.o obj/protocol.o obj/bitcoinrpc.o obj/rpcdump.o obj/rpcnet.o obj/rpcmining.o obj/rpcwallet.o obj/rpcblockchain.o obj/rpcrawtransaction.o obj/script.o obj/sync.o obj/util.o obj/wallet.o obj/walletdb.o obj/noui.o obj/leveldb.o obj/txdb.o -l boost_system-mt-s -l boost_filesystem-mt-s -l boost_program_options-mt-s -l...
776 2013-01-02 16:14:23 <sipa> boost_thread_win32-mt-s -l boost_chrono-mt-s -l db_cxx -l ssl -l crypto -l miniupnpc -l iphlpapi -l mingwthrd -l kernel32 -l user32 -l gdi32 -l comdlg32 -l winspool -l winmm -l shell32 -l comctl32 -l ole32 -l oleaut32 -l uuid -l rpcrt4 -l advapi32 -l ws2_32 -l mswsock -l shlwapi /home/ubuntu/build/bitcoin/src/leveldb/libleveldb.a /home/ubuntu/build/bitcoin/src/leveldb/libmemenv.a
777 2013-01-02 16:14:29 <sipa> that's the bitcoind one
778 2013-01-02 16:14:33 EPiSKiNG- has quit ()
779 2013-01-02 16:14:40 <sipa> anyone see something relevant missing?
780 2013-01-02 16:14:50 <gavinandresen> order of libraries?
781 2013-01-02 16:15:04 <gavinandresen> shouldn't libleveldb.a come before the windows/system libs?
782 2013-01-02 16:15:59 <sipa> hmm
783 2013-01-02 16:16:36 ThomasV has quit (Quit: Leaving)
784 2013-01-02 16:16:46 Hashdog has joined
785 2013-01-02 16:16:50 <sipa> that should have caused problems long before, imho, if it mattered
786 2013-01-02 16:17:03 <sipa> i'll try
787 2013-01-02 16:18:14 Hashdog has left ()
788 2013-01-02 16:19:34 <stealth222> the other day I was getting some nasty linker error and it turned out it was because I had accidentally capitalized a letter in one of my environment variables
789 2013-01-02 16:19:50 maaku has joined
790 2013-01-02 16:20:05 <stealth222> took me like three hours to figure out
791 2013-01-02 16:22:00 Pasha has joined
792 2013-01-02 16:23:38 Cory has quit (Ping timeout: 240 seconds)
793 2013-01-02 16:25:38 vampireb has joined
794 2013-01-02 16:41:37 MobEvo is now known as MobTablet
795 2013-01-02 16:43:40 da2ce7_d has joined
796 2013-01-02 16:44:24 BTCOxygen has quit (Ping timeout: 260 seconds)
797 2013-01-02 16:45:02 D34TH has joined
798 2013-01-02 16:45:35 da2ce7 has quit (Ping timeout: 245 seconds)
799 2013-01-02 16:45:52 <sipa> gavinandresen: success!
800 2013-01-02 16:46:16 <gavinandresen> huzzah!
801 2013-01-02 16:46:25 dvide has quit ()
802 2013-01-02 16:46:34 <stealth222> what was it? order?
803 2013-01-02 16:48:48 <jgarzik> chaos
804 2013-01-02 16:49:02 <stealth222> z -> z^2 + c
805 2013-01-02 16:49:14 <sipa> stealth222: yup
806 2013-01-02 16:49:19 <D34TH> jgarzik, chaos is fair
807 2013-01-02 16:49:56 <sipa> there used to be "LIBS += libleveldb.a -lshlwapi", and that -lshlwapi was removed as we linked against that anyway
808 2013-01-02 16:50:21 <stealth222> lol - I had actually run into a link that talked about shlwapi
809 2013-01-02 16:50:22 <sipa> but having -lshlwapi twice on the command line doesn't hurt, and made sure the correct order was there
810 2013-01-02 16:50:45 <stealth222> http://cboard.cprogramming.com/cplusplus-programming/124759-compile-error-shlwapi-library.html
811 2013-01-02 16:50:52 <stealth222> the article isn't particularly helpful
812 2013-01-02 16:50:58 <stealth222> but it does mention shlwapi
813 2013-01-02 16:57:43 <sipa> gavinandresen: http://bitcoin.sipa.be/builds/leveldb17/0.7.1-288-gca17521/
814 2013-01-02 16:57:54 <sipa> if you want to try whether the (null) issue is fixed
815 2013-01-02 16:58:14 <gavinandresen> sipa: sure, I'll fire up my VM...
816 2013-01-02 17:01:08 daybyter has joined
817 2013-01-02 17:01:08 <gavinandresen> sipa: installed fine, started OK, then crashed...
818 2013-01-02 17:02:04 <sipa> grrrr
819 2013-01-02 17:02:27 <gavinandresen> I'll see if I can figure out where it is crashing
820 2013-01-02 17:02:45 <sipa> i assume in snprintf...
821 2013-01-02 17:02:50 vampireb has quit (Quit: Lost terminal)
822 2013-01-02 17:03:23 <gavinandresen> mmm, probably....
823 2013-01-02 17:03:58 <gavinandresen> no symbols, but gdb says it is wscanf
824 2013-01-02 17:04:09 <gavinandresen> ... yeah, in vsnprintf
825 2013-01-02 17:04:39 <gavinandresen> vsnprintf from C:\WINDOWS\system32\msvcrt.dll
826 2013-01-02 17:05:24 <gavinandresen> I thought mingw had a vsnprintf replacement... wonder if it just tweaks the formatting and calls the system vsnprintf....
827 2013-01-02 17:06:25 <gavinandresen> sipa: and the filename.(null) problem still exists
828 2013-01-02 17:07:02 t7 has quit (Quit: ChatZilla 0.9.89-rdmsoft [XULRunner 1.9.0.17/2009122204])
829 2013-01-02 17:07:10 <sipa> hmmm, it certainly was compiled with -posix
830 2013-01-02 17:07:35 <sipa> maybe this version of mingw doesn't have that replacement yet?
831 2013-01-02 17:07:42 <gavinandresen> could be-- when did that version fork?
832 2013-01-02 17:08:29 <sipa> no idea
833 2013-01-02 17:09:59 <gavinandresen> FYI: my compile of your leveldb17 branch using mingw32/g++ 4.6.2 works nicely
834 2013-01-02 17:10:31 <gavinandresen> (that's compiled inside the windows VM, not cross-compiled)
835 2013-01-02 17:10:58 <gavinandresen> afk for a bit, lunch
836 2013-01-02 17:10:58 denisx has joined
837 2013-01-02 17:11:50 <Luke-Jr> I don't think mingw replaces printf stuff; Windows has a more up-to-date version in another DLL, but I don't know if there's a good way to use it in mingw
838 2013-01-02 17:12:15 <sipa> mingw at least has a workaround
839 2013-01-02 17:12:25 <sipa> which works for gavin but not for me
840 2013-01-02 17:12:38 <sipa> that workaround may be a replacement, or a wrapper
841 2013-01-02 17:19:12 maaku has quit (Quit: maaku)
842 2013-01-02 17:21:11 <sipa> gavinandresen: bleh
843 2013-01-02 17:22:15 vampireb has joined
844 2013-01-02 17:22:53 larsig has quit (Ping timeout: 264 seconds)
845 2013-01-02 17:23:20 larsig has joined
846 2013-01-02 17:23:34 <sipa> seems there is a 4.6.3 mingw32 g++ as well in ubuntu
847 2013-01-02 17:24:40 <Jouke> Is it normal that RPC doesn't work while it is catching up with the blockchain?
848 2013-01-02 17:24:49 <sipa> Jouke: it should work
849 2013-01-02 17:24:58 BTCOxygen has joined
850 2013-01-02 17:25:02 <sipa> not while loading block from disk, at startup
851 2013-01-02 17:25:10 <sipa> but blockchain sync is during normal operation
852 2013-01-02 17:25:40 <gmaxwell> etotheipi_: I came up with another use for your provably-part-of-some-chain stuff. It would be nice if gribble (or some tip form on bitcointalk) could issue new addresses for me to people that ask for them, without them having to trust that gribble/bitcointalk isn't lying. Assuming there is some well known key-identity for me, this is possible.
853 2013-01-02 17:25:44 vampireb has quit (Client Quit)
854 2013-01-02 17:25:52 <Jouke> sipa: it is past the bootstrap blocks
855 2013-01-02 17:26:06 <sipa> Jouke: what exactly fails or happens?
856 2013-01-02 17:26:26 <sipa> certain calls are disabled during IBD, like getwork, afaik
857 2013-01-02 17:26:46 <Jouke> getinfo
858 2013-01-02 17:26:56 <sipa> ok, and what happens?
859 2013-01-02 17:27:09 <Jouke> no response from server
860 2013-01-02 17:27:39 vampireb has joined
861 2013-01-02 17:28:27 <gmaxwell> Jouke: whats going on in the log right now?
862 2013-01-02 17:29:39 <sipa> gavinandresen: i suppose i should redo the change to mingw-w64 to use gcc-mingw32 (which is 4.6.3, while mingw32 itself is 4.2.1...) instead, but bleh i'm really getting tired of this
863 2013-01-02 17:29:57 <Jouke> last few lines has "setbestchain" and "addtowallet"
864 2013-01-02 17:30:16 <sipa> and is it still doing something?
865 2013-01-02 17:30:42 <Jouke> still catching up with the blockchain yes
866 2013-01-02 17:31:20 <gmaxwell> what height is it at?
867 2013-01-02 17:32:08 <Jouke> height=212899
868 2013-01-02 17:38:37 <Jouke> Oh, hmm, I am missing certificate files.
869 2013-01-02 17:39:54 ircuser-6 has joined
870 2013-01-02 17:41:13 <gmaxwell> Jouke: why are you using SSL RPC?
871 2013-01-02 17:41:30 <sipa> because it's encrypted!!!
872 2013-01-02 17:42:51 <gmaxwell> Well, I'm asking because if the answer is "because I'm going to expose my rpc port to the internet" I wanted to have the chance to say "don't do it!"
873 2013-01-02 17:43:08 ThomasV has joined
874 2013-01-02 17:43:27 t7 has joined
875 2013-01-02 17:44:24 Diapolo has joined
876 2013-01-02 17:47:28 <sipa> gavinandresen: i'm going crazy; there are 3 packages that provide a mingw gcc: mingw32, gcc-mingw32 and gcc-mingw-w64-i686
877 2013-01-02 17:47:57 <Luke-Jr> O.o
878 2013-01-02 17:48:24 <sipa> gavinandresen: now, things like ar and ld and windres are provided by mingw32-binutils or binutils-mingw-w64-i686
879 2013-01-02 17:48:31 <Diapolo> sipa: any chance I can help you out with version info from my local MinGW? Well it's installed on Windows, so I guess no.
880 2013-01-02 17:48:57 <gmaxwell> what is mingw32 vs gcc-mingw32? Fedora avoided this insanity by only packaging gcc-mingw-w64-*.
881 2013-01-02 17:48:57 <sipa> gavinandresen: unfortunately mingw32-binutils conflicts with gcc-mingw32
882 2013-01-02 17:49:14 <Jouke> gmaxwell: I am.
883 2013-01-02 17:49:24 <gmaxwell> Jouke: Don't do it!
884 2013-01-02 17:49:35 <epscy> if you are going to do it
885 2013-01-02 17:49:39 <sipa> gmaxwell: afaik the only difference is that mingw32 is a single package that provides an old version of everything
886 2013-01-02 17:49:41 <epscy> can i have your ip?
887 2013-01-02 17:50:05 <sipa> gmaxwell: while gcc-mingw32 is more recent, but depends partially on the w64 toolchain
888 2013-01-02 17:50:39 <sipa> the w64 toolchain seems nicely split out and sane
889 2013-01-02 17:50:50 <sipa> but apparently doesn't have the exact fix we need
890 2013-01-02 17:51:32 <Jouke> gmaxwell: why?
891 2013-01-02 17:52:14 zooko`` has joined
892 2013-01-02 17:53:05 zooko` has quit (Ping timeout: 255 seconds)
893 2013-01-02 17:53:19 <sipa> gavinandresen: oh, gcc-mingw32 is just a wrapper that actually uses the w64 gcc
894 2013-01-02 17:53:31 <gmaxwell> Jouke: because it's a large, sensitive surface area which has not had as much review as the normally network exposed surface of bitcoin.
895 2013-01-02 17:55:35 <Jouke> well, I only accept one or two IP's.
896 2013-01-02 17:55:45 <sipa> gavinandresen: i think the easiest solution is adding macros instead of %llX stuff to leveldb source *puke*
897 2013-01-02 17:56:02 <Diapolo> Gavin are you finished with updating that LevelDB 1.7 commit yet?
898 2013-01-02 17:56:06 <epscy> Jouke: can you add mine
899 2013-01-02 17:56:22 <Jouke> epscy: sure, would you like the walletpassphrase as well?
900 2013-01-02 17:56:25 <sipa> Diapolo: we're not done updating as long as it doesn't work :)
901 2013-01-02 17:56:48 <Diapolo> what exactly is not working currently?
902 2013-01-02 17:56:59 <Diapolo> that disk space problem in coins?
903 2013-01-02 17:56:59 <Jouke> but, how do I stop the client cleanly?
904 2013-01-02 17:57:10 <epscy> Jouke: on second thoughts, just send me the wallet.dat, i will "back it up" for you
905 2013-01-02 17:57:11 <sipa> Jouke: bitcoind stop
906 2013-01-02 17:57:18 <Luke-Jr> sipa: mingw doesn't have anything to make %ll* magically work, at least
907 2013-01-02 17:57:32 <sipa> Luke-Jr: yes it does
908 2013-01-02 17:57:52 Insu_Dra has joined
909 2013-01-02 17:57:54 <sipa> Luke-Jr: http://sourceforge.net/project/shownotes.php?release_id=24832
910 2013-01-02 17:57:55 vampireb has quit (Quit: Lost terminal)
911 2013-01-02 17:58:05 <Jouke> sipa: but that gives me a "no response from server" error
912 2013-01-02 17:58:27 <gavinandresen> Jouke: works for me
913 2013-01-02 17:58:32 <sipa> Jouke: killall bitcoind
914 2013-01-02 17:58:39 <Luke-Jr> sipa: that was back in 2008, I think they got rid of it?
915 2013-01-02 17:58:48 <Jouke> but that will probably corrupt the database?
916 2013-01-02 17:58:55 <Jouke> Oh, wait, that's -9
917 2013-01-02 17:58:59 <sipa> Luke-Jr: well it works verifiably for gain
918 2013-01-02 17:59:01 <sipa> *gavin
919 2013-01-02 17:59:03 <Diapolo> sipa: when I added your repos as remote and did git fetch sipa -p will my local branch leveldb17 be up to date or do I have to rebase now?
920 2013-01-02 17:59:09 <Jouke> stupid me
921 2013-01-02 17:59:43 <sipa> Luke-Jr: specifying -posix results in binaries that work for him, not specifying it produces binaries that show the expected behaviour for an snprintf that doesn't support %ll
922 2013-01-02 17:59:51 <gavinandresen> Well, I can reproduce the %ll not working if I do NOT compile -posix, but does if I do problem straight-compiling with mingw32 inside a Win XP 32-bit VM
923 2013-01-02 17:59:54 <Luke-Jr> hrm
924 2013-01-02 18:00:37 <sipa> Diapolo: after that call, sipa/leveldb17 is the latest branch for you
925 2013-01-02 18:00:53 InsuDra has quit (Ping timeout: 245 seconds)
926 2013-01-02 18:01:04 TwilightSparklee has joined
927 2013-01-02 18:01:12 <sipa> to update leveldb17 itself, either rebase, or just reset (git checkout leveldb17 && git reset --hard sipa/leveldb17)
928 2013-01-02 18:01:13 <gmaxwell> meh. %ll isn't portable. The splicy macros are horrible and are commonly done. Has leveldb upstream indicated an unwillingness to take an I64FORMAT macro?
929 2013-01-02 18:01:32 <sipa> they have %ll all over the source code
930 2013-01-02 18:02:13 <Luke-Jr> sipa: http://www.mingw.org/wiki/FAQ says %ll needs to be replaced with %l64 at least
931 2013-01-02 18:02:18 <gavinandresen> %ll must be part of some standard or another....
932 2013-01-02 18:02:28 <Luke-Jr> gavinandresen: C99, which Microsoft never implemented completely
933 2013-01-02 18:02:30 <sipa> it's C99
934 2013-01-02 18:02:36 <gavinandresen> Luke-Jr: that FAQ is from 2007....
935 2013-01-02 18:03:10 <Luke-Jr> gavinandresen: but updated as recently as 2012-10-24
936 2013-01-02 18:03:20 <gavinandresen> Any mingw experts in the house?
937 2013-01-02 18:03:36 <gmaxwell> (even the requirement to have a 64 bit long long type is C99, but at least its something that even microsoft has)
938 2013-01-02 18:04:20 maaku has joined
939 2013-01-02 18:04:35 <gavinandresen> "You should use %I64 instead of %ll when using msvcrt" <--- and I thought compiling -posix told mingw NOT to use msvcrt
940 2013-01-02 18:04:49 <Diapolo> sipa: thanks I just deleted my local leveldb17 and did git checkout sipa/leveldb17 -b leveldb17 ^^
941 2013-01-02 18:04:58 <sipa> it always needs nsvcrt
942 2013-01-02 18:05:06 <Luke-Jr> maybe someone should ask in ##mingw
943 2013-01-02 18:05:13 <gavinandresen> ... not to use msvcrt for the *printf functions....
944 2013-01-02 18:05:18 <gmaxwell> depending on mingw's enhanced posix compatiblity isn't grand here, because it locks us into another narrow toolchainism. If someone ever makes a clang based cross compiler, or people want to compile with MSVC things will be problematic again.
945 2013-01-02 18:05:49 <sipa> yeah, i wanted to avoid patching leveldb code all over the place, but perhaps it's best that way
946 2013-01-02 18:05:49 <Diapolo> gmaxwell: I'm sure this is the case anyway ^^
947 2013-01-02 18:06:18 <Luke-Jr> sipa: possibility upstream LevelDB accepts 64-bit printf macro patches?
948 2013-01-02 18:06:36 <gmaxwell> Luke-Jr: ^ thats what I'm saying. They should.
949 2013-01-02 18:07:00 <gmaxwell> Esp if they want to have any hope of working with the microsoft branded toolchain.
950 2013-01-02 18:07:25 <sipa> well, more recent versions of msvcrt just support %ll
951 2013-01-02 18:07:32 <sipa> it's only a problem on old windowses
952 2013-01-02 18:07:55 <sipa> which is probably the reason why not too many people care about it anymore
953 2013-01-02 18:08:22 <sipa> we could just drop WinXP support in bitcoind :p
954 2013-01-02 18:09:08 <sipa> even the last service pack to that OS is almost 5 years old...
955 2013-01-02 18:09:18 <gavinandresen> I'd be OK with that being the solution.
956 2013-01-02 18:09:26 pusle has quit (Remote host closed the connection)
957 2013-01-02 18:09:27 <gmaxwell> It's still quite widely deployed, though perhaps not among bitcoin users.
958 2013-01-02 18:09:31 <Luke-Jr> sipa: don't we need to link a newer msvcrt explicitly for that though?
959 2013-01-02 18:10:05 <sipa> Luke-Jr: my knowledge about windows DLL versioning is purposefully non-existant
960 2013-01-02 18:10:11 <gavinandresen> A check for minimum windows version in the installer should be done if we decide to drop XP support, though
961 2013-01-02 18:10:21 <gmaxwell> And I'm a little confused to hear it works, I know I made a %ll screwup in one of my packages a couple months ago and instantly got complants from MSVC users.
962 2013-01-02 18:10:30 <Diapolo> I'm NOT okay with dropping XP support, that would be too early IMHO.
963 2013-01-02 18:11:01 <gavinandresen> Diapolo: ok... then pick up the baton from sipa and figure out how to fix it!
964 2013-01-02 18:11:16 <sipa> Diapolo: thank you for demonstrating the largest problem Microsoft has :)
965 2013-01-02 18:11:22 freakazoid has joined
966 2013-01-02 18:11:31 <sipa> Diapolo: (not saying it's their fault or someone else's though)
967 2013-01-02 18:11:43 RazielZ has joined
968 2013-01-02 18:12:15 <Diapolo> to drop a widely used OS is not a solution it's only easy
969 2013-01-02 18:12:48 <Diapolo> If I knew how I could help here I would do that, but I din't even get what the problem is, just that %ll thing
970 2013-01-02 18:13:08 <Luke-Jr> Diapolo: to be fair, even Microsoft has dropped that widely used OS :P
971 2013-01-02 18:13:34 <sipa> Diapolo: MS Visual C++ has traditionally used %I64 in printf format strings for 64-bit integers, while the C99 standard says %ll
972 2013-01-02 18:13:51 <Diapolo> luke-jr: 08/04/2014 extendend support end date
973 2013-01-02 18:13:53 <Diapolo> for WinXP
974 2013-01-02 18:13:57 <sipa> Diapolo: recent versions of microsoft's runtime library support both, but older ones don't
975 2013-01-02 18:14:26 <sipa> Diapolo: we have some macros in util.h to make use we use %I64 on windows systems, and %ll elsewhere
976 2013-01-02 18:14:34 <sipa> Diapolo: but the leveldb source code uses %ll directly
977 2013-01-02 18:14:45 <Diapolo> right, I'm aware of that util.h macros
978 2013-01-02 18:14:48 <sipa> one solution is patching leveldb to also use such a macro
979 2013-01-02 18:15:12 <sipa> but we were trying to avoid that, by using a compiler toolchain which promises a fix/workaround for that problem
980 2013-01-02 18:15:24 <kjj> bitcoin can't possibly be the only leveldb user that has this problem
981 2013-01-02 18:15:25 <Diapolo> would it be as simple as search through the leveldb code and replace with our macro (and adding that to some LevelDB header?)
982 2013-01-02 18:15:35 <sipa> Diapolo: yes
983 2013-01-02 18:15:46 <sipa> Diapolo: and keep doing that every time we update leveldb
984 2013-01-02 18:15:53 <gmaxwell> kjj: considering we had to patch in windows support at all initially, I don't think it's unlikely.
985 2013-01-02 18:15:57 <Luke-Jr> sipa: unless it gets sent upstreamâ¦
986 2013-01-02 18:16:08 <sipa> Luke-Jr: yup, certainly will try that
987 2013-01-02 18:16:14 <Diapolo> sipa: could be automated and looks rather elegant? and as luke-jr says perhaps file a bug report?
988 2013-01-02 18:16:15 <kjj> oh. heh, that's different then.
989 2013-01-02 18:16:38 <gmaxwell> Hopefully someone working on leveldb had also dealt with this in other packages- and will just say "sure, of course, send a patch"
990 2013-01-02 18:16:51 <gavinandresen> finding all the %ll's won't be trivial
991 2013-01-02 18:16:57 <kjj> I guess if we are patching in windows support, then we can patch around this wart too
992 2013-01-02 18:17:01 <sipa> gavinandresen: it is
993 2013-01-02 18:17:25 <Diapolo> hasn't TD any knowledge of that bug / problem?
994 2013-01-02 18:17:32 <Luke-Jr> gavinandresen: my mingw throws warnings if there's a %ll
995 2013-01-02 18:17:35 <gavinandresen> sipa: ok. I just noticed a complicated %05ull or something....
996 2013-01-02 18:17:58 <sipa> gavinandresen: i grepped for % + ll
997 2013-01-02 18:18:03 <sipa> there are 24 cases
998 2013-01-02 18:18:41 <TD> Diapolo: we don't run anything on windows internally, hence the lack of support out of the box. sanjay said he'd accept windows patches if it was a native win32 layer, not based on boost or something like it
999 2013-01-02 18:19:14 <sipa> we should try to get that layer we have now get accepted upstream entirely then
1000 2013-01-02 18:19:35 <Diapolo> sipa: I thought the same, as it doesn't depend on Boost anymore
1001 2013-01-02 18:19:46 <sipa> (perhaps coordinating with the author, who wasn't interested in MinGW support)
1002 2013-01-02 18:21:39 <Diapolo> TD: google must really hate MS ^^
1003 2013-01-02 18:21:54 graingert has joined
1004 2013-01-02 18:22:12 <gmaxwell> Diapolo: not bending over backwards for MS's weird toolchains is pretty prudent when you're not in the business of making software for those toolchains!
1005 2013-01-02 18:22:12 graingert has quit (Changing host)
1006 2013-01-02 18:22:12 graingert has joined
1007 2013-01-02 18:22:47 <TD> sipa: though, it's curious that such problems exist
1008 2013-01-02 18:22:52 <TD> because chrome uses leveldb and it runs on windows
1009 2013-01-02 18:22:59 <sipa> uhu
1010 2013-01-02 18:23:01 <TD> (with its own OS abstraction layer)
1011 2013-01-02 18:23:12 <TD> i guess because of the compiler differences or something
1012 2013-01-02 18:23:16 <sipa> but not its own printf - indeed, i wondered the same
1013 2013-01-02 18:24:07 <TD> well
1014 2013-01-02 18:24:11 <TD> i suppose it's possible it uses its own printf
1015 2013-01-02 18:24:14 <TD> i have no idea really
1016 2013-01-02 18:25:50 <MobTablet> question anyone use a wallet on there phone or tablet ?
1017 2013-01-02 18:26:08 <sipa> yes
1018 2013-01-02 18:26:17 grau has joined
1019 2013-01-02 18:26:21 <Diapolo> sipa: I still don't understand why the change to static-libgcc -static-libstdc++ was needed ... because you added that after including vanila leveldb 1.7. Is it because of the new compiler suite?
1020 2013-01-02 18:26:31 <sipa> Diapolo: yes
1021 2013-01-02 18:26:41 grau is now known as Guest38811
1022 2013-01-02 18:26:45 Guest38811 has quit (Remote host closed the connection)
1023 2013-01-02 18:26:54 <sipa> Diapolo: otherwise the produced binaries depend on some mingw .dll files
1024 2013-01-02 18:26:58 <MobTablet> sipa you do
1025 2013-01-02 18:27:04 <sipa> yes
1026 2013-01-02 18:27:09 <Diapolo> I really wonder, why that didn't happen before...
1027 2013-01-02 18:27:13 <MobTablet> on phone or tablet
1028 2013-01-02 18:27:22 <sipa> both
1029 2013-01-02 18:27:43 <MobTablet> would you mind helping me when i get back home ?
1030 2013-01-02 18:30:23 Diapolo has left ()
1031 2013-01-02 18:41:19 drizztbsd has quit (Remote host closed the connection)
1032 2013-01-02 18:43:06 Joric has joined
1033 2013-01-02 18:46:09 <helo> sipa: bitcoin spinner?
1034 2013-01-02 18:49:28 TwilightSparklee has quit (Quit: Colloquy for iPhone - http://colloquy.mobi)
1035 2013-01-02 18:49:30 InsuDra has joined
1036 2013-01-02 18:49:56 <sipa> helo: i use bitcoin wallet for android (at least it's a real node)
1037 2013-01-02 18:51:35 <helo> i should probably revisit it, it's been quite a while since i first ruled it out
1038 2013-01-02 18:52:11 <helo> was just so slow to sync
1039 2013-01-02 18:52:25 <sipa> well it needs to download blocks
1040 2013-01-02 18:52:30 Insu_Dra has quit (Ping timeout: 265 seconds)
1041 2013-01-02 18:52:38 <sipa> (at least until bloom filtering is implemented)
1042 2013-01-02 18:53:21 <TD> helo: it's got faster and can sync overnight now. that's how i use it.
1043 2013-01-02 18:53:21 crazy4btc has joined
1044 2013-01-02 18:53:31 <TD> it means in practice when you open it up, it only needs 10-20 seconds to fully catch up
1045 2013-01-02 18:53:43 Insu_Dra has joined
1046 2013-01-02 18:53:49 <helo> there's a setting to "sync up each night"?
1047 2013-01-02 18:53:56 <TD> yes. it's on by default these days, i think
1048 2013-01-02 18:53:57 <helo> pretty good idea
1049 2013-01-02 18:54:01 <TD> it actually syncs when you charge
1050 2013-01-02 18:54:09 <TD> but most people do that overnight of course
1051 2013-01-02 18:54:57 zooko``` has joined
1052 2013-01-02 18:55:37 InsuDra has quit (Ping timeout: 240 seconds)
1053 2013-01-02 18:56:00 zooko`` has quit (Ping timeout: 244 seconds)
1054 2013-01-02 18:57:40 TwilightSparklee has joined
1055 2013-01-02 18:57:46 datagutt has quit (Ping timeout: 256 seconds)
1056 2013-01-02 18:57:59 [\\\] has quit (Ping timeout: 255 seconds)
1057 2013-01-02 18:58:16 Insu_Dra has quit (Ping timeout: 252 seconds)
1058 2013-01-02 18:59:23 <gavinandresen> sipa: I'm looking at my cross-compiling machine, and /usr/i686-w64-mingw32/include/stdio.h DEFINITELY redefines vsnprintf/etc #if __USE_MINGW_ANSI_STDIO
1059 2013-01-02 18:59:53 <gavinandresen> sipa: ... so I'm wondering if maybe somehow in the gitian cross-compile environment another stdio.h is being included instead
1060 2013-01-02 19:00:16 [\\\] has joined
1061 2013-01-02 19:01:38 <sipa> gavinandresen: gtg now, i'll try finding out later
1062 2013-01-02 19:01:58 <gavinandresen> sipa: ok. I'll see if I can cross-compile a binary that works
1063 2013-01-02 19:02:53 <gmaxwell> Warning, incoming laughter... On BFL's upcoing miner devices protocol:
1064 2013-01-02 19:03:00 <gmaxwell> "We're about to integrate a new command in the firmware. This job-taking command will accept a standard job structure (assuming full-range 4billion nonces) plus a range for the 12 bytes of merkel data. In other words, it will hover all 4 billion nonces, and once finished will increase merkel data (the 12 bytes) and re-calculate the 4billion.
1065 2013-01-02 19:03:05 <gmaxwell> It can hold up to 200 nonces in memory until the host asks the device to return the nonces found, or the upper limit of the 12bytes range is reached."
1066 2013-01-02 19:03:52 <sipa> i have no clue what they mean by merkel-data
1067 2013-01-02 19:04:54 <MC1984> if i deleted an address from my address bok because i labeled it wrong can i get it back
1068 2013-01-02 19:05:05 <MC1984> ive still got it in my transactions list under the wrong label
1069 2013-01-02 19:05:22 <sipa> how did you delete it?
1070 2013-01-02 19:05:46 <gavinandresen> gmaxwell: I hope they mean they've got a 12-byte extranonce in the coinbase and they'll recompute the merkle root in firmware....
1071 2013-01-02 19:05:54 <MC1984> just hihglighted it and pressed the delete button in GUI
1072 2013-01-02 19:06:11 <MC1984> do i need to receive more money on it to make it reappear in my address book
1073 2013-01-02 19:06:25 <sipa> MC1984: you can't delete your own addresses
1074 2013-01-02 19:06:31 <sipa> MC1984: only addresses of peers
1075 2013-01-02 19:06:49 <MC1984> i just did
1076 2013-01-02 19:07:00 <sipa> what tab are you in?
1077 2013-01-02 19:07:01 <MC1984> i deleted a receiving address from my address vook
1078 2013-01-02 19:07:23 <sipa> it should still show up under receive
1079 2013-01-02 19:07:33 <gmaxwell> gavinandresen: there is a struct description in their protcol doc that is char[32] midstate, char[12] merkeldata.
1080 2013-01-02 19:07:39 <MC1984> yeah its still there, but labelled wrong
1081 2013-01-02 19:08:02 <MC1984> and when i try to change the label, it says its already in my sddress book but its not
1082 2013-01-02 19:08:12 <sipa> bleh
1083 2013-01-02 19:08:24 <MC1984> is this a bug report?
1084 2013-01-02 19:08:29 <sipa> i suppose
1085 2013-01-02 19:08:37 <MC1984> oh cool
1086 2013-01-02 19:08:57 <gmaxwell> I ... can perhaps guess that it's space after the midstate? 0_o
1087 2013-01-02 19:09:15 <MC1984> ive got both sending and receiving addresses in my address book actually, with no clear demarcation between them
1088 2013-01-02 19:10:12 <sipa> gmaxwell: ask them?
1089 2013-01-02 19:10:23 <MC1984> ok i restarted bitcoin and now it will let me edit the label from the received tab
1090 2013-01-02 19:10:35 <MC1984> but its still deleted from the book tab
1091 2013-01-02 19:10:57 <sipa> the addressbook is only for others's addresses i think
1092 2013-01-02 19:11:33 <MC1984> yeah
1093 2013-01-02 19:11:49 <MC1984> but im sure i just had my receive address in it for the 1000 coins someone gave me
1094 2013-01-02 19:11:58 <MC1984> something strange going on there
1095 2013-01-02 19:12:05 <sipa> my question is how your receive address ended up in the address book
1096 2013-01-02 19:16:53 <MC1984> i dont know
1097 2013-01-02 19:16:56 <MC1984> maybe im mistaken
1098 2013-01-02 19:17:05 andytoshi has quit (Quit: back2school)
1099 2013-01-02 19:17:24 graingert has quit (Ping timeout: 272 seconds)
1100 2013-01-02 19:18:26 <MC1984> bitcoin android wont let you send without a fee
1101 2013-01-02 19:18:38 <MC1984> god dammit now my balance is not integer
1102 2013-01-02 19:21:35 <sipa> t3h h0rr0r
1103 2013-01-02 19:22:07 <jgarzik> let the point float, I say!
1104 2013-01-02 19:22:52 <MC1984> my ocd is hurting
1105 2013-01-02 19:23:08 <MC1984> someone send me 0.0005 on testnet :<<
1106 2013-01-02 19:23:14 cioqvvnr has joined
1107 2013-01-02 19:24:26 <gmaxwell> MC1984: thats 50000 satoshi if that helps.
1108 2013-01-02 19:25:27 <MC1984> one day that will be enough to buy a mustang
1109 2013-01-02 19:25:48 <gmaxwell> well, not tnsatoshi .. I hope.
1110 2013-01-02 19:26:08 <sipa> just set your client to show u(tn)BTC
1111 2013-01-02 19:26:26 datagutt has joined
1112 2013-01-02 19:27:02 <MC1984> its like im really in zimbabwe
1113 2013-01-02 19:28:17 random_cat has quit (Remote host closed the connection)
1114 2013-01-02 19:29:48 random_cat has joined
1115 2013-01-02 19:30:24 graingert has joined
1116 2013-01-02 19:30:24 graingert has quit (Changing host)
1117 2013-01-02 19:30:24 graingert has joined
1118 2013-01-02 19:31:49 zooko``` has quit (Ping timeout: 252 seconds)
1119 2013-01-02 19:31:59 zooko```` has joined
1120 2013-01-02 19:42:03 skeledrew has quit (Ping timeout: 276 seconds)
1121 2013-01-02 19:42:19 swulf--1 has joined
1122 2013-01-02 19:43:58 daybyter has quit (Quit: Konversation terminated!)
1123 2013-01-02 19:44:52 skeledrew has joined
1124 2013-01-02 19:45:18 swulf-- has quit (Ping timeout: 276 seconds)
1125 2013-01-02 19:45:49 RazielZ has quit (Ping timeout: 246 seconds)
1126 2013-01-02 19:46:32 graingert has quit (Ping timeout: 272 seconds)
1127 2013-01-02 19:47:58 Joric has quit ()
1128 2013-01-02 19:48:17 <nanotube> jgarzik: haha
1129 2013-01-02 19:48:32 <gavinandresen> sipa: success! cross-compiling -posix didn't work, but cross-compiling with -D__USE_MINGW_ANSI_STDIO=1 did
1130 2013-01-02 19:55:02 anon^_^ has joined
1131 2013-01-02 19:58:54 grau has joined
1132 2013-01-02 19:59:18 grau is now known as Guest18068
1133 2013-01-02 19:59:35 ehash has joined
1134 2013-01-02 20:01:26 ehash has left ()
1135 2013-01-02 20:01:53 Guest18068 has quit (Remote host closed the connection)
1136 2013-01-02 20:05:34 graingert has joined
1137 2013-01-02 20:08:45 skeledrew has quit (Ping timeout: 248 seconds)
1138 2013-01-02 20:11:10 owowo has joined
1139 2013-01-02 20:11:37 skeledrew has joined
1140 2013-01-02 20:16:56 zooko```` has quit (Ping timeout: 272 seconds)
1141 2013-01-02 20:27:53 <helo> wow, something good has happened since i last did a -loadblock... finished in 1h13m
1142 2013-01-02 20:29:04 <helo> probably 60% of my previous best time, and about a third of my last try
1143 2013-01-02 20:31:01 datagutt has quit (Quit: kthxbai)
1144 2013-01-02 20:31:28 veelstewerm has quit (Quit: Take it easy)
1145 2013-01-02 20:31:45 xorgate has joined
1146 2013-01-02 20:34:41 DrHaribo has quit (Read error: Operation timed out)
1147 2013-01-02 20:35:52 libcoin has joined
1148 2013-01-02 20:36:19 DrHaribo has joined
1149 2013-01-02 20:38:06 skeledrew has quit (Read error: Connection reset by peer)
1150 2013-01-02 20:40:09 skeledrew has joined
1151 2013-01-02 20:43:17 Graet_AFK_sick is now known as Graet
1152 2013-01-02 20:44:09 DrHaribo has quit (Quit: leaving)
1153 2013-01-02 20:44:11 denisx has quit (Quit: denisx)
1154 2013-01-02 20:44:32 Z0rZ0rZ0r has joined
1155 2013-01-02 20:45:38 TwilightSparklee has quit (Quit: Colloquy for iPhone - http://colloquy.mobi)
1156 2013-01-02 20:53:04 cioqvvnr has quit (Quit: No Ping reply in 180 seconds.)
1157 2013-01-02 20:53:23 cioqvvnr has joined
1158 2013-01-02 20:57:20 TD has quit (Quit: TD)
1159 2013-01-02 21:00:17 Diapolo has joined
1160 2013-01-02 21:06:34 <etotheipi_> gmaxwell: true... it enables me to give the full public chain to a "semi-trusted agent" which will distribute addresses for me
1161 2013-01-02 21:06:58 graingert has quit (Ping timeout: 272 seconds)
1162 2013-01-02 21:16:58 Diapolo has left ()
1163 2013-01-02 21:20:15 graingert has joined
1164 2013-01-02 21:33:20 TD has joined
1165 2013-01-02 21:39:24 flatfly has joined
1166 2013-01-02 21:42:15 Pasha is now known as Cory
1167 2013-01-02 21:55:07 zooko has joined
1168 2013-01-02 21:59:54 JZavala has joined
1169 2013-01-02 22:05:20 tonikt has quit (Read error: Connection reset by peer)
1170 2013-01-02 22:08:35 <gmaxwell> etotheipi_: yup.
1171 2013-01-02 22:14:44 <sipa> gavinandresen: nice!
1172 2013-01-02 22:15:32 <gavinandresen> sipa: see, easy when you know how...... (sigh)
1173 2013-01-02 22:15:45 <sipa> yeah :p
1174 2013-01-02 22:16:52 <gavinandresen> once upon a time I suggested to Satoshi that we drop the GUI and just support bitcoind. He told me I was insane (and was right). I'm still tempted, though....
1175 2013-01-02 22:17:49 flatfly has quit (Quit: Yo!)
1176 2013-01-02 22:20:25 <TD> heh
1177 2013-01-02 22:20:52 <TD> people tend to underestimate the importance of a nice GUI
1178 2013-01-02 22:22:11 <gavinandresen> I agree completely that a nice GUI is extremely important. I just have doubts about the ability for open source projects to create and maintain nice GUIs
1179 2013-01-02 22:22:17 <TD> a huge part of the brain is devoted to image processing. more than for any other sense, i was once told. so it's not surprising that people respond to graphics and make snap judgements based on how things look. apple understood this more than any other company
1180 2013-01-02 22:22:32 <TD> UI design is a skill that can be learned, like any other.
1181 2013-01-02 22:23:03 <gavinandresen> my suggestion to Satoshi was back in the wxwidgets days, when we had nobody to maintain it
1182 2013-01-02 22:23:08 <TD> ah
1183 2013-01-02 22:23:18 <TD> even so, it was still an insane suggestion :-0
1184 2013-01-02 22:23:19 <TD> :)
1185 2013-01-02 22:23:30 <TD> that smiley came out wrong
1186 2013-01-02 22:23:51 <TD> we'll have to do some UI design soon for the payment protocol work, whether we like it or not
1187 2013-01-02 22:24:07 <TD> otherwise we're going to see a repeat of the SSL UI fiasco. ui best practices can help avoid it.
1188 2013-01-02 22:24:12 <gavinandresen> ... and then more for multi-device wallets.
1189 2013-01-02 22:24:40 <TD> could be. i think having "best practices" is only worth doing for UI areas that are very security critical
1190 2013-01-02 22:25:17 <gavinandresen> oh, you mean design as in standardized-across-implementations....
1191 2013-01-02 22:25:26 <TD> well, at least have some recommendations, yes
1192 2013-01-02 22:25:49 one_zero has joined
1193 2013-01-02 22:25:52 <TD> the payment protocol is a security protocol, to some extent. history has several examples of security protocols where the maths worked but they were undermined by poor UI
1194 2013-01-02 22:26:16 <gavinandresen> yup.
1195 2013-01-02 22:26:34 <TD> you can't force UI like you can with a fixed wire specification, but at least good advice can help
1196 2013-01-02 22:26:37 <TD> at some point, if you want to pursue the multi-factor wallet you'll have to decide in which client(s) to implement it, by the way.
1197 2013-01-02 22:26:53 <TD> that point is still some way off
1198 2013-01-02 22:27:13 <gmaxwell> it's especially relevant here because you can't remove the user from the loop (thats the best way to avoid UI secuirty issues). The UI ultimately has to have the user approve it.
1199 2013-01-02 22:27:36 <TD> indeed
1200 2013-01-02 22:28:04 <gmaxwell> It can however, make strong recomendations for things like non-user overridable certificate validationâ to head off the creation of a ecosystem where that trap is a pratical necessity.
1201 2013-01-02 22:28:06 skeledrew has quit (Read error: Connection reset by peer)
1202 2013-01-02 22:28:06 yellowhat has joined
1203 2013-01-02 22:28:21 <TD> one obvious recommendation that springs to mind is to render requests that have broken signing data the same as unverified payments rather than throwing errors
1204 2013-01-02 22:28:25 <sipa> gmaxwell: i saw you post on bitcointalk about the ECDSA leak of the bitcoincard... were they informed in any other way about it?
1205 2013-01-02 22:28:41 ThomasV has quit (Quit: Quitte)
1206 2013-01-02 22:29:08 <tcatm> sipa: I was able to get a contact at 29c3 and have exchanged a few mails since then.
1207 2013-01-02 22:29:17 <TD> tcatm: you're back!
1208 2013-01-02 22:29:21 <gmaxwell> I was about to say I thought tcatm had.
1209 2013-01-02 22:29:23 <TD> talking about nice uis ⦠:)
1210 2013-01-02 22:29:40 <gmaxwell> (though I'd actually thought he'd talked to them prior to 29c3 so I was only accidentally right)
1211 2013-01-02 22:30:14 <sipa> tcatm: you did see i found they actually used k=0 ?
1212 2013-01-02 22:30:15 <tcatm> Well, I tried their contact form without a response, though.
1213 2013-01-02 22:30:27 <tcatm> sipa: yes
1214 2013-01-02 22:32:30 caedes has joined
1215 2013-01-02 22:32:30 <TD> gavinandresen: it sounded like the 2013 conf would have panel discussions but no presentations, beyond a keynote?
1216 2013-01-02 22:32:37 <gmaxwell> in unrelated news, earlier this week I figured out how to rearrange the optimal coin selection problem for free transactions so that it's a fully linear (integer) problem. Should be possible to make a much better fee avoiding coin selection.
1217 2013-01-02 22:33:39 <TD> gmaxwell: if you can document that in enough detail for people without much ILP experience, i could use it when i implement better fee solving for bitcoinj
1218 2013-01-02 22:33:48 <gavinandresen> TD: I dunno, I haven't been paying much attention to conference organization
1219 2013-01-02 22:33:51 <TD> ok
1220 2013-01-02 22:34:00 <tcatm> sipa: Actually, the k I have discovered is the first output of a pseudo rng. The cards will generate the same ks every time they are turned on.
1221 2013-01-02 22:34:30 <TD> that seems like a fairly basic bug. how can you know enough to design a hardware bitcoin wallet but not enough to add a hardware RNG?
1222 2013-01-02 22:34:49 skeledrew has joined
1223 2013-01-02 22:35:04 <tcatm> It seems like there is a seed where the user is asked to press a few buttons and then hit "OK". Those ks seem to appear when the user hits OK without pressing any buttons.
1224 2013-01-02 22:35:05 <sipa> tcatm: yes, i found a few other repeated k's, but only one that was reused many many times (0)
1225 2013-01-02 22:35:23 <TD> the point of custom hardware is you can do better than that
1226 2013-01-02 22:35:27 <sipa> they can be caused by different offenders
1227 2013-01-02 22:35:29 <gmaxwell> TD: I can make it pretty easy for someone who has access to an ILP solver as a black box. I don't know how compactly I can explain using branch&cut and the simplex method. The ILP solver part of it is a fair amount of code. So I'm still contemplating how to get this into production code.
1228 2013-01-02 22:35:44 <TD> gmaxwell: i'm sure there are ILP libraries for java that can be re-used
1229 2013-01-02 22:35:57 <TD> so i think assuming the existence of an ILP solver is ok. at least to start with.
1230 2013-01-02 22:36:28 <sipa> gavinandresen: new "turbo" build: http://bitcoin.sipa.be/builds/pre-0.8/2013-01-02-turbo-ldb17/
1231 2013-01-02 22:36:33 <TD> hah
1232 2013-01-02 22:36:39 ovidiusoft has quit (Quit: leaving)
1233 2013-01-02 22:36:44 <TD> not only are there implementations but there's even a project to provide a unified API to them
1234 2013-01-02 22:36:44 <TD> http://javailp.sourceforge.net/
1235 2013-01-02 22:36:45 <sipa> gavinandresen: this one should work on XP...
1236 2013-01-02 22:36:52 <gmaxwell> Indeed. Likewise in C. GLPK is the obvious C one, but it's GPL. I was contemplating the idea of forking() in the reference client for the coin solver, would make it pretty easy to make it pluggable.
1237 2013-01-02 22:37:17 <gmaxwell> TD: ha, great. Okay, we'll I'll be writing it up in any case.
1238 2013-01-02 22:37:22 <TD> thanks
1239 2013-01-02 22:37:34 <tcatm> sipa: Weren't there any other ks reused many (>10) times?
1240 2013-01-02 22:38:17 <TD> unfortunately most of the solvers and the abstraction library are LGPL licensed
1241 2013-01-02 22:38:24 <TD> well, no matter
1242 2013-01-02 22:39:47 <gmaxwell> sipa: oh did you get around to actually recovering the K for some of them?
1243 2013-01-02 22:40:23 <sipa> yes
1244 2013-01-02 22:40:24 <tcatm> btw. did you hear about http://btchip.com/ ?
1245 2013-01-02 22:41:45 owowo has quit (Ping timeout: 276 seconds)
1246 2013-01-02 22:42:20 <helo> oh neat, no more ./bitcoin-qt "${blks[@]/#/-loadblock=}"
1247 2013-01-02 22:43:31 <sipa> gmaxwell: i wonder where the code is...
1248 2013-01-02 22:43:44 <sipa> is there a way to sort you git branches by date last modified?
1249 2013-01-02 22:44:21 <sipa> ok, found
1250 2013-01-02 22:45:34 <sipa> gmaxwell: my do a reindex using my 'kreuse' branch (it doesn't do actual sigchecking)
1251 2013-01-02 22:45:46 <sipa> it will dump reused R values with corresponding K in debug.log
1252 2013-01-02 22:47:13 ThomasV has joined
1253 2013-01-02 22:54:30 owowo has joined
1254 2013-01-02 22:54:56 owowo has quit (Remote host closed the connection)
1255 2013-01-02 22:56:21 <tcatm> kreuse could be improved to recover the secret and send all unspent outputs to itself after rescan :)
1256 2013-01-02 22:57:19 <sipa> i purposefully decided not to recover private keys
1257 2013-01-02 22:57:26 <sipa> read: i was lazy
1258 2013-01-02 22:58:10 <sipa> it would be a very good test for the code though, as it can check whether the reused Rs were actually caused by same key + same K
1259 2013-01-02 23:00:42 meLon has joined
1260 2013-01-02 23:00:43 meLon has quit (Changing host)
1261 2013-01-02 23:00:43 meLon has joined
1262 2013-01-02 23:04:56 <gmaxwell> thinking about this makes me wonder about the socially productive results of thieves existing. If there were more technically sophicated bitcoin theives then maybe R reuse would have been caught earlier. Fortunately it was found early enoughâ¦
1263 2013-01-02 23:09:21 TwilightSparklee has joined
1264 2013-01-02 23:10:22 Eslbaer has quit (Quit: Verlassend)
1265 2013-01-02 23:15:46 TwilightSparklee has quit (Remote host closed the connection)
1266 2013-01-02 23:16:03 TwilightSparklee has joined
1267 2013-01-02 23:20:45 tradefortress has joined
1268 2013-01-02 23:21:08 <tradefortress> I can call get gettransaction API of TXs I sent
1269 2013-01-02 23:21:23 <tradefortress> But if I try to look up a transaction I didn't send, I get a "Didn't receive 200 OK" error.
1270 2013-01-02 23:21:39 <sipa> use getrawtransaction for that
1271 2013-01-02 23:21:49 <sipa> gettransaction is a wallet rpc call
1272 2013-01-02 23:22:06 <sipa> getrawtransaction searches mempool and blockchain
1273 2013-01-02 23:22:18 <tradefortress> Oh!
1274 2013-01-02 23:23:02 <tradefortress> sipa: but can I get them in a readable format?
1275 2013-01-02 23:23:10 <TD> i wonder what legal implications, if any, would be involved with auto-cycling coins using weak addresses
1276 2013-01-02 23:23:10 <sipa> yes
1277 2013-01-02 23:23:30 <TD> by which i mean, generating free transactions that spend those outputs back to the weak key
1278 2013-01-02 23:23:32 <tradefortress> decode thanks
1279 2013-01-02 23:23:42 <TD> so users see the transactions they didn't make racking up but they don't lose any money
1280 2013-01-02 23:24:01 <sipa> ha!
1281 2013-01-02 23:24:09 <gmaxwell> TD: well once you were doing that, someone else would just steal them. Cute idea though.
1282 2013-01-02 23:24:09 <tradefortress> TD: what would be the point of that?
1283 2013-01-02 23:24:21 ThomasV has quit (Read error: Operation timed out)
1284 2013-01-02 23:24:24 <TD> to try and communicate to users that their keys are weak
1285 2013-01-02 23:24:24 <gmaxwell> tradefortress: use the verbose flag.
1286 2013-01-02 23:24:27 <TD> without actually stealing the money
1287 2013-01-02 23:24:54 <gmaxwell> tradefortress: though be aware, in git/0.8+ getrawtransaction only searches the utxo set and mempool, not the blockchain.
1288 2013-01-02 23:25:25 <tradefortress> gmaxwell: hmm, so for 0.8 how can I search through the blockchain? I'm building a block explorer as a learning project
1289 2013-01-02 23:25:41 agricocb has quit (Quit: Leaving.)
1290 2013-01-02 23:26:02 <sipa> for now, not - later maybe we add an option tx index for such purposes
1291 2013-01-02 23:26:05 <gmaxwell> At the moment you can't. There is no index. You could use 0.7.2 for now.
1292 2013-01-02 23:26:10 <sipa> *optional
1293 2013-01-02 23:26:12 agricocb has joined
1294 2013-01-02 23:26:50 t7 has quit (Quit: Konversation terminated!)
1295 2013-01-02 23:27:17 <tradefortress> -.-
1296 2013-01-02 23:28:30 <sipa> note that 0.8 isn't released yet, and things may be different when it is
1297 2013-01-02 23:31:22 agricocb has quit (Ping timeout: 272 seconds)
1298 2013-01-02 23:32:16 TwilightSparklee has quit (Quit: Colloquy for iPhone - http://colloquy.mobi)
1299 2013-01-02 23:32:38 TD has quit (Quit: TD)
1300 2013-01-02 23:34:14 DrHaribo has joined
1301 2013-01-02 23:34:15 DrHaribo has quit (Client Quit)
1302 2013-01-02 23:35:04 DrHaribo has joined
1303 2013-01-02 23:35:05 owowo has joined
1304 2013-01-02 23:36:27 [\\\] has quit (Read error: Connection reset by peer)
1305 2013-01-02 23:40:29 CodesInChaos has quit (Ping timeout: 255 seconds)
1306 2013-01-02 23:40:32 DrHaribo has quit (Quit: leaving)
1307 2013-01-02 23:40:50 DrHaribo has joined
1308 2013-01-02 23:40:54 owowo has quit (Ping timeout: 276 seconds)
1309 2013-01-02 23:45:13 [\\\] has joined
1310 2013-01-02 23:45:37 andytoshi has joined
1311 2013-01-02 23:46:16 <tradefortress> Looking at the JSON transaction, I can't figure out where the the coins a sent from. I can see where they are sent to.
1312 2013-01-02 23:46:55 <tradefortress> oh vin nvm
1313 2013-01-02 23:47:04 <tradefortress> somehow my brain didn't process vout = out
1314 2013-01-02 23:50:34 Z0rZ0rZ0r has quit (Quit: Wheeeee)
1315 2013-01-02 23:51:30 agricocb has joined
1316 2013-01-02 23:54:34 owowo has joined