1 2013-04-28 00:00:07 <sipa> probably reasonable still
  2 2013-04-28 00:00:20 <BlueMatt> actually, Im pretty seriously considering decreasing it
  3 2013-04-28 00:00:36 <sipa> decreasing the frequency or the interval?
  4 2013-04-28 00:00:38 <BlueMatt> a week or so ago I saw 512 connection when I placed a node in the dnsseed manually for 4 minutes
  5 2013-04-28 00:00:52 <sipa> ow
  6 2013-04-28 00:01:17 <BlueMatt> ACTION blames bitcoinj as the connections died very quickly, but I need to patch my node to log those
  7 2013-04-28 00:01:38 <BlueMatt> it wasnt nearly as bad tonight when I tested though
  8 2013-04-28 00:01:57 <HM> http://techcrunch.com/2013/03/26/amazon-web-services-launches-cloudhsm-a-dedicated-hardware-security-appliance-for-managing-cryptographic-keys/
  9 2013-04-28 00:02:53 <HM> Get your possibly emulated HSMs on the other side of the world, roll up, roll up
 10 2013-04-28 00:07:24 <vazakl-> thats pretty cool HM
 11 2013-04-28 00:10:07 <cornfeedhobo> soo... what does it take to get coins for the test network?
 12 2013-04-28 00:11:56 <lianj> cornfeedhobo: http://tpfaucet.appspot.com/
 13 2013-04-28 00:11:57 <cornfeedhobo> lol nvm
 14 2013-04-28 00:12:06 <cornfeedhobo> ya sorry =P
 15 2013-04-28 01:19:24 <bytecoin> jgarzik
 16 2013-04-28 01:19:25 <bytecoin> http://pastebin.com/kvTU27mN
 17 2013-04-28 01:19:50 <bytecoin> the dns lookup works now
 18 2013-04-28 01:22:55 <bytecoin> and new altered manual for pico (slight diff set )
 19 2013-04-28 01:29:06 <bytecoin> what is :  PICOCOIN_PASSPHRASE environment  jgarzik ?
 20 2013-04-28 01:29:21 <bytecoin> (module wallet.c)
 21 2013-04-28 01:29:27 <bytecoin> what is it set too?
 22 2013-04-28 01:32:24 <bytecoin> PICOCOIN_PASSPHRASE is used in aes_init? what do I set this value too?
 23 2013-04-28 01:35:18 <bytecoin> does anyone know a REST-full service where i can query GPS location if I have only IP ?
 24 2013-04-28 01:35:26 <bytecoin> (free if possible_
 25 2013-04-28 01:35:28 <bytecoin> )
 26 2013-04-28 01:37:04 <Luke-Jr> bytecoin: IP and GPS are unrelated..
 27 2013-04-28 01:40:53 <bytecoin> is not the issue Luke-Jr ,
 28 2013-04-28 01:41:14 <bytecoin> do you know of a free service?
 29 2013-04-28 01:42:34 <bytecoin> (my question)
 30 2013-04-28 01:43:00 <Luke-Jr> bytecoin: GPS is a free service..
 31 2013-04-28 01:43:20 <bytecoin> maybe i dont explain clearly
 32 2013-04-28 01:43:54 <bytecoin> I need service that give me global coordinates for an ip-address
 33 2013-04-28 01:45:29 <Luke-Jr> bytecoin: no such thing exists, nor is it really even possible; the closest you'll get is a city
 34 2013-04-28 01:46:21 <bytecoin> thats what i want
 35 2013-04-28 01:46:30 <richcollins> Is there a way to find out when bitcoind knows about a tx?
 36 2013-04-28 01:46:53 <richcollins> before it makes it into a block
 37 2013-04-28 01:47:31 <bytecoin> Luke-jr, is funny how you think,
 38 2013-04-28 01:48:01 <bytecoin> you thought i was looking for nanometer resolution with regard to global coordinates
 39 2013-04-28 01:48:03 <Luke-Jr> you say coordinates, I think you mean coordinates. is that really so funny?
 40 2013-04-28 01:48:16 <bytecoin> maybe something close to the planck length scale
 41 2013-04-28 01:48:44 <Luke-Jr> http://dev.maxmind.com/geoip
 42 2013-04-28 01:48:50 <bytecoin> yah, I want to know if an ip is located in New York or Moscow
 43 2013-04-28 01:48:59 <bytecoin> not possible?
 44 2013-04-28 01:49:11 <Luke-Jr> see link
 45 2013-04-28 01:49:53 <bytecoin> that took a long time
 46 2013-04-28 01:50:01 <bytecoin> thanks Luke-Jr
 47 2013-04-28 01:50:20 <bytecoin> not free, maybe I will do a spider on "ip-locater"
 48 2013-04-28 01:50:37 <bytecoin> unbelievable
 49 2013-04-28 01:53:23 <bytecoin> ;;ticker
 50 2013-04-28 01:53:24 <gribble> BTCUSD ticker | Best bid: 130.51000, Best ask: 130.74998, Bid-ask spread: 0.23998, Last trade: 130.50001, 24 hour volume: 60245.80927083, 24 hour low: 122.71000, 24 hour high: 139.88000, 24 hour vwap: 130.68632
 51 2013-04-28 01:53:39 <Luke-Jr> bytecoin: not free how? "The GeoLite databases are distributed under the Creative Commons Attribution-ShareAlike 3.0 Unported License."
 52 2013-04-28 01:53:56 <bytecoin> read your link
 53 2013-04-28 01:54:08 <Luke-Jr> I use it free
 54 2013-04-28 01:54:18 <tumak> geolite city is free
 55 2013-04-28 01:54:25 <bytecoin> your link
 56 2013-04-28 01:54:53 <tumak> oh gee bytecoin, click around for a bit
 57 2013-04-28 01:55:36 <bytecoin> Luke-Jr: your link-> http://dev.maxmind.com/geoip/
 58 2013-04-28 01:55:51 <tumak> "mommy, i wanna be spoonfed"
 59 2013-04-28 01:55:55 <tumak> mommmyyy
 60 2013-04-28 01:56:04 <bytecoin> quote "..We provide a webservice, subscription-based downloadable databases, and free downloadable databases. ..."
 61 2013-04-28 01:56:31 <bytecoin> subscription based  = pay for it
 62 2013-04-28 01:56:54 <Luke-Jr> free downloadable databases = don't
 63 2013-04-28 01:57:00 <Luke-Jr> ACTION is done
 64 2013-04-28 01:57:12 <tumak> Luke-Jr you had to spoil it
 65 2013-04-28 01:57:30 <tumak> bytecoin: please continue throwing tantrums you want the direct link to the free db
 66 2013-04-28 01:57:50 <bytecoin> yawn
 67 2013-04-28 01:58:04 <bytecoin> he tumak, how are you?
 68 2013-04-28 01:58:18 <bytecoin> I dont want to download a whole db locally
 69 2013-04-28 01:58:25 <bytecoin> just use a nice service online
 70 2013-04-28 01:58:34 <tumak> oh
 71 2013-04-28 01:58:37 <bytecoin> but those are not free,  capishe?
 72 2013-04-28 01:59:04 <bytecoin> oh
 73 2013-04-28 01:59:14 <tumak> well, then you can get gps precision
 74 2013-04-28 01:59:29 <bytecoin> Luke-Jr:  says its not possible
 75 2013-04-28 01:59:31 <bytecoin> lol
 76 2013-04-28 01:59:39 <bytecoin> (GPS precision)
 77 2013-04-28 01:59:47 <tumak> not via geoip
 78 2013-04-28 01:59:49 <bytecoin> but please discuss it with him
 79 2013-04-28 02:00:01 <tumak> bytecoin is such a loveable character
 80 2013-04-28 02:00:11 <bytecoin> i am not a timewaster
 81 2013-04-28 02:00:12 <tumak> bytecoin: please beg more for gps precision
 82 2013-04-28 02:00:27 <bytecoin> talk to Luke-jr
 83 2013-04-28 02:00:48 <tumak> 05:34 < bytecoin> does anyone know a REST-full service where i can query GPS location if I have only IP ?
 84 2013-04-28 02:00:51 <tumak> you asked for it
 85 2013-04-28 02:01:00 <tumak> Luke-Jr just tried to help
 86 2013-04-28 02:01:04 <tumak> and you were mean to him
 87 2013-04-28 02:01:08 <tumak> so apologize to him
 88 2013-04-28 02:01:09 <bytecoin> he said it was not possible
 89 2013-04-28 02:01:12 <tumak> and i'll give you gps service
 90 2013-04-28 02:01:21 <bytecoin> so if you think it is possible please discuss with him
 91 2013-04-28 02:01:24 <tumak> 05:41 < Luke-Jr> bytecoin: GPS is a free service..
 92 2013-04-28 02:01:35 <bytecoin> shit i didnt know that
 93 2013-04-28 02:01:44 <bytecoin> lol
 94 2013-04-28 02:02:08 <tumak> stop talking back and apologize already
 95 2013-04-28 02:02:18 <tumak> i assume you need gps rest, and not just waste everyones time
 96 2013-04-28 02:02:28 <bytecoin> how is making up stuff in the moment helpfull tomak?
 97 2013-04-28 02:02:43 <bytecoin> why assume? just ask if something is not clear
 98 2013-04-28 02:03:34 <tumak> such a naughty boy
 99 2013-04-28 02:03:55 <bytecoin> wot?
100 2013-04-28 02:04:07 <bytecoin> lol,..,
101 2013-04-28 02:04:44 <tumak> but i'm in a good mood
102 2013-04-28 02:04:46 <tumak> so here's a hint
103 2013-04-28 02:04:47 <tumak> You can use up to 100 queries per day free of charge
104 2013-04-28 02:04:59 <bytecoin> no hints please, I am reading a book
105 2013-04-28 02:05:09 <tumak> aww
106 2013-04-28 02:05:13 <tumak> sorry to spoil it
107 2013-04-28 02:05:30 <bytecoin> spoil where?
108 2013-04-28 02:05:39 <tumak> you are
109 2013-04-28 02:05:49 <bytecoin> you mean tomorrow?
110 2013-04-28 02:06:08 <tumak> only within the limits of dadaism
111 2013-04-28 02:06:26 <bytecoin> in your parents basement?
112 2013-04-28 02:06:43 <tumak> i'm your parent
113 2013-04-28 02:07:01 <tumak> (here you go, talking back again)
114 2013-04-28 02:07:28 <bytecoin> i dont even know what that is
115 2013-04-28 02:07:33 <tumak> anyways, good luck with google geo api and all
116 2013-04-28 02:07:35 <bytecoin> something american kids do?
117 2013-04-28 02:08:14 <bytecoin> I guess, you got smacked alot for disrespecting hierarchy
118 2013-04-28 02:09:10 <copumpkin> o.O
119 2013-04-28 02:10:05 <bytecoin> yeah i know,.., the shut-up-and-listed vibe is really big with tokamuk
120 2013-04-28 02:11:38 <bytecoin> tunak, stop spamming me in PM,.., stalking behavior i not like
121 2013-04-28 02:26:59 <bytecoin> tumak, stop pm-ing me please, i dont like it
122 2013-04-28 02:27:41 <gmaxwell> tumak: chill out, I don't know what you're doing but if people are complaining stop.
123 2013-04-28 02:27:57 <bytecoin> admins, how do you stop someone from stalking?
124 2013-04-28 02:28:38 <gmaxwell> in almost all clients you can type /ignore <username>   and you won't see anything more from them.
125 2013-04-28 02:28:56 <bytecoin> ok, let me try
126 2013-04-28 02:29:18 <bytecoin> ignored person will see my postings?
127 2013-04-28 02:29:34 <bytecoin> is it a 2 way block?
128 2013-04-28 02:29:48 <gonffen> it's local, so it's just on your client
129 2013-04-28 02:30:47 <bytecoin> i am keeping records, i am pretty sure this violates freenode policy
130 2013-04-28 02:30:50 <bytecoin> anyway...
131 2013-04-28 02:31:09 <bytecoin> I wish i could chat with jgarzik on picocoin,
132 2013-04-28 02:31:22 <bytecoin> whats the timezone on his side of the pond?
133 2013-04-28 02:31:42 <gmaxwell> Jeff is usually in US/eastern time.
134 2013-04-28 02:32:31 <gmaxwell> (it's 00:31 there now)
135 2013-04-28 02:32:34 <jgarzik> bytecoin: ask questions with "jgarzik" in the string somewhere, and they will get highlighted and answered eventually :)
136 2013-04-28 02:32:49 <jgarzik> just keep a big scrollback, and wait for an answer, even if next day ;p
137 2013-04-28 02:33:42 <bytecoin> jgarzik, what is this environment variable getenv("PICOCOIN_PASSPHRASE");
138 2013-04-28 02:34:02 <bytecoin> jgarzik, in module wallet.c
139 2013-04-28 02:34:02 <jgarzik> bytecoin: wallet encryption key
140 2013-04-28 02:34:20 <jgarzik> bytecoin: note, that is poor security (though better than none)
141 2013-04-28 02:34:35 <bytecoin> its used in your function aes_init
142 2013-04-28 02:34:50 <bytecoin> what passphrase should i use, just choose one?
143 2013-04-28 02:35:40 <Diablo-D3> jgarzik: hey, asicminer is having another auction: https://bitcointalk.org/index.php?topic=189248
144 2013-04-28 02:35:54 <jgarzik> bytecoin: whatever passphrase you want to use to secure your wallet
145 2013-04-28 02:35:56 <Diablo-D3> someone copypasta that for jgarzik I think he has me on ignore
146 2013-04-28 02:36:12 <jgarzik> Diablo-D3: not on /ignore
147 2013-04-28 02:36:20 <Diablo-D3> kay
148 2013-04-28 02:36:30 <Diablo-D3> jgarzik: Im being an asshole and driving up bids ;)
149 2013-04-28 02:38:30 <bytecoin> jgarzik, i see it,  its only used in load_wallet and save_wallet,.., ok thanks))
150 2013-04-28 02:38:48 <jgarzik> bytecoin: Yes.  The entire wallet is encrypted.
151 2013-04-28 02:38:50 <bytecoin> typo" store_wallet"
152 2013-04-28 02:39:14 <bytecoin> ok, ok, thanks,
153 2013-04-28 02:41:27 <bytecoin> stupid noob question,..., where can if find  the wallet binary file description
154 2013-04-28 02:44:00 <bytecoin> jgarzik, my work on picocoin, check out the altered (sliggtly) cmd options, it all uses my own glib replacement,
155 2013-04-28 02:44:02 <bytecoin> http://pastebin.com/kvTU27mN
156 2013-04-28 02:46:03 <Luke-Jr> does picocoin depend on glib? -.-
157 2013-04-28 02:54:16 <BlueMatt> Luke-Jr: yes :(
158 2013-04-28 02:55:46 <Luke-Jr> bah
159 2013-04-28 02:56:32 <Luke-Jr> ACTION wonders when/if MagicalTux will publish QBitcoin finally :x
160 2013-04-28 02:57:11 <Diablo-D3> hes too busy being rich
161 2013-04-28 02:58:53 <bytecoin> BlueMatt working on removing glib
162 2013-04-28 02:59:11 <BlueMatt> bytecoin: the world thanks you
163 2013-04-28 02:59:45 <bytecoin> I accept bitcoin donations as thanks)))
164 2013-04-28 03:00:00 <BlueMatt> if only I had MagicalTux's money
165 2013-04-28 03:00:07 <BlueMatt> :P
166 2013-04-28 03:00:12 <bytecoin> who is this MagicalTux ?
167 2013-04-28 03:00:19 <BlueMatt> owner of mtgox
168 2013-04-28 03:00:23 <bytecoin> never heard of him
169 2013-04-28 03:00:24 <jgarzik> Removing GLib is fine, but seems like a lot of wasted effort
170 2013-04-28 03:00:26 <bytecoin> aaaah
171 2013-04-28 03:00:48 <bytecoin> jgarzik, maybe, but i hate dependencies,
172 2013-04-28 03:00:52 <jgarzik> you: reinvent hash tables.  reinvent linked lists.  reinvent byte swapping.  reinvent the string class.
173 2013-04-28 03:00:59 <jgarzik> it's pure code duplication
174 2013-04-28 03:01:07 <bytecoin> almost done though
175 2013-04-28 03:01:13 <bytecoin> hash tables, linked list
176 2013-04-28 03:01:20 <bytecoin> String class not done yet
177 2013-04-28 03:01:31 <tumak> jgarzik: at least you didnt put gobject in there
178 2013-04-28 03:01:35 <tumak> or did you?
179 2013-04-28 03:01:46 <jgarzik> Then, the duplicated code must be bug-fixed and maintained, including all portability glue
180 2013-04-28 03:01:55 <jgarzik> tumak: gobject is not needed or used
181 2013-04-28 03:02:02 <Diablo-D3> jgarzik: theres nothing wrong with reinventing things sometimes
182 2013-04-28 03:02:20 <jgarzik> how many times does the hash table need to be reinvented?  This is not CS 201.
183 2013-04-28 03:02:26 <bytecoin> lol
184 2013-04-28 03:02:32 <bytecoin> only once
185 2013-04-28 03:02:44 <bytecoin> what the maintaining issue, i dont see it
186 2013-04-28 03:02:59 <bytecoin> once you have something good, with reagrd to hashtables dont change it
187 2013-04-28 03:03:13 <tumak> jgarzik: linked lists are bad example though, #include <sys/queue.h> :)
188 2013-04-28 03:03:43 <bytecoin> for windows aswell?
189 2013-04-28 03:03:43 <jgarzik> bytecoin: You've clearly never done big project open source software maintenance then :)
190 2013-04-28 03:03:45 <grau> I doubt it is the right aim to remove dependencies
191 2013-04-28 03:03:56 <grau> The effort should rather be spent on tests
192 2013-04-28 03:04:00 <jgarzik> +1
193 2013-04-28 03:04:20 <jgarzik> GLib is already ported to Windows, works great there.
194 2013-04-28 03:04:24 <tumak> i think getting rid of openssl in picocoin would be a noble endeavor though
195 2013-04-28 03:04:29 <bytecoin> jgarzik, assuming is a culture here, funny
196 2013-04-28 03:04:41 <bytecoin> haha
197 2013-04-28 03:04:42 <tumak> ber encoding is fairly simple and ecc code separated already
198 2013-04-28 03:04:54 <bytecoin> openssl and glib, both need to go
199 2013-04-28 03:05:03 <tumak> its close to impossible to compile libcrypt without being it a behemoth
200 2013-04-28 03:05:12 <tumak> *libcrypto
201 2013-04-28 03:05:14 <jgarzik> tumak: switching openssl implies reinventing bignum
202 2013-04-28 03:05:20 <tumak> jgarzik: indeed
203 2013-04-28 03:05:25 <jgarzik> it's not just crypto or ECDSA
204 2013-04-28 03:05:41 <bytecoin> haha, well, i disagree
205 2013-04-28 03:06:06 <bytecoin> openssl has to be phased out
206 2013-04-28 03:06:15 <bytecoin> eventually gone
207 2013-04-28 03:06:16 <jgarzik> disagree, with which part?  By definition, dropping OpenSSL requires implementing your own bignum, or linking another dependency with same functionality.
208 2013-04-28 03:06:40 <tumak> jgarzik: there are fairly contained bn libs imho
209 2013-04-28 03:06:41 <bytecoin> bignum is not a big deal
210 2013-04-28 03:06:42 <grau> We might achive the same by pre-parsing input to openssl eventually
211 2013-04-28 03:06:45 <jgarzik> You also need to match bug-for-bug right now with OpenSSL
212 2013-04-28 03:06:51 <BlueMatt> using non-OpenSSL for ECDSA would be nice, though the bignum stuff...meh doesnt matter what implementation is used
213 2013-04-28 03:06:58 <tumak> and for secp256k1 code hal finneys coude would make sense
214 2013-04-28 03:07:05 <BlueMatt> (obviously fork risk stuff dealt with)
215 2013-04-28 03:07:06 <bytecoin> @BLueMatt agree
216 2013-04-28 03:07:39 <bytecoin> openssl is just bloated
217 2013-04-28 03:07:46 <BlueMatt> what?
218 2013-04-28 03:07:48 <BlueMatt> not really
219 2013-04-28 03:07:55 <jgarzik> ...and if you use OpenSSL for bignum, then there is no point in dropping the other OpenSSL uses
220 2013-04-28 03:07:56 <tumak> BlueMatt: vanitygen has like 1k loc bignum :)
221 2013-04-28 03:07:59 <tumak> in ocl
222 2013-04-28 03:08:19 <BlueMatt> jgarzik: except for <jgarzik> You also need to match bug-for-bug right now with OpenSSL
223 2013-04-28 03:08:46 <bytecoin> openssl has bugs?
224 2013-04-28 03:08:48 <bytecoin> )
225 2013-04-28 03:08:50 <BlueMatt> jgarzik: which is the real reason to drop openssl for ecdsa, its already on every system in the world so its convenient, but its a pita for alt implementations
226 2013-04-28 03:09:14 <grau> BlueMatt: that is why I think parsing input of openssl to restrict it to "valid" formats would be probably sufficient
227 2013-04-28 03:09:42 <BlueMatt> grau: yes, that should be done, as to whether we really need to drop openssl itself...meh probably not
228 2013-04-28 03:10:09 <tumak> grau: you mean like, hardcode asn.1 template and call it a day?
229 2013-04-28 03:10:21 <Luke-Jr> it'd be nice if bitcoind could be compiled with other bignum/EC/etc libraries ;)
230 2013-04-28 03:10:42 <grau> tumuk: meybe more or less
231 2013-04-28 03:10:55 <bytecoin> more less then maybe
232 2013-04-28 03:10:56 <Luke-Jr> testing each variant in an AND and specially logging any disagreements..
233 2013-04-28 03:11:36 <tumak> not sure if asn1 bers appear all the same across blockchain
234 2013-04-28 03:11:51 <BlueMatt> they dont
235 2013-04-28 03:12:08 <grau> tumak: restriction could be a soft fork appllied after a height.
236 2013-04-28 03:12:31 <bytecoin> anyway jgarzik,.., the C code is simple and straghtforward (as is most C) so it gives me oppertunity to know in detail about bitcoin and altcoins
237 2013-04-28 03:12:37 <bytecoin> potentially
238 2013-04-28 03:13:07 <tumak> grau: update path mayhem though :(
239 2013-04-28 03:13:20 <BlueMatt> we've softforked before
240 2013-04-28 03:13:25 <tumak> ensuring all pools have proper set of openssl whenever changes are
241 2013-04-28 03:13:33 <tumak> alas, map what is different across openssl versions
242 2013-04-28 03:14:12 <grau> tumak: no, restriction should hide differences to the simplest common
243 2013-04-28 03:14:38 <tumak> hmm, finding the lowest common denominator then
244 2013-04-28 03:14:42 <grau> it is nor reallye about openssl diff but in general diff of crypto libs
245 2013-04-28 03:15:14 <bytecoin> crypto libs have their own tests
246 2013-04-28 03:15:28 <bytecoin> easy to check if it meats standard well known cyphers
247 2013-04-28 03:15:30 <grau> tumak: yes, there is no benefit of having flawors of this in the blockhain
248 2013-04-28 03:15:34 <tumak> grau: uh, there was ever something different than openssl used :)
249 2013-04-28 03:16:38 <grau> eg. BitcoinJ uses spongy castle, bits of proof uses bouncy casle
250 2013-04-28 03:17:04 <tumak> oh
251 2013-04-28 03:17:06 <BlueMatt> yes, and bitcoinj has gotten it "wrong" before thanks to openssl's loose spec interpretation
252 2013-04-28 03:17:07 <tumak> https://bitcointalk.org/index.php?topic=8392.0
253 2013-04-28 03:17:16 <tumak> hmm
254 2013-04-28 03:21:36 <tumak> grau: incidentally, 0.8.2 appears it will enforce DER
255 2013-04-28 03:21:42 <tumak> (soft, no mempool accept)
256 2013-04-28 03:21:56 <grau> great
257 2013-04-28 03:43:09 <da2ce7> nexus.bitcoinj.org is down.
258 2013-04-28 03:43:23 <da2ce7> *or very close to being down.
259 2013-04-28 04:42:06 <anddam> hi, I'm experiencing https://github.com/bitcoin/bitcoin/issues/2405 on osx 10.7, bt-qt 0.8.1 (IIRC)
260 2013-04-28 04:42:55 <anddam> the comments suggest a possible fix from g.andresen at https://bitcointalk.org/index.php?topic=154516.msg1665186#msg1665186 but I can only find the tidydir script there (that I already ran when I switched from 0.7)
261 2013-04-28 04:43:09 <anddam> any hint about the reason of the bug?
262 2013-04-28 04:44:44 <anddam> should I wipe the chain and restart? my wallet is backed up, or should be at least if my script isn't failing me
263 2013-04-28 04:45:02 <anddam> still not being able to start Qt GUI is annoying
264 2013-04-28 04:45:10 <anddam> any hint appreciated
265 2013-04-28 04:46:19 <gmaxwell> anddam: you never have to wipe the chain.  A reindex will unwedge it, but if you're not in a rush to use it, someone might want to have you try something else.
266 2013-04-28 04:47:52 <anddam> gmaxwell: I'm not in a hurry, I confirm moving the data directory let GUI correctly start
267 2013-04-28 04:48:41 <anddam> gmaxwell: "Starting with -reindex will probably work just as well." https://github.com/bitcoin/bitcoin/issues/2426
268 2013-04-28 04:49:40 <anddam> the Qt GUI doesn't sport a cli command, or I cannot see it
269 2013-04-28 04:50:50 <anddam> started reindexing
270 2013-04-28 04:50:53 <anddam> GUI started
271 2013-04-28 04:51:26 <anddam> I mean ./BitCoin-Qt -reindex
272 2013-04-28 04:51:54 <anddam> gmaxwell: was that a chain corruption?
273 2013-04-28 04:52:02 <anddam> or its index
274 2013-04-28 04:55:16 <anddam> http://bitcoin.org/en/vocabulary <-- nice, I always seem to be missing a term on #bitcoin*
275 2013-04-28 05:19:40 <anddam> wait, my balance is now 0,00116629 !
276 2013-04-28 05:19:56 <anddam> I'm pretty sure it was 0,00116630 last time ;-)
277 2013-04-28 05:23:58 <Luke-Jr> anddam: note that BTC is always period for decimal point, not comma
278 2013-04-28 05:35:01 <digitalmagus> Luke-Jr: Good luck enforcing that in European countries
279 2013-04-28 05:36:45 <anddam> yep, that's just an habit
280 2013-04-28 05:37:49 <anddam> digitalmagus: I'd happily trade that for the adoption of metric system
281 2013-04-28 05:38:30 <anddam> mine was just a joke, btw
282 2013-04-28 05:39:25 <anddam> any insight about the "Assertion failed: (pfork != NULL)" issue I was asking about? what could the cause be?
283 2013-04-28 05:40:31 <Luke-Jr> yeah, SI/metric sucks
284 2013-04-28 05:49:02 <anddam> Luke-Jr: I appreciate the humor
285 2013-04-28 05:49:33 <Luke-Jr> what humour?
286 2013-04-28 05:51:29 <anddam> "Luke-Jr | yeah, SI/metric sucks" <-- brilliant comedy
287 2013-04-28 05:51:44 <Luke-Jr> well it does
288 2013-04-28 05:52:28 <anddam> about my chain issue can I actively do something to avoid that in future?
289 2013-04-28 05:52:53 <anddam> or better is there some known action that could have caused that?
290 2013-04-28 06:25:18 <bytecoin> jgarzik
291 2013-04-28 06:25:54 <bytecoin> jgarzik, thanks for the condescending remark, have a nice day
292 2013-04-28 06:51:10 <Burbank33> Hello everyone, I got a question: I want to experiment with the locktime feature on the testnet3. I use bitcoin-python for this. My problem is, that I don't know how to serialize a transaction after having de-serialized and modified it. Can anyone give me a hint?
293 2013-04-28 06:53:53 <wumpus> createrawtransaction  maybe?
294 2013-04-28 06:55:32 <Burbank33> I used createrawtransaction to get the transaction in the first place, but I decoded it to change the sequence number and timelock. I cannot use createrawtrancaction for modified transactions as it only accepts unspent txs and destination addresses
295 2013-04-28 06:57:43 <michagogo> From a performance standpoint, if I add a bunch of addnode entries in bitcoin.conf, will that slow things down?
296 2013-04-28 06:58:14 <wumpus> depends on the nodes that you add
297 2013-04-28 06:58:36 <wumpus> but generally, no
298 2013-04-28 07:00:42 <Diablo-D3> https://www.youtube.com/watch?v=-DdfLtOrBPU&list=PLA9B8CDA6BA83F981
299 2013-04-28 07:01:56 <Burbank33> I just checked the API calls list of bitcoind
300 2013-04-28 07:02:30 <Burbank33> looks like they dont have such a function either. If you guys create raw transactions, do you always manipulate the serialized binary data?
301 2013-04-28 07:17:43 <michagogo> Hmm, maybe I misunderstood. I thought that if I had, say, 30 addnode=<address> lines in bitcoin.conf I'd end up with 30 connections
302 2013-04-28 07:22:14 <wumpus> I'm not sure whether the addnode connections count towards the max number of outgoing connections
303 2013-04-28 07:25:20 <cut> michagogo: you want connect=
304 2013-04-28 07:27:48 <michagogo> cut: Won't that limit it to *only* those nodes?
305 2013-04-28 07:28:25 <cut> yes, it will limit to 30 connections
306 2013-04-28 07:29:51 <michagogo> I don't want to say "only ever connect to these nodes"
307 2013-04-28 08:29:45 <__CodingNinja> hello all!
308 2013-04-28 08:30:22 <__CodingNinja> I have a few technical questions regarding bitcoin, can any one help?
309 2013-04-28 08:32:02 <michagogo> __CodingNinja: Probably someone can. Don't ask to ask, just ask.
310 2013-04-28 08:32:31 <__CodingNinja> When a transaction is "made", my understanding is that it is just an "intention" that is broadcast to all nodes, using PGP, but how it this intention verified?
311 2013-04-28 08:33:03 <jaakkos> no PGP involved
312 2013-04-28 08:33:23 <__CodingNinja> ok, but addresses have a public key and a private key, so PGP like?
313 2013-04-28 08:34:10 <jaakkos> the transaction is first verified by all nodes who participate in the broadcast, ie. the tx must have the proper signature to access the funds it redeems
314 2013-04-28 08:34:27 <jaakkos> but to actually considered as "happened", the transaction needs to be included in a block by a miner
315 2013-04-28 08:34:32 <jaakkos> +be
316 2013-04-28 08:35:09 <michagogo> Any node that it gets broadcast to will (in general, if it follows all the rules) relay the tx
317 2013-04-28 08:35:29 <michagogo> That tx will make its way through the network to one or more miners
318 2013-04-28 08:35:44 <__CodingNinja> sorry what is tx?
319 2013-04-28 08:35:55 <michagogo> tx == transaction
320 2013-04-28 08:36:08 <michagogo> When a miner includes that transaction in a block, and subsequently solves that block, it becomes part of the blockchain
321 2013-04-28 08:36:33 <__CodingNinja> can't a client just randomly make up fake tx and broadcast it?
322 2013-04-28 08:36:45 <wumpus> it can, but everyone will ignore it
323 2013-04-28 08:37:18 <michagogo> Yeah, a client can broadcast whatever it wants
324 2013-04-28 08:37:45 <michagogo> That means exactly nothing if the transaction isn't valid according to the rules that the peers follow
325 2013-04-28 08:38:11 <__CodingNinja> what I'm trying to understand is how this transaction is verified, so yo have an address (A1) and another (A2) we know the public address, the nodes must contact surely both in order to verify the address? I'm confused
326 2013-04-28 08:38:57 <michagogo> __CodingNinja: No, they don't.
327 2013-04-28 08:39:04 <michagogo> Alice wants to send Bob a bitcoin
328 2013-04-28 08:39:14 <michagogo> Bob generates an address and gives it to Alice
329 2013-04-28 08:39:42 <michagogo> Alice can verify that the address is a valid bitcoin address according to the address format, checksums, whatever it is
330 2013-04-28 08:40:22 <__CodingNinja> with you so far
331 2013-04-28 08:41:25 <michagogo> Alice makes a transaction saying something along the lines of "take the output of transaction x and use it as an input, and create an output that can be spent by address y"
332 2013-04-28 08:41:38 <michagogo> where transaction x is a bitcoin someone sent her in the past
333 2013-04-28 08:41:48 <michagogo> and address y is the address Bob gave her
334 2013-04-28 08:42:15 <__CodingNinja> ah yes, and it has to be a valid prior transaction in the chain of transactions?
335 2013-04-28 08:42:17 <michagogo> She signs that with the private key corresponding to the address that the output of transaction x specified
336 2013-04-28 08:42:20 <michagogo> Correct
337 2013-04-28 08:42:43 <__CodingNinja> please go on
338 2013-04-28 08:43:00 <michagogo> So when Alice broadcasts that transaction, the nodes she broadcasts it to will check, among other things, that transaction x exists and hasn't been spent
339 2013-04-28 08:45:59 <__CodingNinja> ok, when you say Alice "signs with the private key", is this Alice's private key?
340 2013-04-28 08:46:16 <michagogo> Yes
341 2013-04-28 08:46:37 <michagogo> Specifically, the private key of the address that that bitcoin was previously sent to
342 2013-04-28 08:47:11 <michagogo> (technically, the address for the output that she's spending)
343 2013-04-28 08:49:09 <__CodingNinja> so Alice takes bobs address and signs it with her PK?
344 2013-04-28 08:51:08 <michagogo> No
345 2013-04-28 08:52:33 <__CodingNinja> sorry for all the questions, just trying to fully understand the mechanism in my head
346 2013-04-28 08:53:21 <michagogo> __CodingNinja: Alice creates a transaction, which is basically a message saying "this is a transaction. The input of the transaction is output x from transaction z, and the signature for output x is abc. the output is to address y."
347 2013-04-28 08:54:01 <michagogo> She uses the private key for whatever address output x was sent to to sign that output, "endorsing it" so to speak
348 2013-04-28 08:55:11 <__CodingNinja> I think I get it! :)
349 2013-04-28 08:55:16 <diki> how does the signing process actually work, technically?
350 2013-04-28 08:55:20 <da2ce7> New Windows OT Builds: https://bitcointalk.org/index.php?topic=77301
351 2013-04-28 08:55:31 <michagogo> Now, all that Alice actually knows is that address y, which bob gave her, is a valid address
352 2013-04-28 08:55:54 <michagogo> There's no actual way to know whether or not bob has the private key to that address
353 2013-04-28 08:56:08 <michagogo> For example, 1BitcoinEaterAddressDontSendf59kuE is a legitimate, valid address
354 2013-04-28 08:56:21 <michagogo> But (as far as we know) nobody has the private key for that address
355 2013-04-28 08:56:35 <__CodingNinja> until he "spends" it and signing the next tx?
356 2013-04-28 08:56:44 <michagogo> __CodingNinja: Right.
357 2013-04-28 08:57:39 <__CodingNinja> no one else can spend that tx begins in the chain of tx Alice's tx stops at Bob's address
358 2013-04-28 08:57:54 <michagogo> Basically, once Alice sends that transaction out into the network, and it gets put into the blockchain, Bob can do the same thing to wherever he wants
359 2013-04-28 08:58:23 <michagogo> He can do the same thing Alice did, this time signing with the privkey for address y
360 2013-04-28 08:59:10 <michagogo> And yeah, assuming Bob keeps his wallet secure and nobody else is able to get their hands on his privkey, nobody else can spend it
361 2013-04-28 08:59:26 <michagogo> Keep in mind that this was just a rough explanation, some of the terms are likely wrong, etc.
362 2013-04-28 08:59:58 <__CodingNinja> michagogo you have been extremely helpful! :)
363 2013-04-28 09:01:10 <__CodingNinja> just trying to digest it all
364 2013-04-28 09:05:29 <__CodingNinja> guys any links with more detailed steps? (other than the source code) :)
365 2013-04-28 09:06:46 <wumpus> the wiki has quite a lot of information
366 2013-04-28 09:07:25 <__CodingNinja> wikipedia? tried already, doesn't really go into technical details
367 2013-04-28 09:07:34 <diki> __CodingNinja:yep
368 2013-04-28 09:11:02 <michagogo> __CodingNinja: No, not wikipedia
369 2013-04-28 09:11:17 <michagogo> https://en.bitcoin.it/wiki/Main_Page
370 2013-04-28 09:11:29 <__CodingNinja> bitcoins wiki? link
371 2013-04-28 09:11:49 <__CodingNinja> thanks!
372 2013-04-28 09:11:54 <michagogo> np
373 2013-04-28 09:12:29 <__CodingNinja> are the source codes at that wiki or on Github
374 2013-04-28 09:13:03 <__CodingNinja> or are there various implementations?
375 2013-04-28 09:16:05 <michagogo> __CodingNinja: Well, there are various clients, etc.
376 2013-04-28 09:16:13 <michagogo> The reference implementation is bitcoin-qt and bitcoind
377 2013-04-28 09:16:28 <michagogo> The code for that is on github
378 2013-04-28 09:16:44 <michagogo> https://github.com/bitcoin/bitcoin
379 2013-04-28 09:16:45 <__CodingNinja> what about the nodes?
380 2013-04-28 09:17:16 <michagogo> Hmm?
381 2013-04-28 09:18:37 <michagogo> What about them?
382 2013-04-28 09:19:57 <michagogo> __CodingNinja:
383 2013-04-28 09:20:28 <__CodingNinja> I presume that github link are effectively what runs as a node
384 2013-04-28 09:22:17 <__CodingNinja> Im using Webchat michagogo
385 2013-04-28 09:23:05 <michagogo> __CodingNinja: AFAIK, the majority of nodes are either running bitcoin-qt or bitcoind
386 2013-04-28 09:23:38 <ecolo> whats happend after the bitcoin-qt program its finished with sync to network?
387 2013-04-28 09:23:55 <__CodingNinja> ok cool, thanks again for all your help, its much appreciated!
388 2013-04-28 09:28:37 <__CodingNinja> Good day to you all! :)
389 2013-04-28 09:40:32 <Burbank33> I managed to delay a transaction. I set lock_time to 68864 and my transaction was delayed until block 68863. However on blockexplorer, lock_time is something weird. what is it? http://blockexplorer.com/testnet/rawtx/d0205898aa410e1ee1b64660ab2efab91ff2d2294ec17d8054b0172cf96c8c8a
390 2013-04-28 09:52:17 <sipa> ecolo: nothing
391 2013-04-28 09:52:35 <ecolo> ok thanks sipa
392 2013-04-28 09:52:37 <ecolo> god morning :)
393 2013-04-28 10:03:23 <sipa> ohai Diablo-D3
394 2013-04-28 10:03:24 <sipa> eh
395 2013-04-28 10:03:27 <sipa> ohai Diapolo
396 2013-04-28 10:04:01 <Diapolo> hey sipa
397 2013-04-28 10:04:08 <Diapolo> currently building with your last commit
398 2013-04-28 10:05:08 <Diapolo> sipa: what does that really change or how will it help us find the problem
399 2013-04-28 10:05:19 <Diapolo> talking about https://github.com/sipa/bitcoin/commit/20d6f2013b6629566b3fe1b5b03800fecac25e96
400 2013-04-28 10:05:49 <sipa> Diapolo: there are two system calls whose return value is not checked for errors
401 2013-04-28 10:06:09 <sipa> so if anything goes wrong with them (though i wouldn't know what), it's likely to cause what you see
402 2013-04-28 10:06:18 <Diapolo> and if there is an error we will now likely see it?
403 2013-04-28 10:06:25 <sipa> yes
404 2013-04-28 10:06:29 <Diapolo> okay
405 2013-04-28 10:08:49 <Diapolo> starting the client now
406 2013-04-28 10:09:25 <sipa> i doubt this is the problem, actually
407 2013-04-28 10:09:31 <sipa> but i want to be sure before digging deeper
408 2013-04-28 10:11:36 <Diapolo> I just hope we catch that bug soon :(
409 2013-04-28 10:11:55 <Diapolo> there it is, I/O error, just a sec
410 2013-04-28 10:12:54 <Diapolo> 2013-04-28 12:10:28 *** Systemfehler: Database I/O error
411 2013-04-28 10:12:54 <Diapolo> sipa: just the same error 2013-04-28 12:10:28 LevelDB read failure: IO error: C:\\Users\\Diapolo\\AppData\\Roaming\\Bitcoin\\chainstate\\001294.sst: Der Prozess kann nicht auf die Datei zugreifen, da sie von einem anderen Prozess verwendet wird.
412 2013-04-28 10:13:11 <Diapolo> but 2 times in a row really this time
413 2013-04-28 10:13:50 <sipa> hmm
414 2013-04-28 10:13:55 <Diapolo> but just because I didn't click okay right after the error was shown I guess
415 2013-04-28 10:14:18 <Diapolo> 20 seconds in between, no need to look into this, it was even the same file
416 2013-04-28 10:14:18 <sipa> Diapolo: ooh, i found something
417 2013-04-28 10:14:28 <Diapolo> sipa: tell me
418 2013-04-28 10:17:11 <sipa> Diapolo: pushed a new commit to win32ldberr
419 2013-04-28 10:17:27 <Diapolo> let me see
420 2013-04-28 10:18:43 <Diapolo> let me build again ^^
421 2013-04-28 10:20:06 <melvster> im just reading about testnet ... 'Testnet2 was just the first testnet reset with a different genesis block, because people were starting to trade testnet coins for real money' ... is it bad etiquette to use test net coin for real world things?
422 2013-04-28 10:20:42 <Diapolo> any idea how often such Win32RandomAccessFiles are used by LevelDB? I still think it's weird that we didn't notice the error before
423 2013-04-28 10:21:57 <sipa> Diapolo: for every read from tables from disk
424 2013-04-28 10:22:12 <sipa> the problem is that apparently it sometimes opens the same file twice
425 2013-04-28 10:22:36 <Diapolo> sipa: which it shouldn't do?
426 2013-04-28 10:22:54 <sipa> i don't know leveldb's internals enough to know whether that's a bug or not
427 2013-04-28 10:22:56 <Diapolo> or which should just be allowed, which is what your patch does?
428 2013-04-28 10:23:08 <sipa> i don't even know whether this is the problem
429 2013-04-28 10:23:42 <sipa> but if these sharing rules are enforced between different openings of the same file, then this flag is needed
430 2013-04-28 10:24:18 <Diapolo> let's see :)
431 2013-04-28 10:25:19 <Diapolo> starting...
432 2013-04-28 10:30:18 <Diapolo> sipa: no error until now
433 2013-04-28 10:31:57 <sipa> Diapolo: good news!
434 2013-04-28 10:32:49 <Diapolo> I'll let it running
435 2013-04-28 10:33:31 <sipa> Diapolo: what -dbcache are you using?
436 2013-04-28 10:33:43 <Diapolo> just default, 25 thn
437 2013-04-28 10:33:44 <Diapolo> then
438 2013-04-28 10:34:21 <sipa> ok, if this would succeed, can you also try with a higher -dbcache value?
439 2013-04-28 10:34:43 <sipa> assuming you have some RAM left, try 1024
440 2013-04-28 10:35:39 <sipa> oh, i hope you're using -reindex, and not downloading from scratch every time?
441 2013-04-28 10:36:15 <Diapolo> I start the client and let it restart IBD where it crashed the last time
442 2013-04-28 10:36:38 <sipa> ah
443 2013-04-28 10:36:51 <Diapolo> the client doesn't force reindex via the checkbox after the crash currently
444 2013-04-28 10:37:00 <Diapolo> ??h dialogbox
445 2013-04-28 10:37:20 <sipa> checkbox?
446 2013-04-28 10:38:48 <Diapolo> that popup in bitcoin-qt that asks to reindex
447 2013-04-28 10:39:06 <Diapolo> that is NOT shown to me after a crash currently
448 2013-04-28 10:39:06 <sipa> ok
449 2013-04-28 10:39:25 <sipa> no, that's just if the consistency checks fail
450 2013-04-28 10:40:12 <sipa> still, if you get it to complete, try running with -reindex to see if it can rebuild from scratch without errors
451 2013-04-28 10:40:17 <sipa> please? :)
452 2013-04-28 10:40:37 <Diapolo> sure
453 2013-04-28 10:40:48 <Diapolo> 2013-04-28 12:35:48 Misbehaving: 137.118.145.144:8333 (0 -> 0)
454 2013-04-28 10:40:48 <Diapolo> only errors currently are these: 2013-04-28 12:35:48 ERROR: ProcessBlock() : already have block 157155 000000000000095fd2c7a9f8506b64611e1d2be32e75216d702aee2593eba12c
455 2013-04-28 10:40:55 <sipa> yeah, happens
456 2013-04-28 10:41:23 <Diapolo> and I observed 2013-04-28 12:28:47 socket send error 10038 any idea for that?
457 2013-04-28 10:41:42 <Diapolo> it is a  WSAENOTSOCK 10038     Socket operation on nonsocket.
458 2013-04-28 10:41:59 <Diapolo> right after loading addresses... and seems to be there everytime?
459 2013-04-28 10:43:03 <sipa> hmm, strange
460 2013-04-28 10:43:37 <Diapolo> most likely unrelated to the LevelDB thing, but I wanted to mention
461 2013-04-28 10:43:47 <Diapolo> not sure when that started
462 2013-04-28 10:44:04 <sipa> likely not a big problem, but we should check
463 2013-04-28 10:44:45 <Diapolo> I need to verify if the official 0.8.1 also does this... perhaps just a glitch of my local build
464 2013-04-28 10:45:20 <sipa> i wonder if we couldn't automatically raise -dbcache in Bitcoin-Qt to some more performant level
465 2013-04-28 10:45:26 <Diapolo> have you got an address for IBD which is faster than what I have now? seems rather sloooooow...
466 2013-04-28 10:45:40 <sipa> use -dns -connect=bitcoin.sipa.be
467 2013-04-28 10:47:17 <Diapolo> -dns is true by default right?
468 2013-04-28 10:47:20 <sipa> no
469 2013-04-28 10:47:38 <sipa> oh, it is!
470 2013-04-28 10:47:48 <sipa> good
471 2013-04-28 10:48:07 <Diapolo> yes that is fast ^^
472 2013-04-28 10:49:50 <Diapolo> if I need a header with default settings, would you like the values to be their data-type or macros?
473 2013-04-28 10:51:06 <sipa> ?
474 2013-04-28 10:51:22 <sipa> AppInit2 sets the defaults?
475 2013-04-28 10:53:07 <Diapolo> right, but optionsmodel currentl also uses some
476 2013-04-28 10:53:18 <sipa> what does it need them for?
477 2013-04-28 10:53:25 <Diapolo> e.g. GetBoolArg("-upnp", true)
478 2013-04-28 10:53:26 <sipa> i really want to avoid code duplication here
479 2013-04-28 10:53:31 <Diapolo> sipa: me too
480 2013-04-28 10:53:53 <sipa> imho, if that is done, that argument should be turned into a boolean flag
481 2013-04-28 10:54:08 <sipa> and you shouldn't touch Get/SetArg, and only the flag
482 2013-04-28 10:54:26 <Diapolo> that one is already in there and I didn't do it :D
483 2013-04-28 10:54:44 <nsh> ugh, upnp
484 2013-04-28 10:54:52 <sipa> Diapolo: any others?
485 2013-04-28 10:54:54 <sipa> i'll fix it
486 2013-04-28 10:55:08 <Diapolo> sipa: currently none afaik
487 2013-04-28 10:55:34 <Diapolo> sipa: I think the Qt options should be somehow easier to maintain
488 2013-04-28 10:57:25 <Diapolo> we have core and Qt-only options ... the Qt stuff has defaults defined there and the core-stuff should not have that, but perhaps needs it when we want the Reset Options button to work
489 2013-04-28 10:58:15 <sipa> hmmz
490 2013-04-28 10:59:27 <sipa> Diapolo: there's fUseUPnP
491 2013-04-28 11:00:06 <sipa> you can use that instead of GetBoolArg("-upnp", true)
492 2013-04-28 11:00:40 <Diapolo> if it's not there or was reset. how can I get a default value and even NOT a state value of what is active currently?
493 2013-04-28 11:01:44 <sipa> if it's not set, the value of the flag will be the default
494 2013-04-28 11:03:56 <Diapolo> fUseUPnP is a QSetting and I want to reset it to our default ..., that will not work as intended
495 2013-04-28 11:04:43 <Diapolo> return settings.value("fUseUPnP", GetBoolArg("-upnp", true));
496 2013-04-28 11:05:46 <sipa> why would settings.value("fUseUPnP", fUseUPnP) not work?
497 2013-04-28 11:06:34 <Diapolo> it would work, but it would not be our default right?
498 2013-04-28 11:06:55 <sipa> resetting core options to default via the gui is broken anyway
499 2013-04-28 11:07:08 <sipa> unless you replicate the complex code for determining defaults
500 2013-04-28 11:07:20 <bytecoin> morning
501 2013-04-28 11:07:30 <bytecoin> wish you all a wonderfull day coding
502 2013-04-28 11:07:36 <sipa> the best you can do is remove the setting from the settings file, and it will be back to the default at next start
503 2013-04-28 11:07:41 <Diapolo> sipa: so we should at lest define what we want and what is possible vs. the current state?
504 2013-04-28 11:07:54 <sipa> not sure what you mean
505 2013-04-28 11:08:04 <bitnumus> what is the command sipa to find probability for block time ?
506 2013-04-28 11:08:20 <bitnumus> ;;tblb or something
507 2013-04-28 11:08:20 <Diapolo> you say resetting core options is broken and I say what do we want it to be and what is it currently doing ^^
508 2013-04-28 11:08:21 <gribble> Error: 'or' is not a valid positive integer.
509 2013-04-28 11:08:39 <sipa> Diapolo: it probably half-works now
510 2013-04-28 11:09:11 <sipa> but the only real solution is to separate option handling in AppInit2 into a separate function, and call that from GUI to recompute defaults
511 2013-04-28 11:09:29 <sipa> that's probably something that should be done anyway, but perhaps not now
512 2013-04-28 11:09:38 <Diapolo> which options would requite a recomputation vs. just a constant for example?
513 2013-04-28 11:09:54 <Diapolo> sipa: just stumpled over it, while adding new stuff there :)
514 2013-04-28 11:09:59 <Diapolo> require
515 2013-04-28 11:10:24 <sipa> -bind, -connect, -listen, -proxy, -externalip, -discover... interact in weird ways
516 2013-04-28 11:10:34 <Diapolo> well right...
517 2013-04-28 11:10:54 <Diapolo> I had the simple stuff in mind, -par or -dbcache ^^
518 2013-04-28 11:11:23 <Diapolo> btw. still no crash and 40 weeks behind
519 2013-04-28 11:11:59 <sipa> -par is mildly complex as it depends on your number of CPU cores
520 2013-04-28 11:12:11 <sipa> -dbcache is 25 by default
521 2013-04-28 11:12:20 <Diapolo> -par is 0 by default, which is fine
522 2013-04-28 11:12:27 <sipa> but perhaps in the GUI version we want more
523 2013-04-28 11:12:32 <sipa> oh, right!
524 2013-04-28 11:13:07 <sipa> ok, i guess most settables have simple defaults anyway
525 2013-04-28 11:13:13 <Diapolo> well but you are doing some stuff to fill in nScriptCheckThreads a value ^^
526 2013-04-28 11:13:44 <sipa> righ
527 2013-04-28 11:13:45 <sipa> right
528 2013-04-28 11:14:44 <Diapolo> I currently have not the right idea for this
529 2013-04-28 11:14:58 <sipa> do something that works
530 2013-04-28 11:15:11 <sipa> i think this whole options thing needs a rewrite anyway
531 2013-04-28 11:16:36 <Diapolo> aggreed
532 2013-04-28 11:18:03 <Diapolo> sipa: I'll leave the client running until synced, will do a reindex then and do the same with -dbcache=1024 afterwards... Bundesliga is calling now ^^
533 2013-04-28 11:18:14 <sipa> ok
534 2013-04-28 11:18:22 <sipa> lol
535 2013-04-28 11:18:31 <Diapolo> :-P
536 2013-04-28 11:20:30 <Goonie_> Luke-Jr: ping
537 2013-04-28 12:03:53 <bytecoin> Hi
538 2013-04-28 12:04:12 <bytecoin> I have a question about ec_lcl.h
539 2013-04-28 12:04:26 <bytecoin> http://www.opensource.apple.com/source/OpenSSL098/OpenSSL098-27/src/crypto/ec/ec_key.c
540 2013-04-28 12:04:58 <bytecoin> i hear there is a drop in replacement for this developed exclusivly for the use of bitcoin et al
541 2013-04-28 12:08:24 <ezdiy> yes there is partial contained ec implementation
542 2013-04-28 12:13:19 <sipa> bytecoin: i'm working on an optimized ecdsa implementation, specifically for secp256k1 (the curve bitcoin uses)
543 2013-04-28 12:13:38 <bytecoin> ok sipa, is it usable?
544 2013-04-28 12:13:46 <sipa> yes
545 2013-04-28 12:13:59 <bytecoin> I would like to use it
546 2013-04-28 12:14:00 <sipa> i have a build of bitcoind that uses it
547 2013-04-28 12:14:05 <sipa> don't
548 2013-04-28 12:14:14 <bytecoin> why not use it?
549 2013-04-28 12:14:25 <sipa> because it may be insecure
550 2013-04-28 12:14:50 <bytecoin> how would you test proper ?
551 2013-04-28 12:15:12 <sipa> i have unit tests
552 2013-04-28 12:15:27 <sipa> but those can only catch frequently occurring errors
553 2013-04-28 12:15:33 <bytecoin> can we get the unit test of openssl?
554 2013-04-28 12:15:43 <bytecoin> how do they test it?
555 2013-04-28 12:15:55 <sipa> i actually have no idea
556 2013-04-28 12:16:14 <bytecoin> maybe ask, they test this too i would think
557 2013-04-28 12:16:25 <bytecoin> maybe post on dev-list of openssl
558 2013-04-28 12:16:34 <sipa> github.com/sipa/secp256k1
559 2013-04-28 12:16:57 <bytecoin> thanks, I will perform due dilligence and ask the openssl ppl for pointers on testing,
560 2013-04-28 12:16:57 <sipa> i can do tests just fine
561 2013-04-28 12:16:59 <B0g4r7> Morning.
562 2013-04-28 12:17:22 <sipa> what i want is smart people to look at it
563 2013-04-28 12:17:29 <bytecoin> Morning.
564 2013-04-28 12:17:37 <bytecoin> I thought you were a mathematician
565 2013-04-28 12:17:42 <B0g4r7> I ran out of disk space (I've freed some since), and now my bitcoin-qt will no longer run.  How can I fixee?
566 2013-04-28 12:17:45 <B0g4r7> http://pastebin.com/jXM4eujG
567 2013-04-28 12:18:59 <bytecoin> oh god C++ implementation , sipa))))
568 2013-04-28 12:19:19 <sipa> B0g4r7: run with -reindex
569 2013-04-28 12:19:25 <sipa> bytecoin: it's C now
570 2013-04-28 12:19:44 <Diapolo> sipa: 5 weeks behind and no crash still :)
571 2013-04-28 12:19:58 <sipa> and what does me being a mathematician have anything to do with it (i'm not, btw)
572 2013-04-28 12:20:07 <bytecoin> I just checked github
573 2013-04-28 12:20:11 <bytecoin> quick browse
574 2013-04-28 12:20:13 <bytecoin> ok
575 2013-04-28 12:20:19 <sipa> for something like this, you want peer review
576 2013-04-28 12:20:58 <B0g4r7> "reindexing blocks on disk".  Thanks.
577 2013-04-28 12:21:32 <ezdiy> bytecoin: sipa is right, understanding what point multiplication is all about is a good start, before you start cut and pasting
578 2013-04-28 12:22:55 <bytecoin> hi sipa, i am only a physicist, so no shame
579 2013-04-28 12:24:22 <ezdiy> unit tests as theorem proofs?
580 2013-04-28 12:24:52 <bytecoin> who says that?
581 2013-04-28 12:25:20 <ezdiy> bytecoin: that would be awesome actually
582 2013-04-28 12:25:22 <bytecoin> unit test test the software me think, no?
583 2013-04-28 12:25:30 <ezdiy> peer review is lenghty process
584 2013-04-28 12:25:56 <bytecoin> better get it started then
585 2013-04-28 12:25:57 <ezdiy> yes, but the coverage can go from "it seems to work" to "formal model verification"
586 2013-04-28 12:26:58 <bytecoin> thats not my experience in the field of implementing theory to practise, but i dont want to get into a phylosofical discussion))
587 2013-04-28 12:27:07 <ezdiy> yup
588 2013-04-28 12:27:16 <bytecoin> ok,.., its 16:25 i wish you all a good day
589 2013-04-28 12:27:16 <ezdiy> for experimental physics nobody needs exactly correct code
590 2013-04-28 12:27:33 <bytecoin> you would know ezdiy
591 2013-04-28 12:27:40 <bytecoin> tchuss
592 2013-04-28 12:28:40 <Wayward> does anyone know if the dev for bitcoin.clarkmoody.com is around?
593 2013-04-28 12:28:58 <Wayward> I wish he'd add an option for sounds that doesn't play a sound for disconnect/reconnect.
594 2013-04-28 12:29:10 <Wayward> it defeats the purpose and gets obnoxious
595 2013-04-28 12:31:36 <B0g4r7> Up to block 148954 now.  Reaching over 1000 reads/sec.  Good thing it'
596 2013-04-28 12:49:43 <moarrrq> hey, how long is bitcoin supposed to take when its "rescanning" ?
597 2013-04-28 12:50:14 <sipa> ~minutes
598 2013-04-28 12:50:33 <moarrrq> urgh its taking ages here
599 2013-04-28 12:50:38 <sipa> define ages
600 2013-04-28 12:50:49 <moarrrq> 5 minutes approx
601 2013-04-28 12:50:56 <sipa> very normal
602 2013-04-28 12:51:06 <sipa> it needs to read the entire blockchain
603 2013-04-28 12:51:07 <Diablo-D3> hrm
604 2013-04-28 12:51:11 <nsh> moarrrq, do a minor household task
605 2013-04-28 12:51:17 <nsh> :)
606 2013-04-28 12:51:21 <moarrrq> :)
607 2013-04-28 12:51:23 <Diablo-D3> I wonder when 45nm or lower ASICs will come out
608 2013-04-28 12:56:29 <nsh> for bitcoin specifically? i think there are already 45nm ASICs in other contexts
609 2013-04-28 12:57:56 <nsh> or maybe just marketing copy...
610 2013-04-28 12:59:21 <xait9> vol is wayyyy down today
611 2013-04-28 13:22:03 <Diapolo> sipa: IBD finished, no more LevelDB error will no start a -reindex
612 2013-04-28 13:23:14 <Diapolo> sipa: looking through the debug.log for errors, just this one 2013-04-28 15:18:17 ERROR: Non-canonical public key: compressed nor uncompressed
613 2013-04-28 13:27:50 <sipa> Diapolo: expected
614 2013-04-28 13:28:37 <Michail1> Question.... is there a way to stop/rate limit bitcoind from taking up so much upload BW?    My server seems like it is being DOSed many times per hour.  I have finally figured out that it is bitcoind mass sending data (solvable by shutting it down).
615 2013-04-28 13:28:43 <Diapolo> reindex is running, still dbcache @ 25MB
616 2013-04-28 13:28:47 <sipa> Michail1: run with -nolisten
617 2013-04-28 13:28:57 <Michail1> thanks.  will try
618 2013-04-28 13:35:43 <moarrr> Help
619 2013-04-28 13:35:51 <moarrr> My client isnt showing bitcoins in my wallet that are supposed to be there
620 2013-04-28 13:35:58 <moarrr> They show in btcbalance.net but not in my client
621 2013-04-28 13:36:13 <moarrr> Blockchain is up to date, and its a fresh install
622 2013-04-28 13:36:48 <sipa> what did you do?
623 2013-04-28 13:37:21 <moarrr> I just decrypted my wallet and copied the wallet.dat to where it usually goes
624 2013-04-28 13:37:37 <moarrr> There are no transactions listed in the transaction tab but my receive addresses are there
625 2013-04-28 13:37:47 <Michail1> rescan
626 2013-04-28 13:37:52 <sipa> and you ran with -rescan?
627 2013-04-28 13:38:01 <moarrr> nope, but it seemed to take 20 minutes rescanning anyway
628 2013-04-28 13:38:05 <moarrr> do i need to do it again?
629 2013-04-28 13:38:17 <sipa> wait, did you or didn't you run with rescan?
630 2013-04-28 13:38:41 <moarrr> i didnt specify the -rescan option, but during loading it spent 20 minutes on the "Rescanning..." screen
631 2013-04-28 13:38:47 <sipa> hmm
632 2013-04-28 13:39:01 <sipa> then it should be fine
633 2013-04-28 13:39:19 <moarrr> why have i got 0.00 btc and 0 transactions then?
634 2013-04-28 13:39:22 <sipa> you can try a full rescan, but it shouldn't be necessary
635 2013-04-28 13:40:10 <moarrr> how do i do a full rescan?
636 2013-04-28 13:40:16 <sipa> start with -rescan
637 2013-04-28 13:41:01 <sipa> how recent are the transactions you miss?
638 2013-04-28 13:41:13 <moarrr> there about a year or two old
639 2013-04-28 13:41:22 <sipa> ok, try -rescan
640 2013-04-28 13:42:28 <moarrr> how long will a full rescan take?
641 2013-04-28 13:43:30 <sipa> not much longer probably
642 2013-04-28 13:52:08 <Diapolo> sipa: intersting thing is, that I now have 112 files open, still no crash, 64 files max open patch applied
643 2013-04-28 13:53:32 <sipa> that's around the number expected
644 2013-04-28 13:53:37 <sipa> do you run with -txindex ?
645 2013-04-28 13:53:53 <Diapolo> yeah still
646 2013-04-28 13:53:55 <Diapolo> https://mega.co.nz/#!6ZkgQaga!Cge6G2CoP7DqCPkljMPiznL5SHsXndCIhVhGpuMsesk
647 2013-04-28 13:53:55 <Diapolo> see handle-no-crash.txt
648 2013-04-28 13:54:57 <sipa> ok
649 2013-04-28 14:07:17 <moarrr> its a bit better, but its only showing 32 transactions
650 2013-04-28 14:07:22 <moarrr> and half of my bitcoins are missing
651 2013-04-28 14:07:26 <moarrr> there are supposed to be 48
652 2013-04-28 14:08:30 <sipa> and other resource to check the blockchain show those are there?
653 2013-04-28 14:08:54 <moarrr> my other client shows that
654 2013-04-28 14:09:28 <moarrr> there are 48
655 2013-04-28 14:09:35 <sipa> what is your other client?
656 2013-04-28 14:09:45 <moarrr> bitcoin-qt on another machine
657 2013-04-28 14:09:54 <sipa> does it have the exact same wallet.dat?
658 2013-04-28 14:10:12 <moarrr> im not sure
659 2013-04-28 14:10:41 <moarrr> they were duplicated about a year ago, only difference should be that one is encrypted and the other isnt
660 2013-04-28 14:10:57 <sipa> note that using the same wallet on two systems is not supported
661 2013-04-28 14:11:11 <sipa> and the wallets will diverge as transactions are done from them
662 2013-04-28 14:11:21 <michagogo> moarrr: If they were duplicated about a year ago, the keypools will probably not be the same
663 2013-04-28 14:11:29 <moarrr> i dont use the wallet except sa cold storage
664 2013-04-28 14:13:03 <sipa> moarrr: did you sent coins from the wallet (either one of the duplicates), since the duplication?
665 2013-04-28 14:13:22 <moarrr> uhm, perhaps a couple of transactions
666 2013-04-28 14:13:27 <moarrr> probably no more than a dozen
667 2013-04-28 14:14:00 <sipa> well, still - it's not something that's guaranteed to work
668 2013-04-28 14:20:48 <denisx> my pool make alot of transactions through the day, I can see them all in the transactionlist, but all of them have zero confirmations, but at one point they all get their first confirmation. is that maybe the problem people have with delayed tx?
669 2013-04-28 14:21:20 <denisx> it seems that bitcoind is not sending them out at all
670 2013-04-28 14:21:32 <denisx> and then suddenly all at once
671 2013-04-28 14:21:38 <sipa> i doubt that
672 2013-04-28 14:21:48 <sipa> it's likely that many of the transactions depend on eachother
673 2013-04-28 14:21:58 <sipa> so one can't confirm before some others are
674 2013-04-28 14:22:01 <denisx> sipa: can I send you a transactionlist example, you can see it on the dates
675 2013-04-28 14:22:11 <sipa> i trust you
676 2013-04-28 14:22:18 <denisx> sipa: ok, that could be the case
677 2013-04-28 14:22:52 <denisx> sipa: would a bigger balance help with that?
678 2013-04-28 14:23:29 <sipa> it's the size of your coins vs the size of your spends that counts
679 2013-04-28 14:23:38 <sipa> listunspent will show you the coins
680 2013-04-28 14:32:37 <Sealy> anyone got the bitcoind running on a raspberry pi?
681 2013-04-28 14:33:32 <denisx> sipa: ok, only two coins unspent
682 2013-04-28 14:33:39 <denisx> sipa: that is the problem I assume?
683 2013-04-28 14:35:04 <sipa> it may make sense to split them up internally a bit
684 2013-04-28 14:35:23 <denisx> sipa: shouldnt the sum of the unspent coins add up to the balance?
685 2013-04-28 14:36:52 <sipa> denisx: yes
686 2013-04-28 14:37:02 <sipa> though some may be unconfirmed
687 2013-04-28 14:41:27 <denisx> sipa: but that is not the case here
688 2013-04-28 14:42:52 <sipa> elaborate?
689 2013-04-28 14:44:50 <denisx> sipa: I have now only one unspent with 0.007 btc, but the balance is 12.xx
690 2013-04-28 14:45:25 <sipa> heh
691 2013-04-28 14:45:40 <sipa> oh, maybe it doesn't work correctly with generation transactions?
692 2013-04-28 14:49:09 <denisx> but the missing btc are transferred from the coldwallet
693 2013-04-28 14:50:51 <denisx> sipa: I will keep this all in mind and will report back when I have a problem
694 2013-04-28 14:51:29 <denisx> but at least it explains the delays I saw
695 2013-04-28 15:15:05 <Diapolo> sipa: -reindex finished without errors, now trying with dbcache of 1024
696 2013-04-28 15:15:22 <sipa> Diapolo: great to hear
697 2013-04-28 15:19:13 <Diapolo> Can I query -dbcache at runtime via the client or log-file?
698 2013-04-28 15:19:42 <sipa> don't think so
699 2013-04-28 15:27:29 <Diapolo> will a reindex start from where it was after a client restart? perhaps a dumb question ^^
700 2013-04-28 15:32:41 <sipa> Diapolo: yes
701 2013-04-28 15:32:54 <sipa> Diapolo: unless you specify -reindex again, in which case it will restart from scratch
702 2013-04-28 15:35:43 <Diapolo> thanks sipa
703 2013-04-28 15:58:55 <BlueMatt> gavinandresen/anyone: why would util_loop_forever break? http://jenkins.bluematt.me/pull-tester/54080bb7d93718c942423f71a5bde80b2e955478/test.log
704 2013-04-28 16:00:38 <BlueMatt> Diapolo: obviously I have no idea
705 2013-04-28 16:02:56 <sipa> BlueMatt: when the system is slow enough so that the forked thread hasn't actually executed before being interrupted?
706 2013-04-28 16:05:10 <Diapolo> BlueMatt: just wanted to mention, as I have no idea either ^^
707 2013-04-28 16:08:02 <BlueMatt> sipa: I doubt that server is that slow...
708 2013-04-28 16:12:51 <moarrr> thanks sipa, i got it working
709 2013-04-28 16:13:08 <moarrr> i think the old version of my wallet is missing some addresses