1 2012-04-24 01:58:42 <gmaxwell> wumpus: I hate you
2 2012-04-24 01:59:06 <DiabloD3> what
3 2012-04-24 01:59:16 <gmaxwell> I made the mistake of helping a user in -otc who was concerned that his client was stuck because it was 'stuck at 99%' and he's private messaging me now, and still worrying about it.
4 2012-04-24 02:00:34 <DiabloD3> bam
5 2012-04-24 02:00:46 <TuxBlackEdo> you should just ban him
6 2012-04-24 02:07:37 <luke-jr> doh
7 2012-04-24 02:07:54 <luke-jr> can we just have the progress bar change to a random number every few seconds?
8 2012-04-24 02:08:13 <luke-jr> or how about that stupid "bounces back and forth" progress bar?
9 2012-04-24 02:08:17 <gmaxwell> it's still going on.
10 2012-04-24 02:09:11 <luke-jr> maybe get rid of the progress bar entirely, and show "Updated to <date> <time>"?
11 2012-04-24 02:09:31 <splatster> luke-jr: YES!
12 2012-04-24 02:10:44 <gmaxwell> it's very useful when helping someone to know exactly what height they're at so you can say "you're at X the txn you want is at Y, relax"
13 2012-04-24 02:12:12 <gmaxwell> he's also being confused by X of Y.
14 2012-04-24 02:12:14 <TuxBlackEdo> gmaxwell, i sold all my namecoins for bitcoins
15 2012-04-24 02:12:31 <TuxBlackEdo> because you said namecoin was useless
16 2012-04-24 02:12:36 <TuxBlackEdo> i pulled out entirely
17 2012-04-24 02:12:42 <TuxBlackEdo> now what?
18 2012-04-24 02:12:52 <gmaxwell> now namecoins go to 10 btc each and I laugh!
19 2012-04-24 02:13:06 <TuxBlackEdo> we'll see
20 2012-04-24 02:13:22 <luke-jr> I will laugh too.
21 2012-04-24 02:13:41 <TuxBlackEdo> i already made a profit buying at 0.004 and selling at 0.011
22 2012-04-24 02:13:45 <TuxBlackEdo> a huge profit
23 2012-04-24 02:58:27 <luke-jr> + if (nNonceFound != (unsigned int) -1)
24 2012-04-24 02:58:28 <luke-jr> wtf?
25 2012-04-24 02:59:59 <copumpkin> someone wanted the biggest uint?
26 2012-04-24 03:02:06 <luke-jr> copumpkin: no, that'd be std::numeric_limits<unsigned int>::max()
27 2012-04-24 03:02:13 <copumpkin> :P
28 2012-04-24 03:02:25 <gribble> New news from bitcoinrss: jgarzik opened pull request 1142 on bitcoin/bitcoin <https://github.com/bitcoin/bitcoin/pull/1142>
29 2012-04-24 03:13:00 <jgarzik> luke-jr: that cited code line changes nothing operationally
30 2012-04-24 03:19:58 <luke-jr> jgarzik: it's not undefined behaviour? o.O
31 2012-04-24 03:33:43 <wumpus> gmaxwell: right, we should release 0.6.1 asap, at least it doesn't show a percentage anymore
32 2012-04-24 03:34:24 <wumpus> and the debug window should also be merged...
33 2012-04-24 03:35:53 <wumpus> helps in helping clueless users if they can just send a screenshot of that
34 2012-04-24 04:03:12 <jgarzik> luke-jr: that is well defined behavior
35 2012-04-24 04:14:47 <wumpus> C doesn't define a specific binary format for signed integers, afaik, (unsigned)-1 may not be the largest number on some weird DSP architectures... then again, for all the platforms bitcoin supports (not much due to endian and data type size assumptions) this is not an issue
36 2012-04-24 04:16:58 <DiabloD3> heh
37 2012-04-24 04:17:03 <DiabloD3> thats really no different than how I code
38 2012-04-24 04:17:07 <DiabloD3> 32 bit or up, sane only
39 2012-04-24 04:17:22 <DiabloD3> then again, I dont use signed variables for math
40 2012-04-24 04:17:29 <DiabloD3> they're for states only
41 2012-04-24 04:17:33 <DiabloD3> as in, error vals
42 2012-04-24 04:18:48 <wumpus> huh, you don't use signed values in math? you're a negative number hater?
43 2012-04-24 04:19:08 <DiabloD3> I have no reason to.
44 2012-04-24 04:19:26 <copumpkin> DiabloD3 doesn't deal with debt
45 2012-04-24 04:19:29 <DiabloD3> essentially all math I typically write is bit manipulation of one form or another
46 2012-04-24 04:19:33 <wumpus> hehe
47 2012-04-24 06:04:31 <t7> coinlab sounds a bit shit
48 2012-04-24 06:04:42 <t7> gonna run a miner in the background while you 'play' i guess
49 2012-04-24 07:56:52 <SomeoneWeird> anyone experimented with opencv/cv in general before?
50 2012-04-24 13:00:05 <gribble> New news from bitcoinrss: jgarzik opened issue 1143 on bitcoin/bitcoin <https://github.com/bitcoin/bitcoin/issues/1143>
51 2012-04-24 13:34:40 <Diapolo> BlueMatt: If you are on, hi ^^ ... can you start another Win test-build with the latest commits?
52 2012-04-24 13:45:50 <gavinandresen> Completely off-topic but I can't help sharing: http://www.library.umass.edu/falcons
53 2012-04-24 14:00:16 <Graet> cool gavinandresen :)
54 2012-04-24 14:06:40 <genjix> someone spamming the network: http://bitcoincharts.com/bitcoin/txlist/#eddd4baf055273e511be166dfb34f7177ad866e11a036ce3b23271e702287aad
55 2012-04-24 14:06:46 <genjix> keep clicking the unconfirmed input
56 2012-04-24 14:23:05 <gribble> New news from bitcoinrss: Diapolo opened issue 1144 on bitcoin/bitcoin <https://github.com/bitcoin/bitcoin/issues/1144>
57 2012-04-24 14:26:07 <paulo_> hello
58 2012-04-24 14:26:31 <paulo_> since ECDSA signatures are not deterministic, is it computationally feasible to generate the same signature twice?
59 2012-04-24 14:26:37 <[Tycho]> Hello, genjix.
60 2012-04-24 14:27:18 <[Tycho]> genjix: why do you think it's a spam ?
61 2012-04-24 14:31:34 <davout> hey all
62 2012-04-24 14:32:00 <davout> does anyone know how i can tell bitcoind to launch, but not download any blocks ?
63 2012-04-24 14:32:39 <davout> i want to launch a bitcoind with a wallet.dat but only do some simple key import/export stuff
64 2012-04-24 14:53:47 <paulo_> people seems asleep today ._.
65 2012-04-24 15:05:17 <genjix> paulo_: no
66 2012-04-24 15:06:16 <genjix> [Tycho]: well what is it? huge chain of unconfirmed transactions with the last transaction having dozens of inputs
67 2012-04-24 15:06:57 <[Tycho]> genjix: may be someone is paying out ?
68 2012-04-24 15:07:06 <[Tycho]> genjix: did you received my e-mail ?
69 2012-04-24 15:07:39 <genjix> yep i did thanks
70 2012-04-24 15:08:09 <genjix> oh you're right. that makes sense
71 2012-04-24 15:08:17 <genjix> what a retard
72 2012-04-24 15:09:04 <gmaxwell> davout: -connect 0.0.0.0
73 2012-04-24 15:09:45 <davout> gmaxwell: thanks! i went for maxconnections=0 :)
74 2012-04-24 15:22:46 <paulo_> I don't understand pool mining
75 2012-04-24 15:23:17 <paulo_> how does the central coordinator make sure that the miners are actually testing all these hashes?
76 2012-04-24 15:23:40 <sipa> paulo_: they send almost-solutions back
77 2012-04-24 15:23:52 <sipa> only full solutions result in profit though
78 2012-04-24 15:24:21 <sipa> but those are.distributed based on the percentage of almost-solutions returned
79 2012-04-24 15:25:20 <paulo_> makes sense. thanks
80 2012-04-24 15:26:53 <sipa> gavinandresen: what's left for 0.6.1?
81 2012-04-24 15:27:21 <gavinandresen> sipa: https://github.com/bitcoin/bitcoin/issues?direction=desc&milestone=6&sort=created&state=open
82 2012-04-24 15:30:23 <sipa> that addrman crash is strange... there is no special library code being called there, so i'm not sure how it could be OS-dependent
83 2012-04-24 15:33:27 <gmaxwell> sipa: could be memory corruption that exists everywhere but some accident of layout makes detectable on centos.
84 2012-04-24 15:36:35 <sipa> gmaxwell: always possible of course, but i've ran for a few days under valgrind while using it as p2pool node
85 2012-04-24 15:36:47 <sipa> gmaxwell: that's only my system of course
86 2012-04-24 15:49:59 <gribble> New news from bitcoinrss: enmaku opened issue 1145 on bitcoin/bitcoin <https://github.com/bitcoin/bitcoin/issues/1145>
87 2012-04-24 17:48:37 <sipa> jgarzik: sign-compare warning in net.cpp:624... I don't see how hSocketMax could ever become negative
88 2012-04-24 17:48:49 <sipa> (ignoring that it is an unsigned in the first place)
89 2012-04-24 17:51:06 <sipa> That's the only warning left in the core, with -Wall -Wextra -Wno-unused-parameter
90 2012-04-24 17:55:45 <jgarzik> sipa: I get that warning, and
91 2012-04-24 17:55:46 <jgarzik> util.cpp: In function void ShrinkDebugFile():
92 2012-04-24 17:56:17 <gmaxwell> go go fortify sources.
93 2012-04-24 17:56:26 <jgarzik> sipa: net.cpp and util.cpp are the only two warnings left for me
94 2012-04-24 17:56:33 <jgarzik> net.cpp:624
95 2012-04-24 18:07:04 <sipa> jgarzik: any particular thing you're about still regarding #1119?
96 2012-04-24 18:07:19 <sipa> *worried
97 2012-04-24 18:50:48 <ciscoftw> why would a pool operator randomly assighn a 'shared submitted' and 'date' for a found block by the pool? ie, bitclockers has block 176808 as just recently solved, but (blockexplorer) has it solved '2012-04-22 22:32:00' not 'April 24, 2012 @ 11:24 am' as bitclockers indicates...???
98 2012-04-24 18:51:40 <ciscoftw> *'shares submitted'
99 2012-04-24 19:04:55 <gribble> 177068
100 2012-04-24 19:04:55 <sipa> ;;bc,blocks
101 2012-04-24 23:43:07 <gmaxwell> sipa: is your poller seeing any change in the number of responding nodes?
102 2012-04-24 23:43:21 <gmaxwell> http://bitcoinstatus.rowit.co.uk/servers.html is showing a drop off, though I don't see any local evidence of it.
103 2012-04-24 23:44:22 <gmaxwell> It's interesting to see some evidence that the UPNP fixes worked: http://bitcoinstatus.rowit.co.uk/versionsStart.png
104 2012-04-24 23:45:56 <gmaxwell> otoh, this looks a little suspect: http://bitcoinstatus.rowit.co.uk/downloadsStart.png
105 2012-04-24 23:50:30 <sipa> gmaxwell: i keep no log files, but i do have some (timestamped) console output with statistics left
106 2012-04-24 23:50:48 <sipa> there was a rather sudden increase of nodes between march 14 and march 22
107 2012-04-24 23:51:11 <sipa> before there were less than 1500 "good" nodes, afterwards over 1600
108 2012-04-24 23:51:27 <sipa> could be related to the specifics of the "good" rules, though
109 2012-04-24 23:51:33 <gmaxwell> ::nods::
110 2012-04-24 23:52:18 <gmaxwell> it would probably be useful if you could just keep track of some kind of network health stat like that. (well not just you, but you're already doing the connections and we should have multiple observation points).
111 2012-04-24 23:54:42 <MC1984> the only important one is ration of super:leaf nodes?
112 2012-04-24 23:57:39 <gmaxwell> No... thats arguably entirely unimportant you can't measure non-listening nodes in bitcoin reliably.
113 2012-04-24 23:58:01 <sipa> the number of reachable nodes, and how reachable they are is interesting
114 2012-04-24 23:58:30 <gmaxwell> Knowing how many connections nodes have is interesting, but we can't collect that.
115 2012-04-24 23:59:40 <luke-jr> it would be handy if you could ask nodes what peers they had
116 2012-04-24 23:59:45 <luke-jr> but probably risky too