1 2011-12-21 00:00:31 minimoose has joined
   2 2011-12-21 00:02:03 phantomfake has quit (Ping timeout: 240 seconds)
   3 2011-12-21 00:02:32 EvanR-pi1sed has joined
   4 2011-12-21 00:02:47 BlueMatt has quit (Ping timeout: 245 seconds)
   5 2011-12-21 00:02:49 EvanR-pissed has quit (Ping timeout: 245 seconds)
   6 2011-12-21 00:05:49 theorb has joined
   7 2011-12-21 00:06:52 theorbtwo has quit (Ping timeout: 268 seconds)
   8 2011-12-21 00:07:02 theorb is now known as theorbtwo
   9 2011-12-21 00:08:51 AAA_awright_ is now known as AAA_awright
  10 2011-12-21 00:15:42 da2ce7 has quit (Ping timeout: 276 seconds)
  11 2011-12-21 00:24:30 minimoose has quit (Quit: minimoose)
  12 2011-12-21 00:28:05 MC1984 has quit (Read error: Connection reset by peer)
  13 2011-12-21 00:28:21 MC1984 has joined
  14 2011-12-21 00:32:16 OneFixt_ has quit (Changing host)
  15 2011-12-21 00:32:16 OneFixt_ has joined
  16 2011-12-21 00:32:19 OneFixt_ is now known as OneFixt
  17 2011-12-21 00:38:27 sacredchao has quit (Ping timeout: 276 seconds)
  18 2011-12-21 00:40:01 sacredchao has joined
  19 2011-12-21 00:47:27 <CIA-100> bitcoin: various next * re0673b..5dffc8 bitcoind-personal/ (26 files in 7 dirs): (7 commits) http://tinyurl.com/7fsst7u
  20 2011-12-21 00:49:41 marf_away has quit (Ping timeout: 248 seconds)
  21 2011-12-21 00:50:07 phantomfake has joined
  22 2011-12-21 00:53:42 theorbtwo has quit (Quit: irssi upgrade)
  23 2011-12-21 00:53:54 theorbtwo has joined
  24 2011-12-21 01:01:53 iocor has quit (Quit: Computer has gone to sleep.)
  25 2011-12-21 01:05:43 <zeiris> Are there any trivial merchant APIs yet?
  26 2011-12-21 01:05:56 <zeiris> Something you can use as easily as PayPal, to do business.
  27 2011-12-21 01:12:11 BlueMatt has joined
  28 2011-12-21 01:12:54 <phantomcircuit> zeiris, try bit-pay.com
  29 2011-12-21 01:17:53 marf_away has joined
  30 2011-12-21 01:23:48 theorbtwo has quit (Quit: debugging irssi scripts)
  31 2011-12-21 01:23:55 theorbtwo has joined
  32 2011-12-21 01:26:12 <EvanR> mybitcoin ;)
  33 2011-12-21 01:26:28 Shaded has joined
  34 2011-12-21 01:27:57 denisx has quit (Quit: denisx)
  35 2011-12-21 01:28:21 <phantomcircuit> EvanR, sad part is there is truth in that
  36 2011-12-21 01:29:01 <EvanR> haha
  37 2011-12-21 01:32:31 BlueMatt has quit (Ping timeout: 252 seconds)
  38 2011-12-21 01:33:40 Wrz has quit (Remote host closed the connection)
  39 2011-12-21 01:37:17 Xunie has joined
  40 2011-12-21 01:37:39 <CIA-100> bitcoin: various next-test * r8a82ba..eadca3 bitcoind-personal/ (69 files in 7 dirs): (13 commits) http://tinyurl.com/7vr93zh
  41 2011-12-21 01:45:47 Rabbit67890 has quit (Quit: Rabbit67890)
  42 2011-12-21 01:47:02 marf_away has quit (Ping timeout: 245 seconds)
  43 2011-12-21 01:57:03 JZavala has joined
  44 2011-12-21 01:57:23 <CIA-100> bitcoin: various next-test * r5afd4d..2d0d69 bitcoind-personal/ (10 files in 3 dirs): (5 commits) http://tinyurl.com/7vr93zh
  45 2011-12-21 02:16:08 Wrz has joined
  46 2011-12-21 02:34:10 JZavala has quit (Ping timeout: 240 seconds)
  47 2011-12-21 02:36:02 Kireji has joined
  48 2011-12-21 02:36:53 <CIA-100> bips: etotheipi master * r6ac9304 / bip-0010.md : Updated BIP 0010 after implementing it in Armory - http://git.io/FZUf2g https://github.com/genjix/bips/commit/6ac9304b6c8a4cfa62e8b536ffc32c79e8bd2871
  49 2011-12-21 02:36:53 <CIA-100> bips: etotheipi master * r231d57f / (bip-0011.md bip-0012.md bip-0013.md bip-0014.md bip-0015.md): Merge branch 'master' of github.com:genjix/bips - http://git.io/LH2cMQ https://github.com/genjix/bips/commit/231d57f6bc4e92fa64cd85be8087fd1326c1d471
  50 2011-12-21 02:36:53 <CIA-100> bips: etotheipi master * recd6fde / bip-0010.md : Reformatted BIP 0010 mediawiki (and updated spec) - http://git.io/Dkt5xg https://github.com/genjix/bips/commit/ecd6fdeb0975aadbf1637d8e8ee4f627f3843b77
  51 2011-12-21 02:36:54 <Kireji> reading about these catastrophe http://blockchain.info/wallet/paper-tutorial - and wondering if anyone is working on paper extraction of private keys without typing it to a dubious online "we'll store your wallet for you" service
  52 2011-12-21 02:37:20 huk has quit ()
  53 2011-12-21 02:37:47 <Kireji> I'd love to see a way to extract a key to paper, and delete it out of my wallet.dat and vice versa paper->wallet.dat
  54 2011-12-21 02:43:27 <luke-jr> Kireji: plenty of people do it
  55 2011-12-21 02:50:02 eoss has joined
  56 2011-12-21 02:50:02 eoss has quit (Changing host)
  57 2011-12-21 02:50:02 eoss has joined
  58 2011-12-21 02:52:02 <Kireji> luke-jr: are there tools/links/references for proceedures?
  59 2011-12-21 02:52:29 <Kireji> erm - wow, google to the rescue!
  60 2011-12-21 02:52:38 <Kireji> \bows out
  61 2011-12-21 02:52:41 Kireji has left ()
  62 2011-12-21 03:00:04 int0x27h_ has quit (Changing host)
  63 2011-12-21 03:00:04 int0x27h_ has joined
  64 2011-12-21 03:00:33 int0x27h_ is now known as int0x27h
  65 2011-12-21 03:04:17 BlueMatt-mobile has joined
  66 2011-12-21 03:10:22 Burgundy has quit (Ping timeout: 240 seconds)
  67 2011-12-21 03:20:46 finway-mobil has joined
  68 2011-12-21 03:22:22 jacobwg has joined
  69 2011-12-21 03:23:16 [7] has quit (Disconnected by services)
  70 2011-12-21 03:23:31 TheSeven has joined
  71 2011-12-21 03:26:38 <finway-mobil> Hi,dev team
  72 2011-12-21 03:29:09 <BlueMatt-mobile> Dev team is asleep methinks
  73 2011-12-21 03:29:28 <luke-jr> except for Matt and I :P
  74 2011-12-21 03:30:11 <BlueMatt-mobile> Heh
  75 2011-12-21 03:32:28 <finway-mobil> nice
  76 2011-12-21 03:32:38 <finway-mobil> To meet you,guys
  77 2011-12-21 03:37:51 BlueMatt-mobile has quit (Remote host closed the connection)
  78 2011-12-21 03:38:32 Lexa has quit (Read error: Connection reset by peer)
  79 2011-12-21 03:38:32 BlueMatt-mobile has joined
  80 2011-12-21 03:39:39 * jgarzik is rarely present, and rarely absent
  81 2011-12-21 03:39:55 <luke-jr> jgarzik: mostly absent these days it seems
  82 2011-12-21 03:40:42 jacobwg has quit (Quit: Textual IRC Client: http://www.textualapp.com/)
  83 2011-12-21 03:42:32 Lexa has joined
  84 2011-12-21 03:43:47 b4epoche_ has joined
  85 2011-12-21 03:44:52 <BlueMatt-mobile> jgarzik is always logged in but never here... Like sipa it seems
  86 2011-12-21 03:44:53 b4epoche has quit (Ping timeout: 240 seconds)
  87 2011-12-21 03:44:53 b4epoche_ is now known as b4epoche
  88 2011-12-21 03:46:03 eoss has quit (Quit: Leaving)
  89 2011-12-21 03:50:01 <finway-mobil> but I think jgarzik just showed up yesterday according to log?
  90 2011-12-21 03:50:46 <rjk2> lolwut
  91 2011-12-21 03:50:46 dvide has quit ()
  92 2011-12-21 03:52:05 <luke-jr> finway-mobil: yeah, I know. just once a day!
  93 2011-12-21 03:52:08 <luke-jr> ;)
  94 2011-12-21 03:52:37 <finway-mobil> o.O
  95 2011-12-21 03:53:06 <luke-jr> I'm here like all day. :p
  96 2011-12-21 03:53:08 <luke-jr> on and off, at least
  97 2011-12-21 03:53:17 <luke-jr> maybe that's why people seem to get so annoyed with me
  98 2011-12-21 03:53:19 <luke-jr> they never get a break
  99 2011-12-21 03:53:21 <luke-jr> <.<
 100 2011-12-21 03:55:06 <finway-mobil> lol
 101 2011-12-21 03:59:39 <finway-mobil> coinbase, mempool, getminfee, BIP14, what else?
 102 2011-12-21 04:01:01 <luke-jr> mempool? O.o
 103 2011-12-21 04:01:40 <luke-jr> http://luke.dashjr.org/programs/bitcoin/w/bitcoind/luke-jr.git/heads <-- full list of my unmerged (possibly incomplete) contributions
 104 2011-12-21 04:05:02 wasabi2 has joined
 105 2011-12-21 04:05:25 helo_ has joined
 106 2011-12-21 04:06:50 wasabi has quit (Ping timeout: 240 seconds)
 107 2011-12-21 04:09:14 Turingi has quit (Read error: Connection reset by peer)
 108 2011-12-21 04:10:04 casascius has joined
 109 2011-12-21 04:11:40 finway-mobil has quit (Quit: Colloquy for iPhone - http://colloquy.mobi)
 110 2011-12-21 04:17:11 Cablesaurus has joined
 111 2011-12-21 04:17:11 Cablesaurus has quit (Changing host)
 112 2011-12-21 04:17:11 Cablesaurus has joined
 113 2011-12-21 04:17:12 RobinPKR_ has joined
 114 2011-12-21 04:18:28 RobinPKR has quit (Read error: Operation timed out)
 115 2011-12-21 04:18:28 RobinPKR_ is now known as RobinPKR
 116 2011-12-21 04:18:55 rjk2 has quit (Quit: Over and out)
 117 2011-12-21 04:19:25 finway-mobil has joined
 118 2011-12-21 04:19:54 rjk2 has joined
 119 2011-12-21 04:26:20 elkingrey has joined
 120 2011-12-21 04:27:29 <CIA-100> bitcoin: Luke Dashjr getmininginfo * rf8d785c4cc36 bitcoind-personal/src/bitcoinrpc.cpp: Add new "getmininginfo" JSON-RPC method, and deprecate mining-only fields of "getinfo" http://tinyurl.com/6vygby6
 121 2011-12-21 04:27:34 <CIA-100> bitcoin: Luke Dashjr getmininginfo * rddb2de417507 bitcoind-personal/src/ (bitcoinrpc.cpp main.cpp main.h): collect more info on tx pooling and block finding for getmininginfo http://tinyurl.com/7ep7gw3
 122 2011-12-21 04:36:33 Fnar has joined
 123 2011-12-21 04:41:55 jrmithdobbs has quit (Ping timeout: 268 seconds)
 124 2011-12-21 04:42:29 EvorO has joined
 125 2011-12-21 04:43:40 jrmithdobbs has joined
 126 2011-12-21 04:47:22 <CIA-100> bitcoin: Luke Dashjr rpc_keepalive * r78563bb69fb1 bitcoind-personal/src/bitcoinrpc.cpp: Merge branch 'rpc_keepalive' http://tinyurl.com/c4zacgx
 127 2011-12-21 04:48:20 deepcrusade has quit (Remote host closed the connection)
 128 2011-12-21 04:52:23 [Tycho] has joined
 129 2011-12-21 05:10:12 coblee_ has joined
 130 2011-12-21 05:13:32 coblee has quit (Ping timeout: 248 seconds)
 131 2011-12-21 05:13:33 coblee_ is now known as coblee
 132 2011-12-21 05:39:03 RazielZ has joined
 133 2011-12-21 05:41:55 BurtyB has joined
 134 2011-12-21 05:42:24 BurtyBB has quit (Ping timeout: 252 seconds)
 135 2011-12-21 05:44:02 dissipate has joined
 136 2011-12-21 05:47:23 <CIA-100> bitcoin: Luke Dashjr rpc_keepalive * ra5b8ec09bfb1 bitcoind-personal/src/bitcoinrpc.cpp: Merge branch 'rpc_keepalive' http://tinyurl.com/73tus9u
 137 2011-12-21 05:54:59 BlueMatt-mobile has quit (Remote host closed the connection)
 138 2011-12-21 05:55:30 finway-mobil has quit (Quit: Colloquy for iPhone - http://colloquy.mobi)
 139 2011-12-21 05:57:23 <CIA-100> bitcoin: Luke Dashjr rpc_keepalive * r0896b666ee82 bitcoind-personal/src/bitcoinrpc.cpp: Merge branch 'rpc_keepalive' http://tinyurl.com/7omznaw
 140 2011-12-21 06:01:23 BurtyB has quit (Ping timeout: 252 seconds)
 141 2011-12-21 06:02:21 BurtyB has joined
 142 2011-12-21 06:05:34 Cablesaurus has quit (Quit: Some folks are wise, and some otherwise.)
 143 2011-12-21 06:05:59 wasabi has joined
 144 2011-12-21 06:06:24 Clipse has quit (Ping timeout: 240 seconds)
 145 2011-12-21 06:07:10 casascius has quit (Ping timeout: 258 seconds)
 146 2011-12-21 06:07:15 finway-mobil has joined
 147 2011-12-21 06:07:44 wasabi2 has quit (Ping timeout: 252 seconds)
 148 2011-12-21 06:17:29 <CIA-100> libbitcoin: genjix * r1dcdb96777a9 / (8 files in 5 dirs): void blockchain::fetch_last_depth(handler); http://tinyurl.com/7lhnskk
 149 2011-12-21 06:17:31 <CIA-100> bitcoin: Luke Dashjr next-test * r7206dc..27a246 bitcoind-personal/ (59 files in 4 dirs): (13 commits) http://tinyurl.com/7vr93zh
 150 2011-12-21 06:17:31 <CIA-100> libbitcoin: genjix * r6615ef481505 / (8 files in 5 dirs): validate_block hooks. requires virtual functions to be filled in. http://tinyurl.com/7lalejc
 151 2011-12-21 06:19:30 <netxshare> anyone around?
 152 2011-12-21 06:20:56 netxshare has left ()
 153 2011-12-21 06:20:57 netxshare has joined
 154 2011-12-21 06:21:06 <luke-jr> netxshare: ?
 155 2011-12-21 06:22:14 <netxshare> last night something weird happened listtransactions always returns nothing on new transfers
 156 2011-12-21 06:22:22 <netxshare> so I can't get a txid anymore
 157 2011-12-21 06:22:32 <netxshare> but I still get the coins and can see comfirms
 158 2011-12-21 06:22:39 <netxshare> any idea what would cause this to happen?
 159 2011-12-21 06:27:25 <CIA-100> bitcoin: Luke Dashjr next-test * r5a393f949641 bitcoind-personal/src/qt/guiutil.cpp: Merge branch 'bugfix_qt_uri_amount_parser' into next-test http://tinyurl.com/737ap5f
 160 2011-12-21 06:27:33 <CIA-100> bitcoin: Luke Dashjr next-test * r6d1e423fecdb bitcoind-personal/src/ (bitcoinrpc.cpp util.cpp util.h): Merge branch 'optimize_ToHex' into next-test http://luke.dashjr.org/programs/bitcoin/w/bitcoind/luke-jr.git/commitdiff/6d1e423fecdb5907a50e173db403d9e32b5727d3
 161 2011-12-21 06:35:05 BlueMatt has joined
 162 2011-12-21 06:36:33 <luke-jr> …
 163 2011-12-21 06:37:24 <phantomcircuit> luke-jr, booga booga
 164 2011-12-21 06:39:07 <luke-jr> no u
 165 2011-12-21 06:43:33 <luke-jr> next-test is now 21 merges ahead of master :P
 166 2011-12-21 06:47:32 <CIA-100> bitcoin: Luke Dashjr next-test * r74439a..d08e8f bitcoind-personal/ (11 files in 3 dirs): (6 commits) http://tinyurl.com/7vr93zh
 167 2011-12-21 06:47:34 <netxshare> no ide? :x
 168 2011-12-21 06:47:37 <netxshare> idea*
 169 2011-12-21 06:47:45 <luke-jr> netxshare: nope, sorry
 170 2011-12-21 06:47:55 <luke-jr> phantomcircuit: you setup to build Bitcoin-Qt? :P
 171 2011-12-21 06:48:26 <netxshare> just a bit weird is all
 172 2011-12-21 06:52:04 <phantomcircuit> luke-jr, huh waha
 173 2011-12-21 06:52:15 <luke-jr> phantomcircuit: English?
 174 2011-12-21 06:52:29 <phantomcircuit> lol i had an emerge conflict last week
 175 2011-12-21 06:52:29 <luke-jr> I may have Polish ancestry, but I don't speak Polish…
 176 2011-12-21 06:52:36 <phantomcircuit> and i didn't bother to resolve it
 177 2011-12-21 06:52:41 <phantomcircuit> so now im updating all the things
 178 2011-12-21 06:52:51 <phantomcircuit> so uh not really?
 179 2011-12-21 06:52:54 <luke-jr> lol
 180 2011-12-21 06:58:16 traviscj has joined
 181 2011-12-21 07:00:25 elkingrey has quit (Quit: Leaving)
 182 2011-12-21 07:00:30 localhost has quit (Ping timeout: 252 seconds)
 183 2011-12-21 07:02:50 <finway-mobil> will 0.6 merge "fast download- blockhead first" ?
 184 2011-12-21 07:05:21 <luke-jr> finway-mobil: afaik that's already merged
 185 2011-12-21 07:05:52 <luke-jr> yep, that was in 0.5.0
 186 2011-12-21 07:06:04 Lexa has quit (Quit: Lexa)
 187 2011-12-21 07:06:55 <finway-mobil> 0.5.0 already? i dont feel that fast
 188 2011-12-21 07:10:09 <finway-mobil> finishing downloading still took a whole day
 189 2011-12-21 07:10:55 <finway-mobil> maybe a little faster
 190 2011-12-21 07:11:35 <luke-jr> well, it still downloads the whole chain
 191 2011-12-21 07:11:39 <luke-jr> just skips verification
 192 2011-12-21 07:11:50 <luke-jr> and generally, the delay is disk IO
 193 2011-12-21 07:13:59 <finway-mobil> SO, WHY not store chains in RAM ?
 194 2011-12-21 07:14:15 <luke-jr> BlueMatt: btw, did you get around to 0.4.2 and 0.5.0.2 ? :p
 195 2011-12-21 07:14:24 <finway-mobil> 1G is not that big
 196 2011-12-21 07:14:28 <luke-jr> finway-mobil: you want to waste ~1 GB of RAM on the block chain?
 197 2011-12-21 07:14:28 xtor_ has joined
 198 2011-12-21 07:14:35 <luke-jr> finway-mobil: some people don't even have that much
 199 2011-12-21 07:14:42 <finway-mobil> O.O
 200 2011-12-21 07:15:00 <luke-jr> my handheld computer only has 256 MB RAM
 201 2011-12-21 07:15:15 topi` has quit (Read error: Operation timed out)
 202 2011-12-21 07:15:47 <phantomcircuit> finway-mobil, storing the blockchain entirely in ram is at best a stop gap
 203 2011-12-21 07:15:57 <phantomcircuit> luke-jr, what is the download strategy in use now?
 204 2011-12-21 07:16:10 <finway-mobil> maybe while downloading?
 205 2011-12-21 07:16:23 <phantomcircuit> finway-mobil, it really wont help
 206 2011-12-21 07:16:31 <phantomcircuit> the os is already caching disk reads
 207 2011-12-21 07:16:44 <vsrinivas> there is a design that stores only headers in memory;
 208 2011-12-21 07:16:51 <vsrinivas> and the full chain on disk.
 209 2011-12-21 07:17:02 <finway-mobil> luke-jr: and generally, the delay is disk IO
 210 2011-12-21 07:17:31 <vsrinivas> i imagine the blockchain is read in fairly sequentially; is that accurate?
 211 2011-12-21 07:17:33 * BlueMatt loves the new xkcd
 212 2011-12-21 07:17:41 <BlueMatt> luke-jr: no, Ill fire it up now
 213 2011-12-21 07:17:57 extor has quit (Ping timeout: 248 seconds)
 214 2011-12-21 07:18:08 <finway-mobil> vsrinivas: there is a design that stores only headers in memory;--yeah,that's what i mean, download head first
 215 2011-12-21 07:18:28 <luke-jr> BlueMatt: if you don't mind, I think building next-test would be a good idea too-- get 21 pull requests in the hands of end-users for testing
 216 2011-12-21 07:18:53 <vsrinivas> if the read of the full disk version is very sequential, OS prefetching should work well. and read() is a better idea than mmap() prolly.
 217 2011-12-21 07:19:07 <BlueMatt> meh, Ill let  people test mainline as its set to get all the stuff for 0.6 withint the next couple weeks anyway
 218 2011-12-21 07:19:38 <vsrinivas> can't speak to linux, but FreeBSD/DFly will prefetch less (in burst-faults) for file-backed mmap regions than they will prefetch for long sequential reads.
 219 2011-12-21 07:19:39 <luke-jr> BlueMatt: only 4 of the 21 are currently accepted for 0.6
 220 2011-12-21 07:19:53 <luke-jr> BlueMatt: the rest I presume need more people testing them
 221 2011-12-21 07:20:48 <BlueMatt> meh, normally stuff gets pulled when it gets to the top of gavin's priority list, not when it gets enough testing...
 222 2011-12-21 07:20:55 <phantomcircuit> vsrinivas, you'd gain almost nothing by doing that
 223 2011-12-21 07:20:55 <luke-jr> >_<
 224 2011-12-21 07:21:01 <phantomcircuit> vsrinivas, the expense is latency
 225 2011-12-21 07:21:29 <phantomcircuit> systems with an ssd download the blockchain MUCH faster because the write latency is in the microsecond range instead of the millisecond range
 226 2011-12-21 07:21:46 <vsrinivas> huh, why aren't they just writing at the tail of the block chain DB?
 227 2011-12-21 07:21:54 <vsrinivas> [what're the seeks for]
 228 2011-12-21 07:22:17 sgornick has joined
 229 2011-12-21 07:22:33 <phantomcircuit> vsrinivas, operating systems do other things ;)
 230 2011-12-21 07:22:50 * BlueMatt has ~/.bitcoin mounted as tmpfs :)
 231 2011-12-21 07:22:56 <phantomcircuit> BlueMatt, same
 232 2011-12-21 07:23:03 <BlueMatt> (obv with copious wallet backups)
 233 2011-12-21 07:23:48 <finway-mobil> so, downloading is slow because of validating,  validating is slow because of disk IO?
 234 2011-12-21 07:23:52 <phantomcircuit> still took > 1 hour to download on a server
 235 2011-12-21 07:24:03 <phantomcircuit> finway-mobil, validating is slow for a lot of reasons
 236 2011-12-21 07:24:30 <BlueMatt> luke-jr: actually its gonna have to wait till Im off mobile internet
 237 2011-12-21 07:24:33 <phantomcircuit> it's a combination is all the validation being done sequentially and the various high latency operations involved
 238 2011-12-21 07:24:53 <finway-mobil> but i recall that gavin said it's because of CPU
 239 2011-12-21 07:24:53 <phantomcircuit> you have network latency disk latency and then raw throughput for transaction verification
 240 2011-12-21 07:25:05 <phantomcircuit> and doing all of that in sequence means it's slow
 241 2011-12-21 07:25:06 <vsrinivas> okay -- so OSes do other things. but they don't write out immediately, they delay and cluster writes when possible.
 242 2011-12-21 07:25:10 LeXLuther422 has joined
 243 2011-12-21 07:25:13 <phantomcircuit> but the actual amount of work done is fairly small
 244 2011-12-21 07:25:35 <vsrinivas> i imagine you'd be getting blocks for the blockchain quickly enough that each real write is writing more than one block to the tail of the DB?
 245 2011-12-21 07:25:42 <BlueMatt> vsrinivas: not if you fsync (which bitcoin does)
 246 2011-12-21 07:25:46 <vsrinivas> oh.
 247 2011-12-21 07:25:50 <vsrinivas> after every block?
 248 2011-12-21 07:25:53 <BlueMatt> yep
 249 2011-12-21 07:25:56 <vsrinivas> oh.
 250 2011-12-21 07:26:02 <vsrinivas> boo
 251 2011-12-21 07:26:03 <BlueMatt> (hence why its soooo damn slow)
 252 2011-12-21 07:26:13 <vsrinivas> yes.
 253 2011-12-21 07:26:14 <gmaxwell> At least its every block and not every transaction.
 254 2011-12-21 07:26:28 <BlueMatt> heh, oh god I dont even want to think about that
 255 2011-12-21 07:26:31 <gmaxwell> bdb also ends up making about 2gb of old db logs that lay around until the next restart during initial syncup.
 256 2011-12-21 07:26:57 dissipate has quit (Read error: Operation timed out)
 257 2011-12-21 07:27:37 <vsrinivas> there's no reason you should be fsync()ing on every block. particularly since you can validate them and correct partially written ones.
 258 2011-12-21 07:27:43 <gmaxwell> The lookups for validations are all purely sequential with no-elevatoring IIRC too.
 259 2011-12-21 07:28:02 <vsrinivas> ... also, its using BDB for the blockchain data? or something else?
 260 2011-12-21 07:28:10 <vsrinivas> [i thought BDB was wallet and index only]
 261 2011-12-21 07:28:15 <gmaxwell> so you're going to end up taking multiple full random IO for every txn you validate.
 262 2011-12-21 07:28:46 <gmaxwell> vsrinivas: the blockchain data itself is written out sequentially, but it builds a bdb index of the locations of the blocks and transactions in that file.
 263 2011-12-21 07:29:28 <luke-jr> gmaxwell: it is?
 264 2011-12-21 07:29:41 <luke-jr> I thought the blockchain itself was bdb
 265 2011-12-21 07:29:44 <gmaxwell> no.
 266 2011-12-21 07:30:01 Shaded has quit (Quit: Shaded)
 267 2011-12-21 07:30:10 <gmaxwell> it's .. blocks one after another in a file.
 268 2011-12-21 07:30:22 <vsrinivas> ok. you could almost certainly safely add to the tail of the blockchain data and burst-add to the index later. fsync()ing each change is silly.
 269 2011-12-21 07:30:40 <luke-jr> gmaxwell: then where are orphans stored?
 270 2011-12-21 07:30:45 <gmaxwell> yes, even if you crash you'll just waste some space.
 271 2011-12-21 07:30:51 <gmaxwell> luke-jr: same place. Forever.
 272 2011-12-21 07:30:53 BlueMatt has quit (Ping timeout: 240 seconds)
 273 2011-12-21 07:30:55 <luke-jr> …
 274 2011-12-21 07:31:18 <gmaxwell> It's an append only database — all the blocks that the node has accepted, in the order it accepted them in.
 275 2011-12-21 07:31:49 <luke-jr> ewwwwwwwwww
 276 2011-12-21 07:32:14 <gmaxwell> thats why the low-diff-forks stuff is a vulnerability, I could mine a few thousand blocks between the first and second checkpoints at diff 1 and get you to just queue them just in case that fork someday becomes longer (though that was recently closed down mostly)
 277 2011-12-21 07:32:38 <gmaxwell> (it now won't even bother taking blocks that are just too low to get ahead anytime soon)
 278 2011-12-21 07:33:12 <gmaxwell> thats also why you'll have a somewhat smaller blocks file if you nuke an old node and refresh from the network.
 279 2011-12-21 07:33:49 <gmaxwell> personally I don't think it's a problem. The append only file has some nice performance properties that we're not really taking advantage of .. and orphans are rare enough.
 280 2011-12-21 07:34:10 <gmaxwell> plus it makes for a nice forensic data source.
 281 2011-12-21 07:34:31 <vsrinivas> append-only files simplify many things; but boo fsync()ing all the time.
 282 2011-12-21 07:34:36 sneak has quit (Ping timeout: 268 seconds)
 283 2011-12-21 07:34:41 sneak has joined
 284 2011-12-21 07:34:41 sneak has quit (Changing host)
 285 2011-12-21 07:34:41 sneak has joined
 286 2011-12-21 07:34:45 <gmaxwell> vsrinivas: BDB does a bunch of booworthy things.
 287 2011-12-21 07:34:49 <vsrinivas> i happen to run bitcoind on an FS where fsync() is particularly expensive, too...
 288 2011-12-21 07:35:05 <vsrinivas> what else?
 289 2011-12-21 07:36:12 <cjdelisle> #define fsync() printf("look at all the time I saved :)\n");
 290 2011-12-21 07:36:20 <gmaxwell> vsrinivas: also, while I know we're mostly I/O bound (because of the huge speedup on tmpfs) I'd be surprised if it weren't doing other dumb things during syncup too.. because even on tmpfs it takes longer than some simple rought guestimate suggests it should based on just the actual validation work.
 291 2011-12-21 07:37:01 <gmaxwell> vsrinivas: e.g. we've recently had a lot of problems with the wallet where it's very hard to actually get old private data out of a bdb file.
 292 2011-12-21 07:37:15 <finway-mobil> i think we need more than 30k full modes, but now it's hard to start a new full nodes
 293 2011-12-21 07:37:43 <gmaxwell> finway-mobil: it's not hard— it just takes a day before one is fully running.
 294 2011-12-21 07:37:45 <vsrinivas> ok, hm. and there's the continuous version-format-party...
 295 2011-12-21 07:37:49 MimeNarrator has quit (Read error: Connection reset by peer)
 296 2011-12-21 07:37:58 <gmaxwell> vsrinivas: yea, one way upgradability.
 297 2011-12-21 07:37:59 MimeNarrator has joined
 298 2011-12-21 07:38:18 <gmaxwell> finway-mobil: you start it.. come back the next data... a node is born.
 299 2011-12-21 07:38:21 traviscj has quit (Remote host closed the connection)
 300 2011-12-21 07:38:45 <gmaxwell> kinda sucky if your goal is "provide a user a wallet", but perfectly fine if your goal is "provide the network a node"
 301 2011-12-21 07:39:24 <vsrinivas> BDB is defensible for the wallet, no? it is resistant to getting wedged if bitcoind is inadvertently killed, even during an update.
 302 2011-12-21 07:39:45 <vsrinivas> but the blockchain/index makes no sense, since it is easily reconstructed data that is completely checkable.
 303 2011-12-21 07:39:57 <finway-mobil> when client broke-it happened few times to me- i have to download that again, that's too tired
 304 2011-12-21 07:40:41 <gmaxwell> vsrinivas: for the wallet private key data we could also use an append only file— and for the transactions, they can be recovered by scanning the blockchain.
 305 2011-12-21 07:40:41 BlueMatt has joined
 306 2011-12-21 07:40:54 <vsrinivas> well, okay. that'd be even better.
 307 2011-12-21 07:41:08 <vsrinivas> what else does the wallet store, other than privkeys and transactions?
 308 2011-12-21 07:41:20 <BlueMatt> damn out of IOMMU space Im gonna write to syslog 1000 times a second kernel error...
 309 2011-12-21 07:41:20 <gmaxwell> vsrinivas: there was some discussion a week or so ago about making the wallet key data be an append only text file.
 310 2011-12-21 07:41:31 <vsrinivas> oh, that'd be a nice design.
 311 2011-12-21 07:41:45 <gmaxwell> vsrinivas: account data, transaction comments. But that could all work okay in an append only file.
 312 2011-12-21 07:42:10 <gmaxwell> (well append almost only— you'd rewrite to zeroize old encryption keys after changing keys, but you'd do so in place)
 313 2011-12-21 07:43:07 <BlueMatt> oops its about 5000 times/second (no Im not joking...)
 314 2011-12-21 07:43:09 <gmaxwell> vsrinivas as far as the block stuff goes, it made more sense to be careful not to corrupt it when there were only a few nodes then it does today.. but you still don't want to have to do a full rebuild just due to a power outage.
 315 2011-12-21 07:43:13 dissipate has joined
 316 2011-12-21 07:43:26 <BlueMatt> also why the fuck does syslog not have a rate limit for the same line 5000 times a second?
 317 2011-12-21 07:43:41 <vsrinivas> gmaxwell: if you know you're taking fsync()s every N blocks, you know how far back you need to repair.
 318 2011-12-21 07:43:55 <vsrinivas> hm. to change keys just write a whole new wallet, then rename over the old one?
 319 2011-12-21 07:44:02 <vsrinivas> that way is better than append-mostly?
 320 2011-12-21 07:44:16 <gmaxwell> It's an option.
 321 2011-12-21 07:44:47 <gmaxwell> I suppose whoever actually writes it will get to decide details like that.
 322 2011-12-21 07:45:40 <vsrinivas> how compartmentalized is the wallet currently in the code?
 323 2011-12-21 07:46:52 <gmaxwell> mostly but not completely.
 324 2011-12-21 07:47:37 <vsrinivas> hm. i guess other advantages of append-only files -- easy for other programs to read them concurrently to bitcoind.
 325 2011-12-21 07:47:54 <vsrinivas> worse than a wallet daemon and a protocol, perhaps, but its something.
 326 2011-12-21 07:47:58 <gmaxwell> You should set aside some time to just read the code. Skimming some and skipping over the GUI parts it mostly took me an evening, and as a result I have some vague idea about the whole thing, even parts I've never touched.
 327 2011-12-21 07:48:09 Burgundy has joined
 328 2011-12-21 07:48:17 <gmaxwell> bitcoin is pretty small.
 329 2011-12-21 07:48:32 Lexa has joined
 330 2011-12-21 07:48:51 <BlueMatt> but very poorly abstracted
 331 2011-12-21 07:48:57 <BlueMatt> anyway, Im off gnight all
 332 2011-12-21 07:49:23 <[Tycho]> Bitcoin is cool.
 333 2011-12-21 07:49:30 <upb> bitcoin is dead
 334 2011-12-21 07:50:00 <gmaxwell> upb: seems to be working fine here. Perhaps your connectivity is screwed up?  </playing dumb>
 335 2011-12-21 07:50:17 <Diablo-D3> lol
 336 2011-12-21 07:50:21 finway-mobil has quit (Quit: Colloquy for iPhone - http://colloquy.mobi)
 337 2011-12-21 07:50:43 <vsrinivas> will do; there was one thing i'd wanted to check out some time ago, when I ran it on OpenBSD, it downloaded/validated the blockchain more quickly than on other systems for me. this was curious since it was using an N:1 thread library, but lots of other stuff was different...
 338 2011-12-21 07:51:35 <gmaxwell> I expect the first person to oprofile a blockchain syncup will find some nice surprises.
 339 2011-12-21 07:53:22 BlueMatt has quit (Ping timeout: 252 seconds)
 340 2011-12-21 07:55:54 b4epoche_ has joined
 341 2011-12-21 07:56:27 LeXLuther422 has left ()
 342 2011-12-21 07:56:32 traviscj has joined
 343 2011-12-21 07:56:47 b4epoche has quit (Ping timeout: 240 seconds)
 344 2011-12-21 07:56:47 b4epoche_ is now known as b4epoche
 345 2011-12-21 07:59:02 [Tycho] has quit (Remote host closed the connection)
 346 2011-12-21 08:16:55 finway-mobil has joined
 347 2011-12-21 08:18:37 molecular has quit (Ping timeout: 252 seconds)
 348 2011-12-21 08:18:47 abragin has joined
 349 2011-12-21 08:18:47 abragin has quit (Changing host)
 350 2011-12-21 08:18:47 abragin has joined
 351 2011-12-21 08:19:00 marf_away has joined
 352 2011-12-21 08:19:22 molecular has joined
 353 2011-12-21 08:26:50 kobier has quit (Remote host closed the connection)
 354 2011-12-21 08:40:02 kobier has joined
 355 2011-12-21 08:51:33 XX01XX has joined
 356 2011-12-21 08:58:13 Burgundy has left ()
 357 2011-12-21 09:06:01 Lexa has quit (Read error: Connection reset by peer)
 358 2011-12-21 09:10:16 Lexa has joined
 359 2011-12-21 09:11:14 AStove has joined
 360 2011-12-21 09:17:14 dissipate has quit (Remote host closed the connection)
 361 2011-12-21 09:19:05 traviscj has quit (Remote host closed the connection)
 362 2011-12-21 09:22:29 EvorO has left ()
 363 2011-12-21 09:33:52 slush has joined
 364 2011-12-21 09:36:21 dissipate has joined
 365 2011-12-21 09:57:43 dissipate has quit (Remote host closed the connection)
 366 2011-12-21 10:07:26 [Tycho] has joined
 367 2011-12-21 10:12:39 finway-mobil has quit (Quit: Colloquy for iPhone - http://colloquy.mobi)
 368 2011-12-21 10:25:12 OneFixt has quit (Ping timeout: 240 seconds)
 369 2011-12-21 10:40:09 stalled has quit (Ping timeout: 244 seconds)
 370 2011-12-21 10:45:13 finway has joined
 371 2011-12-21 10:46:57 mizerydearia has quit (Ping timeout: 252 seconds)
 372 2011-12-21 10:50:37 mizerydearia has joined
 373 2011-12-21 11:02:21 stalled has joined
 374 2011-12-21 11:06:30 <finway> So, bitcoin-qt (full node client) is not for new user?
 375 2011-12-21 11:08:25 <tcatm> sure it is. downloading the blockchain just takes some time
 376 2011-12-21 11:10:51 _Fireball has joined
 377 2011-12-21 11:11:46 <finway> Seems average Joe can't wait that long:   https://bitcointalk.org/index.php?topic=12042.0
 378 2011-12-21 11:12:44 <finway> wrong link
 379 2011-12-21 11:13:47 abragin has left ()
 380 2011-12-21 11:13:48 <sipa> nor should he
 381 2011-12-21 11:16:05 copumpkin has joined
 382 2011-12-21 11:16:09 <wumpus> there's also not really a reason the initial block download needs to be so slow
 383 2011-12-21 11:17:17 <kinlo> what about shipping the blockchain with the initial download?
 384 2011-12-21 11:17:28 <wumpus> there's just too much disk syncing etc happening, we really need to profile and optimize it some time
 385 2011-12-21 11:17:32 <kinlo> then only the latest delta must be transferred...
 386 2011-12-21 11:17:36 <wumpus> yep
 387 2011-12-21 11:18:04 <finway> ok this:  https://bitcointalk.org/index.php?topic=55235.0;topicseen
 388 2011-12-21 11:19:38 <wumpus> many proposals focus on reducing the amount of bytes transferred over the network, which is also nice, but doesn't seem to be the biggest problem why the darn thing is actualy so slow even with a super-fast network connection
 389 2011-12-21 11:20:42 <sipa> there may be a way to do block chain download using only db reads and writing new blocks
 390 2011-12-21 11:20:49 <sipa> using a nloom filter
 391 2011-12-21 11:20:53 <sipa> bloom
 392 2011-12-21 11:21:12 <wumpus> or decouple downloading and validating somehow
 393 2011-12-21 11:21:29 <wumpus> like bittorrent
 394 2011-12-21 11:22:04 <wumpus> just request the entire file, exploiting as much a parallelism as possible, then validate and re-request invalid blocks on the background 
 395 2011-12-21 11:22:05 <sipa> maybe add pruning while we're at it
 396 2011-12-21 11:22:25 <wumpus> nah, I think that's shooting too far.. there's low hanging fruit we shoul get rid of that first
 397 2011-12-21 11:25:08 <sipa> btw, seed.bitcoin.sipa.be is up and running
 398 2011-12-21 11:25:20 OneFixt has joined
 399 2011-12-21 11:25:21 OneFixt has quit (Changing host)
 400 2011-12-21 11:25:21 OneFixt has joined
 401 2011-12-21 11:26:20 <wumpus> cool
 402 2011-12-21 11:28:08 <sipa> using 10MB of RAM
 403 2011-12-21 11:28:50 iocor has joined
 404 2011-12-21 11:29:08 <kinlo> 10 megs for the seeder?
 405 2011-12-21 11:29:20 <sipa> yes
 406 2011-12-21 11:29:50 <kinlo> mmmz
 407 2011-12-21 11:29:58 <kinlo> you wrote some custom client for that?
 408 2011-12-21 11:30:04 <finway> sipa,what's that?
 409 2011-12-21 11:30:07 <wumpus> makes it easy to run a lot of them
 410 2011-12-21 11:30:18 <wumpus> which is good
 411 2011-12-21 11:31:07 <sipa> kinlo: yes, bitcoin-seeder on.my github
 412 2011-12-21 11:32:13 <sipa> i may need to adjust yhe criteria a bit still... after running for a day thd number of nodes that maintain 80% uptime is rather small
 413 2011-12-21 11:32:23 <sipa> 850 nodes now
 414 2011-12-21 11:32:53 <kinlo> 80% uptime calculated over which period?
 415 2011-12-21 11:33:11 <kinlo> if you calculate over your own uptime you will end up invalidating everyone
 416 2011-12-21 11:33:31 <sipa> exponential window with tau=24h
 417 2011-12-21 11:34:37 <sipa> but i may switch to multiple windows simultaneously
 418 2011-12-21 11:35:38 <sipa> ans and say 80% uptime last hour OR 60% uptime last day OR 40% uptime last week
 419 2011-12-21 11:35:48 <sipa> or something similar
 420 2011-12-21 11:38:17 Rabbit67890-ipad has joined
 421 2011-12-21 11:55:12 mcorlett has quit (Remote host closed the connection)
 422 2011-12-21 12:03:10 chrisb__ has joined
 423 2011-12-21 12:08:41 wasabi2 has joined
 424 2011-12-21 12:09:39 sneak has quit (Ping timeout: 268 seconds)
 425 2011-12-21 12:09:44 sneak has joined
 426 2011-12-21 12:09:44 sneak has quit (Changing host)
 427 2011-12-21 12:09:44 sneak has joined
 428 2011-12-21 12:10:08 b4epoche_ has joined
 429 2011-12-21 12:10:17 wasabi has quit (Ping timeout: 255 seconds)
 430 2011-12-21 12:11:09 b4epoche has quit (Ping timeout: 240 seconds)
 431 2011-12-21 12:11:10 b4epoche_ is now known as b4epoche
 432 2011-12-21 12:11:55 MobiusL has quit (Excess Flood)
 433 2011-12-21 12:13:03 MobiusL has joined
 434 2011-12-21 12:18:34 Rabbit67890-ipad has quit (Quit: Colloquy for iPad - http://colloquy.mobi)
 435 2011-12-21 12:30:50 datagutt has joined
 436 2011-12-21 12:31:05 finway has quit (Quit: Page closed)
 437 2011-12-21 12:35:06 Rabbit67890-ipad has joined
 438 2011-12-21 12:35:25 erus` has joined
 439 2011-12-21 12:44:52 Rabbit67890-ipad has quit (Quit: Colloquy for iPad - http://colloquy.mobi)
 440 2011-12-21 12:45:40 Turingi has joined
 441 2011-12-21 12:47:40 comboy has quit (Remote host closed the connection)
 442 2011-12-21 12:50:26 diki has quit (Read error: Connection reset by peer)
 443 2011-12-21 12:53:16 Rabbit67890-ipad has joined
 444 2011-12-21 12:57:22 <[Tycho]> Can someone show me an example of base58-encoded OP_EVAL address ?
 445 2011-12-21 13:03:20 comboy has joined
 446 2011-12-21 13:03:54 Rabbit67890-ipad has quit (Quit: Colloquy for iPad - http://colloquy.mobi)
 447 2011-12-21 13:04:03 TD has joined
 448 2011-12-21 13:06:19 JZavala has joined
 449 2011-12-21 13:14:42 abragin has joined
 450 2011-12-21 13:14:42 abragin has quit (Changing host)
 451 2011-12-21 13:14:42 abragin has joined
 452 2011-12-21 13:16:32 abragin has quit (Read error: Connection reset by peer)
 453 2011-12-21 13:16:32 _Fireball has quit (Read error: Connection reset by peer)
 454 2011-12-21 13:18:04 abragin has joined
 455 2011-12-21 13:18:11 abragin has left ()
 456 2011-12-21 13:20:12 Diablo-D3 has quit (Quit: do coders dream of sheep()?)
 457 2011-12-21 13:20:24 Diablo-D3 has joined
 458 2011-12-21 13:23:57 paraipan has joined
 459 2011-12-21 13:24:55 Rabbit67890 has joined
 460 2011-12-21 13:30:02 Rabbit67890 has quit (Quit: Rabbit67890)
 461 2011-12-21 13:34:00 JZavala has quit (Ping timeout: 255 seconds)
 462 2011-12-21 13:40:36 danbri has joined
 463 2011-12-21 13:46:13 Nicksasa has joined
 464 2011-12-21 13:58:44 Rabbit67890 has joined
 465 2011-12-21 14:02:53 Rabbit67890 has quit (Ping timeout: 240 seconds)
 466 2011-12-21 14:06:49 [Tycho] has quit (Remote host closed the connection)
 467 2011-12-21 14:08:17 danbri has quit (Remote host closed the connection)
 468 2011-12-21 14:11:33 _Fireball has joined
 469 2011-12-21 14:13:11 sacarlson has joined
 470 2011-12-21 14:16:16 Rabbit67890 has joined
 471 2011-12-21 14:18:00 minimoose has joined
 472 2011-12-21 14:21:25 Rabbit67890 has quit (Quit: Rabbit67890)
 473 2011-12-21 14:24:06 bitcoinbulletin has quit (Ping timeout: 268 seconds)
 474 2011-12-21 14:24:33 helo_ has quit (Quit: Lost terminal)
 475 2011-12-21 14:27:40 MimeNarrator has quit (Remote host closed the connection)
 476 2011-12-21 14:30:06 p0s has joined
 477 2011-12-21 14:37:46 Rabbit67890 has joined
 478 2011-12-21 14:42:31 bitcoinbulletin has joined
 479 2011-12-21 14:47:17 danbri has joined
 480 2011-12-21 14:53:12 Nesetalis has quit (Read error: Connection reset by peer)
 481 2011-12-21 14:57:29 Nesetalis has joined
 482 2011-12-21 14:59:42 danbri has quit (Remote host closed the connection)
 483 2011-12-21 14:59:45 darkee has quit (Ping timeout: 276 seconds)
 484 2011-12-21 14:59:48 Rabbit67890 has quit (Quit: Rabbit67890)
 485 2011-12-21 15:04:12 Rabbit67890 has joined
 486 2011-12-21 15:06:37 darkee has joined
 487 2011-12-21 15:09:53 wasabi has joined
 488 2011-12-21 15:12:07 finway has joined
 489 2011-12-21 15:12:12 wasabi2 has quit (Ping timeout: 268 seconds)
 490 2011-12-21 15:15:06 [Tycho] has joined
 491 2011-12-21 15:41:37 finway has quit (Quit: Page closed)
 492 2011-12-21 15:48:34 Rabbit67890 has quit (Quit: Rabbit67890)
 493 2011-12-21 15:51:18 EvanR-work has left ()
 494 2011-12-21 15:51:52 Rabbit67890 has joined
 495 2011-12-21 15:56:58 <luke-jr> [Tycho]: there's one on the wiki
 496 2011-12-21 15:57:15 <[Tycho]>  Hello.
 497 2011-12-21 15:57:19 <[Tycho]> Where exactly ?
 498 2011-12-21 15:57:24 <[Tycho]> I checked the BIP page
 499 2011-12-21 15:57:33 <luke-jr> https://en.bitcoin.it/wiki/Address
 500 2011-12-21 15:57:36 <luke-jr> "An example of a Bitcoin address is 37muSN5ZrukVTvyVh3mT5Zc5ew9L9CBare."
 501 2011-12-21 15:57:56 devrandom has quit (Remote host closed the connection)
 502 2011-12-21 15:57:57 <[Tycho]> Ерфтлыю
 503 2011-12-21 15:58:00 <[Tycho]> Thanks.
 504 2011-12-21 15:58:23 <[Tycho]> Wow, almost vanity address.
 505 2011-12-21 15:59:19 <luke-jr> ironically, I took the version-0 address that was originally there, and changed the version :P
 506 2011-12-21 16:00:42 <[Tycho]> So you cheated ?
 507 2011-12-21 16:01:47 <gmaxwell> op_eval will be a blessing to vanity generation.. since you can just twiddle some crap in the script to search. No more annoying ecc math in the inner loop.
 508 2011-12-21 16:02:27 <Diablo-D3> huh
 509 2011-12-21 16:02:30 <Diablo-D3> LZCNT
 510 2011-12-21 16:02:30 <gmaxwell> So my "19GMAXWELLbYz4L6vA62jyHTxmtmC22ADW" will not be the longest vanity I've seen for long.
 511 2011-12-21 16:02:40 <Diablo-D3> Leading zero count.
 512 2011-12-21 16:02:54 <gmaxwell> Diablo-D3: yea, on most CPUs thats callted CLZ.
 513 2011-12-21 16:03:10 <gmaxwell> __builtin_clz() in GCCish compilers.
 514 2011-12-21 16:03:56 <Diablo-D3> its a sse4 instruction
 515 2011-12-21 16:04:09 <[Tycho]> luke-jr: surprisingly it passes validity check. How did you made it, демон ? :)
 516 2011-12-21 16:04:52 devrandom has joined
 517 2011-12-21 16:09:28 danbri has joined
 518 2011-12-21 16:14:20 coblee_ has joined
 519 2011-12-21 16:15:43 <luke-jr> [Tycho]: same way all addresses are made.
 520 2011-12-21 16:16:26 coblee has quit (Ping timeout: 240 seconds)
 521 2011-12-21 16:16:26 coblee_ is now known as coblee
 522 2011-12-21 16:22:32 b4epoche_ has joined
 523 2011-12-21 16:23:26 b4epoche has quit (Ping timeout: 240 seconds)
 524 2011-12-21 16:23:26 b4epoche_ is now known as b4epoche
 525 2011-12-21 16:24:53 Diablo-D3 has quit (Ping timeout: 240 seconds)
 526 2011-12-21 16:27:26 sneak has quit (Ping timeout: 268 seconds)
 527 2011-12-21 16:27:30 sneak has joined
 528 2011-12-21 16:32:59 chrisb__ has quit (Read error: Connection reset by peer)
 529 2011-12-21 16:34:20 Workbench_ has quit (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.)
 530 2011-12-21 16:38:35 Rabbit67890 has quit (Quit: Rabbit67890)
 531 2011-12-21 16:41:12 chrisb__ has joined
 532 2011-12-21 17:01:31 knotwork has quit (Read error: Connection reset by peer)
 533 2011-12-21 17:01:31 NickelBot has quit (Read error: Connection reset by peer)
 534 2011-12-21 17:01:55 diki has joined
 535 2011-12-21 17:03:51 Lexa has quit (Read error: Operation timed out)
 536 2011-12-21 17:04:34 danbri has quit (Ping timeout: 244 seconds)
 537 2011-12-21 17:04:34 iocor has quit (Ping timeout: 244 seconds)
 538 2011-12-21 17:08:39 devrandom has quit (Remote host closed the connection)
 539 2011-12-21 17:08:48 NickelBot has joined
 540 2011-12-21 17:10:29 wasabi has quit (Read error: Connection reset by peer)
 541 2011-12-21 17:10:57 wasabi has joined
 542 2011-12-21 17:11:22 Xunie has quit (Read error: Connection reset by peer)
 543 2011-12-21 17:11:53 iocor has joined
 544 2011-12-21 17:14:53 btc_novice has joined
 545 2011-12-21 17:16:19 TD has quit (Quit: TD)
 546 2011-12-21 17:16:48 extor has joined
 547 2011-12-21 17:16:56 Shaded has joined
 548 2011-12-21 17:19:41 Rabbit67890 has joined
 549 2011-12-21 17:20:13 xtor_ has quit (Ping timeout: 252 seconds)
 550 2011-12-21 17:21:16 devrandom has joined
 551 2011-12-21 17:24:48 p0s has quit (Remote host closed the connection)
 552 2011-12-21 17:29:03 minimoose has quit (Quit: minimoose)
 553 2011-12-21 17:32:42 Clipse has joined
 554 2011-12-21 17:33:39 Rabbit67890_ has joined
 555 2011-12-21 17:35:15 Rabbit67890__ has joined
 556 2011-12-21 17:35:53 Rabbit67890 has quit (Read error: Operation timed out)
 557 2011-12-21 17:35:54 Rabbit67890__ is now known as Rabbit67890
 558 2011-12-21 17:38:22 Rabbit67890_ has quit (Ping timeout: 268 seconds)
 559 2011-12-21 17:47:04 Rabbit67890 has quit (Quit: Rabbit67890)
 560 2011-12-21 17:47:40 Anon__ has joined
 561 2011-12-21 17:48:05 <luke-jr> jgarzik: did I provide enough in that email, or do I need to start searching my IRC logs to figure out who else mentioned they're using it?
 562 2011-12-21 17:48:42 <Anon__> So, If you guys would like to be censored from the internet, Ignore me, Otherwise, It's time to start Operation Blackout. The day we have feard has come, We fight, Or our voices will be taken http://www.youtube.com/watch?v=M9iOSg9CHTI
 563 2011-12-21 17:48:55 Anon__ has quit (Client Quit)
 564 2011-12-21 17:49:15 <luke-jr> I would like the internet more censored.
 565 2011-12-21 17:49:51 <gmaxwell> Scumbag advocate: Spams against censorship, encouraging the creation of censorship tools to stop the spam.
 566 2011-12-21 17:50:14 <luke-jr> heh
 567 2011-12-21 17:50:59 <helo> this music...
 568 2011-12-21 17:51:52 Sedra has joined
 569 2011-12-21 17:52:00 Rabbit67890 has joined
 570 2011-12-21 17:53:16 lvella has joined
 571 2011-12-21 17:54:36 erle- has joined
 572 2011-12-21 17:55:26 Sedra- has quit (Ping timeout: 252 seconds)
 573 2011-12-21 17:57:47 EPiSKiNG- has quit (Ping timeout: 240 seconds)
 574 2011-12-21 17:58:18 EPiSKiNG- has joined
 575 2011-12-21 17:59:51 <lvella> I am new with all this thing
 576 2011-12-21 18:00:25 <lvella> and I find very interesting the concept of mining
 577 2011-12-21 18:00:52 <luke-jr> yawn
 578 2011-12-21 18:00:55 <lvella> I would like to understand it better
 579 2011-12-21 18:00:58 <luke-jr> which part?
 580 2011-12-21 18:01:05 <lvella> looking to https://en.bitcoin.it/wiki/Block_hashing_algorithm
 581 2011-12-21 18:01:43 <lvella> there is a single block head, right?
 582 2011-12-21 18:02:07 <lvella> it changes eventually, as someone hashes it correctly
 583 2011-12-21 18:02:48 <lvella> is that so?
 584 2011-12-21 18:02:55 <luke-jr> sure
 585 2011-12-21 18:03:14 <lvella> I installed my wallet, and it is syncing right now
 586 2011-12-21 18:03:53 <luke-jr> what's your goal?
 587 2011-12-21 18:04:20 <lvella> implement a miner
 588 2011-12-21 18:04:32 <lvella> a friend of mine have access to a cluster
 589 2011-12-21 18:04:39 <luke-jr> a cluster of what?
 590 2011-12-21 18:04:39 <helo> of GPUs?
 591 2011-12-21 18:04:53 <lvella> hundreds of CPUs
 592 2011-12-21 18:05:02 <luke-jr> lvella: don't waste your time.
 593 2011-12-21 18:05:03 <helo> one GPU is as fast as thousands of CPUs
 594 2011-12-21 18:05:04 <lvella> a couple of GPUs
 595 2011-12-21 18:06:43 <luke-jr> lvella: Radeons?
 596 2011-12-21 18:06:50 <lvella> nvidia tesla
 597 2011-12-21 18:07:46 <lvella> suppose I have a very fast sha256(sha256(data))
 598 2011-12-21 18:07:50 <lvella> how to proceed
 599 2011-12-21 18:07:56 <lvella> ?
 600 2011-12-21 18:08:03 <luke-jr> nVidia sucks
 601 2011-12-21 18:08:07 ThomasV has quit (Quit: Leaving)
 602 2011-12-21 18:08:29 mcorlett has joined
 603 2011-12-21 18:08:30 <lvella> can I grab the block header via JSON-RPC?
 604 2011-12-21 18:08:49 <luke-jr> yes
 605 2011-12-21 18:09:47 <helo> lvella: if you run a single $140 ATI card you'll probably make twice as much bitcoin... it really isn't worth it any other way at the moment
 606 2011-12-21 18:11:18 <lvella> why nvidia sucks so badly?
 607 2011-12-21 18:12:41 <rjk2> mining is a fairly "dumb" operation, which suits ATI/AMD just fine - they have an uncomplicated shader, and lots of them
 608 2011-12-21 18:12:55 <luke-jr> lvella: cuz ATi just ruled
 609 2011-12-21 18:13:05 <rjk2> nVidia has complex and fewer shaders, making them a little more "smart", but slower for bitcoin
 610 2011-12-21 18:13:51 <lvella> I have an Radeon 4870
 611 2011-12-21 18:14:07 <lvella> I remember that last time I tried to work with OpenCL
 612 2011-12-21 18:14:26 <lvella> It lacked a lot of things
 613 2011-12-21 18:14:42 <rjk2> according to https://en.bitcoin.it/wiki/Mining_hardware_comparison that card should get you about 100 mhash/s
 614 2011-12-21 18:14:53 <lvella> I missed most sync mechanisms
 615 2011-12-21 18:17:53 <luke-jr> (the best CPUs only manage about 10-20 MH/s)
 616 2011-12-21 18:23:34 traviscj has joined
 617 2011-12-21 18:24:54 <lvella> how much space does this wallet takes up?
 618 2011-12-21 18:25:43 PK has joined
 619 2011-12-21 18:29:38 chrisb__ has quit (Quit: Ex-Chat)
 620 2011-12-21 18:30:05 <jgarzik> luke-jr: haven't yet seen the email, but the metric is probably "at least one or two other major pool operators / mining operations"
 621 2011-12-21 18:30:21 <jgarzik> random miners with 1 Ghps isn't statistically significant
 622 2011-12-21 18:31:01 <Rabbit67890> WHY CANT I HAVE A CPU THAT DOES 300 MH/S
 623 2011-12-21 18:31:55 ahbritto_ has quit (Quit: Ex-Chat)
 624 2011-12-21 18:31:57 <luke-jr> jgarzik: two pools over 200 GH/s
 625 2011-12-21 18:32:15 <luke-jr> (not counting Eligius)
 626 2011-12-21 18:34:00 larsivi has joined
 627 2011-12-21 18:34:16 devrandom has quit (Ping timeout: 276 seconds)
 628 2011-12-21 18:35:13 devrandom has joined
 629 2011-12-21 18:36:34 Shaded has quit (Quit: Shaded)
 630 2011-12-21 18:40:48 <helo> any plans to add an "Advanced" submenu to the client, or some other place for useful but not base use case functionality?
 631 2011-12-21 18:42:50 <wumpus> helo: yes, see pull request #415
 632 2011-12-21 18:43:00 <helo> <3
 633 2011-12-21 18:43:24 <helo> i need go start monitoring pull requests so i can stop bugging you guys
 634 2011-12-21 18:46:21 <helo> i appreciate you all tolerating my laziness thus far
 635 2011-12-21 18:48:53 <luke-jr> helo: I have a 'next-test' branch on GitHub with a bunch of finished stuff merged (21 branches on top of master as of right now)
 636 2011-12-21 18:51:04 erle- has quit (Quit: erle-)
 637 2011-12-21 18:51:51 Rabbit67890 has quit (Remote host closed the connection)
 638 2011-12-21 18:54:31 <helo> nice
 639 2011-12-21 18:55:42 slush has quit (Read error: Operation timed out)
 640 2011-12-21 19:02:28 knotwork has joined
 641 2011-12-21 19:03:05 Kolky has joined
 642 2011-12-21 19:03:07 gavinandresen has joined
 643 2011-12-21 19:05:13 larsivi has quit (Ping timeout: 255 seconds)
 644 2011-12-21 19:09:22 lvella has quit (Ping timeout: 276 seconds)
 645 2011-12-21 19:24:30 devrandom has quit (Remote host closed the connection)
 646 2011-12-21 19:25:05 <helo> i'm going to take a stab at implementing "neuter" wallet export and use
 647 2011-12-21 19:26:13 <helo> so an offline secure wallet can export a "neutered" wallet, without any private keys or pool addresses, which can safely be put on an online/insecure machine for balance monitoring
 648 2011-12-21 19:27:24 <helo> the client would need to know that the wallet is neuter, and not to give out any new addresses or refill the pool
 649 2011-12-21 19:29:20 mcorlett has quit (Quit: ChatZilla 0.9.87 [Firefox 8.0/20111115183813])
 650 2011-12-21 19:30:15 slush has joined
 651 2011-12-21 19:35:46 devrandom has joined
 652 2011-12-21 19:36:14 <CIA-100> bitcoin: Luke Dashjr master * r21d9f36 / (58 files in 4 dirs): Use standard C99 (and Qt) types for 64-bit integers - http://git.io/af4jpQ https://github.com/bitcoin/bitcoin/commit/21d9f36781604e4ca9fc35dc65265593423b73e9
 653 2011-12-21 19:39:35 Nesetalis has quit (Ping timeout: 244 seconds)
 654 2011-12-21 19:45:15 pierre` has quit (Quit: leaving)
 655 2011-12-21 19:52:36 mcorlett has joined
 656 2011-12-21 19:53:01 mcorlett is now known as Guest84270
 657 2011-12-21 19:53:47 pierre` has joined
 658 2011-12-21 20:00:32 Guest84270 has quit (Changing host)
 659 2011-12-21 20:00:32 Guest84270 has joined
 660 2011-12-21 20:01:35 Guest84270 is now known as mcorlett
 661 2011-12-21 20:07:37 wumpus has quit ()
 662 2011-12-21 20:07:52 wumpus has joined
 663 2011-12-21 20:11:03 <luke-jr> in case anyone needs help rebasing…
 664 2011-12-21 20:11:05 <luke-jr> perl -ple 's/\b(u?int64)\b/${1}_t/g' -i src/*.{cpp,h}
 665 2011-12-21 20:11:16 <luke-jr> perl -ple 's/\b(u?int64)\b/q${1}/g' -i src/qt/*.{cpp,h}
 666 2011-12-21 20:11:22 <luke-jr> wumpus: ^
 667 2011-12-21 20:14:41 antix has quit (Ping timeout: 252 seconds)
 668 2011-12-21 20:17:17 <jgarzik> gavinandresen: how in the heck did that get pulled?
 669 2011-12-21 20:17:30 <CIA-100> bitcoin: Luke Dashjr coinbaser * r40e418e2f47a bitcoind-personal/src/ (bitcoinrpc.cpp init.cpp main.cpp main.h): Merge branch 'coinbaser_0.4.x' into coinbaser http://tinyurl.com/8y7sxl7
 670 2011-12-21 20:17:44 <jgarzik> serialize.h: In function ‘unsigned int GetSerializeSize(int64_t, int, int)’:
 671 2011-12-21 20:17:44 <jgarzik> serialize.h:139:21: error: redefinition of ‘unsigned int GetSerializeSize(int64_t, int, int)’
 672 2011-12-21 20:17:44 <jgarzik> serialize.h:137:21: error: ‘unsigned int GetSerializeSize(long int, int, int)’ previously defined here
 673 2011-12-21 20:17:56 <jgarzik> tree is full of broken
 674 2011-12-21 20:18:36 larsivi has joined
 675 2011-12-21 20:18:43 <jgarzik> luke-jr: ^^
 676 2011-12-21 20:18:48 <luke-jr> jgarzik: works fine here…
 677 2011-12-21 20:19:14 <jgarzik> luke-jr: totally broke Fedora build (g++ 4.6.1)
 678 2011-12-21 20:19:23 <jgarzik> luke-jr: on 64-bit
 679 2011-12-21 20:19:51 <jgarzik> luke-jr: breakage is obvious.  64-bit platforms define int64_t==long int
 680 2011-12-21 20:20:07 <luke-jr> jgarzik: 4.5.3 here
 681 2011-12-21 20:20:49 <jgarzik> 'int foo(int64_t)' is the same as 'int foo(long)'
 682 2011-12-21 20:20:54 <jrmithdobbs> why the fuck did you switch to using c99 data types when you're building as c++ and can't gaurantee those headers will be there?
 683 2011-12-21 20:21:12 <jrmithdobbs> or usable
 684 2011-12-21 20:21:18 <luke-jr> jrmithdobbs: why wouldn't they be?
 685 2011-12-21 20:21:21 slush1 has joined
 686 2011-12-21 20:21:24 <luke-jr> jrmithdobbs: even MSVC fixed it years ago
 687 2011-12-21 20:21:37 <luke-jr> jgarzik's issue is a real concern tho
 688 2011-12-21 20:21:51 <jrmithdobbs> luke-jr: there's going to be other platforms where that breaks too
 689 2011-12-21 20:21:55 <luke-jr> jgarzik: how would that normally be addressed?
 690 2011-12-21 20:22:00 <jgarzik> I also want to verify that gavinandresen actually pulled that commit
 691 2011-12-21 20:22:13 <jgarzik> I did not see a merge commit from github
 692 2011-12-21 20:22:26 <luke-jr> O.o
 693 2011-12-21 20:22:29 <jgarzik> if he did, no problem.  just want to verify, for security purposes.
 694 2011-12-21 20:22:30 <helo> luke-jr: same here
 695 2011-12-21 20:22:33 antix has joined
 696 2011-12-21 20:22:34 <luke-jr> well, it would have been a fast-forward I guess
 697 2011-12-21 20:22:55 <luke-jr> but that's interesting that there's no way to tell *who* did it
 698 2011-12-21 20:23:27 RazielZ has quit (Ping timeout: 240 seconds)
 699 2011-12-21 20:23:31 <luke-jr> https://github.com/bitcoin/bitcoin/pull/720 <-- github claims it was gavin
 700 2011-12-21 20:23:35 <jgarzik> ok, gavinandresen closed the pull request
 701 2011-12-21 20:23:35 <jgarzik> yeah
 702 2011-12-21 20:23:45 <jgarzik> usually github creates a merge commit, even for fast forwards
 703 2011-12-21 20:23:50 <jgarzik> maybe this is new github behavior
 704 2011-12-21 20:23:58 <jrmithdobbs> ya i've not seen it do that before
 705 2011-12-21 20:24:18 <luke-jr> I assumed people just used `git` to do merges
 706 2011-12-21 20:24:42 <gavinandresen> yes, I pulled it  (did a git FETCH, git merge FETCH_HEAD, then git push)
 707 2011-12-21 20:24:45 <luke-jr> git itself would just fast-forward, and I do know GitHub automatically closes pulls when it sees that
 708 2011-12-21 20:25:05 traviscj_ has joined
 709 2011-12-21 20:25:14 <luke-jr> k, /me goes back to rebasing
 710 2011-12-21 20:25:19 <gavinandresen> (I didn't push the github-auto-merge button, wanted to make sure it compiled ok on my mac)
 711 2011-12-21 20:25:28 traviscj has quit (Read error: Connection reset by peer)
 712 2011-12-21 20:26:24 <jrmithdobbs> oh that explains it
 713 2011-12-21 20:27:59 ThomasV has joined
 714 2011-12-21 20:32:14 RazielZ has joined
 715 2011-12-21 20:32:51 diki has quit ()
 716 2011-12-21 20:33:34 b4epoche_ has joined
 717 2011-12-21 20:34:21 b4epoche has quit (Ping timeout: 244 seconds)
 718 2011-12-21 20:34:21 b4epoche_ is now known as b4epoche
 719 2011-12-21 20:34:41 erle- has joined
 720 2011-12-21 20:36:30 <jgarzik> indeed
 721 2011-12-21 20:36:50 <jgarzik> anyway, none of the tree builds anymore, here
 722 2011-12-21 20:37:35 <CIA-100> bitcoin: Luke Dashjr force_send * r0c8a586ba062 bitcoind-personal/src/ (bitcoinrpc.cpp main.cpp main.h noui.h wallet.cpp wallet.h): don't automatically include fees via JSON-RPC, and (with undocumented -nosafefees option) allow forcing them to send with under the 'minimum' http://tinyurl.com/78vbopu
 723 2011-12-21 20:43:29 <luke-jr> jgarzik: how would that issue normally be addressed?
 724 2011-12-21 20:43:53 <jgarzik> luke-jr: you fix or someone reverts, I'd say
 725 2011-12-21 20:44:10 traviscj_ has quit (Ping timeout: 244 seconds)
 726 2011-12-21 20:44:27 <jgarzik> If I had to guess, I'd say it is likely broken on all recent gcc versions
 727 2011-12-21 20:44:29 <luke-jr> jgarzik: tbh, it sounds like a GCC 4.6 bug to me. I can't think of an obvious solution.
 728 2011-12-21 20:44:35 <jgarzik> this doesn't look fedora-specific
 729 2011-12-21 20:44:46 <jgarzik> obvious solution is revert, which works for everyone
 730 2011-12-21 20:45:00 <luke-jr> why did it work before?
 731 2011-12-21 20:45:05 <luke-jr> was it not 64-bit = long int?
 732 2011-12-21 20:47:50 <jgarzik> luke-jr: a most excellent question
 733 2011-12-21 20:50:46 <luke-jr> perhaps a better question would be, why isn't this code using templates? O.o
 734 2011-12-21 20:53:16 <wumpus> 64-bit is long long int
 735 2011-12-21 20:54:07 <gavinandresen> What's the issue?  A method overloaded on (int64) and (long int) ?
 736 2011-12-21 20:54:54 <gavinandresen> ... and if that IS the issue, isn't the fix to change it from (long int) to (int32) ?
 737 2011-12-21 20:54:55 <luke-jr> gavinandresen: apparently GCC 4.6 thinks int64_t is the same as (long int), but not (long long)
 738 2011-12-21 20:55:01 <wumpus> hm just tested, long int is 64 bit too 
 739 2011-12-21 20:55:07 <wumpus> strange, never knew
 740 2011-12-21 20:55:36 <wumpus> why use "long int" at all though?
 741 2011-12-21 20:55:39 <luke-jr> I suppose the easiest safest fix is to change the Serialize stuff from int64_t to (long long), but this really looks like it SHOULD be a template…
 742 2011-12-21 20:56:46 <wumpus> gavinandresen: yes, change it from long int to int or int32... there's no reason to ever use "long int"
 743 2011-12-21 20:57:01 <luke-jr> unfortunately, I don't actually have GCC 4.6 here to test this with
 744 2011-12-21 20:57:17 <luke-jr> my inclination is to find someone else who's already resolved it
 745 2011-12-21 20:57:33 <CIA-100> bitcoin: Luke Dashjr force_send * r267c8f6f22a5 bitcoind-personal/src/ (bitcoinrpc.cpp db.cpp init.cpp main.cpp main.h noui.h): Accept automatic fees up to new "maxtxfee" parameter http://tinyurl.com/bnpb9dc
 746 2011-12-21 20:57:36 <CIA-100> bitcoin: Luke Dashjr force_send * rf5bfacc8faac bitcoind-personal/src/main.cpp: Accept any transaction (fee-free or even non-standard) from myself http://tinyurl.com/cw4hcm5
 747 2011-12-21 20:57:38 <CIA-100> bitcoin: Luke Dashjr force_send * r19cb838e794f bitcoind-personal/src/ (bitcoinrpc.cpp wallet.cpp wallet.h): Refactor maxtxfee and -nosafefees slightly to work together http://tinyurl.com/d6okwgp
 748 2011-12-21 20:58:52 <gavinandresen> my inclination is to revert until luke-jr finds somebody who's already resolved it.
 749 2011-12-21 20:59:34 <wumpus> yeah... but I still wonder why we're using "long int" at all
 750 2011-12-21 21:00:05 <gavinandresen> I wonder the same thing.  The Absolutely Correct Thing to do would be to use nothing but the stdint types everywhere.
 751 2011-12-21 21:00:14 diki has joined
 752 2011-12-21 21:00:23 <wumpus> well everywhere you need a fixed size
 753 2011-12-21 21:00:40 diki is now known as Guest12639
 754 2011-12-21 21:00:43 <luke-jr> some 'click' program used autoconf to detect long==int64_t :/
 755 2011-12-21 21:01:18 <wumpus> long is int64_t on x86/64, and int32_t on x86
 756 2011-12-21 21:01:19 <wumpus> don't use it
 757 2011-12-21 21:01:46 Guest12639 is now known as diki
 758 2011-12-21 21:01:54 <luke-jr> getting rid of 'long' should be viable-- it's not used much
 759 2011-12-21 21:02:57 <wumpus> anyway, I agree with gavinandresen, you should either overload on stdint types or on C types, not both
 760 2011-12-21 21:03:36 <gavinandresen> jgarzik or wumpus:  I'm about to disappear, can one of you decide whether (and how) to revert /
 761 2011-12-21 21:03:38 <gavinandresen> ?
 762 2011-12-21 21:03:47 <wumpus> git revert <commit>
 763 2011-12-21 21:05:17 <luke-jr> uh
 764 2011-12-21 21:05:18 <luke-jr> no
 765 2011-12-21 21:05:21 <luke-jr> git reset --hard HEAD^
 766 2011-12-21 21:05:29 <luke-jr> `git revert` will just add a new commit on top
 767 2011-12-21 21:05:38 <wumpus> yes it will make a new commit that undoes that commit
 768 2011-12-21 21:05:42 <luke-jr> but better to fix than revert
 769 2011-12-21 21:05:43 <wumpus> which is what you want usually
 770 2011-12-21 21:05:47 <luke-jr> wumpus: not in this case
 771 2011-12-21 21:06:02 <luke-jr> jgarzik: can you test this: http://paste.pocoo.org/show/524199/
 772 2011-12-21 21:06:09 <luke-jr> (or anyone else who can reproduce)
 773 2011-12-21 21:06:26 <wumpus> if you reset --hard HEAD^ you cannot push right?
 774 2011-12-21 21:06:33 <luke-jr> wumpus: sure you can, just need --force
 775 2011-12-21 21:06:35 <wumpus> unless you use -f but that's a recipe for disaster
 776 2011-12-21 21:06:43 <luke-jr> not really
 777 2011-12-21 21:06:56 <luke-jr> wumpus: can you reproduce?
 778 2011-12-21 21:07:40 <wumpus> I'll give it a try
 779 2011-12-21 21:09:22 <wumpus> yes I can reproduce, I get the errors
 780 2011-12-21 21:10:37 <wumpus> even after applying that pocoo patch
 781 2011-12-21 21:11:15 <wumpus> it still complains in CScript and CBignum
 782 2011-12-21 21:12:17 <wumpus> after removing all incarnations of long there too, it compiles
 783 2011-12-21 21:13:18 <wumpus> oh no it doesn't it just got somewhat further
 784 2011-12-21 21:13:23 <luke-jr> x.x
 785 2011-12-21 21:13:36 <wumpus> it messes up in qt too
 786 2011-12-21 21:13:44 <wumpus> I recommend reverting this commit for now, too much trouble
 787 2011-12-21 21:14:01 <luke-jr> there's not that much long use…
 788 2011-12-21 21:14:28 <luke-jr> how can I tell qmake to use different G++?
 789 2011-12-21 21:14:41 <wumpus> QVariant(int64_t) is also ambigious
 790 2011-12-21 21:15:03 <wumpus> it worked fine with the old type
 791 2011-12-21 21:15:09 <luke-jr> where is that?
 792 2011-12-21 21:15:15 <wumpus> I don't really see the advantage here
 793 2011-12-21 21:15:16 <luke-jr> the Qt code should all be using qint64
 794 2011-12-21 21:15:40 <wumpus>         case Fee:
 795 2011-12-21 21:15:40 <wumpus>             return QVariant(nTransactionFee);
 796 2011-12-21 21:15:50 <wumpus> in OptionsModel
 797 2011-12-21 21:16:19 <luke-jr> return QVariant(qint64(nTransactionFee));
 798 2011-12-21 21:16:20 <luke-jr> ?
 799 2011-12-21 21:18:26 <wumpus> that works, but it messes up in even more places...
 800 2011-12-21 21:19:11 <wumpus> I really don't see the point of casting from one 64 bit type to another all over the place
 801 2011-12-21 21:19:15 * luke-jr wonders if boost::int64_t would be better
 802 2011-12-21 21:20:06 <wumpus> you'd want to typedef such a long name anyway
 803 2011-12-21 21:20:12 <wumpus> so we're back to our own int64 type
 804 2011-12-21 21:20:17 <wumpus> which was fine imo
 805 2011-12-21 21:22:50 <luke-jr> best to use standards
 806 2011-12-21 21:23:35 <wumpus> well to use standard you could just have defined our int64 type to a standard type (like boost::int64_t), no use to change it all over the place
 807 2011-12-21 21:23:39 <luke-jr> what's the error Qt is giving you?
 808 2011-12-21 21:23:48 <wumpus> can't you try it yourself?
 809 2011-12-21 21:23:52 <luke-jr> it builds fine for me
 810 2011-12-21 21:27:01 datagutt has quit (Quit: Computer has gone to sleep.)
 811 2011-12-21 21:30:27 * luke-jr sets up a VM
 812 2011-12-21 21:32:17 <wumpus>         qint64 nFeeRequired = 0;
 813 2011-12-21 21:32:17 <wumpus>         bool fCreated = wallet->CreateTransaction(vecSend, wtx, keyChange, nFeeRequired);
 814 2011-12-21 21:33:07 <wumpus> nah easy to fix
 815 2011-12-21 21:34:06 <wumpus> wtf
 816 2011-12-21 21:34:07 <wumpus> /store/orion/projects/bitcoin/bitcoin-qt-build-desktop/../bitcoin/src/wallet.h:93: note:   no known conversion for argument 1 from ‘std::vector<std::pair<CScript, long long int> >’ to ‘const std::vector<std::pair<CScript, long int> >&’
 817 2011-12-21 21:34:22 <wumpus> ok, giving up...
 818 2011-12-21 21:36:09 <luke-jr> what are the build deps for Debian?
 819 2011-12-21 21:36:41 <wumpus> they're in the doc/bitcoin-qt
 820 2011-12-21 21:37:14 <CIA-100> bitcoin: Wladimir J. van der Laan master * rbde280b / (58 files in 4 dirs): Revert "Use standard C99 (and Qt) types for 64-bit integers" ... https://github.com/bitcoin/bitcoin/commit/bde280b9a4da2652716c8ffdeed9ebfa4461cc70
 821 2011-12-21 21:39:03 <luke-jr> … don't do tht
 822 2011-12-21 21:39:21 <luke-jr> git reset --hard HEAD^^ && git push --force
 823 2011-12-21 21:40:26 osmosis has joined
 824 2011-12-21 21:40:41 * luke-jr pokes wumpus
 825 2011-12-21 21:40:59 TD has joined
 826 2011-12-21 21:41:21 <luke-jr> if you're going to undo it, undo it right
 827 2011-12-21 21:41:36 <sipa> wumpus: long long in gcc is 64-bit on both 32-bit and 64-bit architectures
 828 2011-12-21 21:41:53 <sipa> wumpus: long is 32-bit on 32-bit systems and 64-bit on 64-bit systems
 829 2011-12-21 21:41:59 <sipa> (iirc)
 830 2011-12-21 21:42:47 <luke-jr> sipa: can you fix it for him? :P
 831 2011-12-21 21:43:26 <gmaxwell> sipa: not quite.
 832 2011-12-21 21:43:58 <gmaxwell> sipa: windows always makes life complicated.
 833 2011-12-21 21:44:13 <wumpus> sipa: I know 
 834 2011-12-21 21:44:24 <gmaxwell> (long is 32 bits on windows 64-bit :( )
 835 2011-12-21 21:44:41 <wumpus> just don't use long
 836 2011-12-21 21:45:14 <sipa> just use either always explicit types (uint32_t, uint64_t), or only native types (int, long, long long)
 837 2011-12-21 21:45:47 <sipa> but indeed, long especially is asking for trouble
 838 2011-12-21 21:45:48 <wumpus> there's no reason for using it really, if you don't care you can use int if you need a big type use long long
 839 2011-12-21 21:45:56 <luke-jr> WILL SOMEONE PLEASE FIX THE MASTER REPOSITORY?
 840 2011-12-21 21:46:15 <wumpus> it's fixed I've reverted your commit so it builds again
 841 2011-12-21 21:46:32 <luke-jr> wumpus: for the hundredth time, you're not supposed to revert, you're supposed to undo
 842 2011-12-21 21:46:40 <luke-jr> reverting it breaks stuff
 843 2011-12-21 21:46:57 <wumpus> push -f also breaks stuff, people can't fast-forward merge anymore
 844 2011-12-21 21:47:16 <luke-jr> no, push -f doesn't break stuff
 845 2011-12-21 21:47:43 <luke-jr> revert 'breaks' fast-forward far more than push -f
 846 2011-12-21 21:47:53 <wumpus> push -f would fuck everyone that already pulled the new version
 847 2011-12-21 21:47:57 <luke-jr> no, it wouldn't.
 848 2011-12-21 21:48:03 <sipa> but push -f changes history, and i prefer really not to do that on the master
 849 2011-12-21 21:48:09 <wumpus> exactly
 850 2011-12-21 21:48:12 <luke-jr> sipa: that's what is wanted here
 851 2011-12-21 21:48:17 <sipa> too bad
 852 2011-12-21 21:48:30 <gmaxwell> push -f would make other people reset --hard. ::shrugs::
 853 2011-12-21 21:48:35 <wumpus> yep...
 854 2011-12-21 21:48:42 <luke-jr> 'revert' breaks blame and merging in two different ways
 855 2011-12-21 21:49:12 <gmaxwell> I do it all the time on my personal repos.. it only makes people hate me a little. I try not to do it on official repos though.
 856 2011-12-21 21:49:20 <sipa> it shouldn't have been merged into master in the first place, if it broke things
 857 2011-12-21 21:49:28 <wumpus> I don't think the commit should have been merged in the first place
 858 2011-12-21 21:49:28 <luke-jr> sipa: that's my point
 859 2011-12-21 21:49:29 <wumpus> indeed
 860 2011-12-21 21:49:39 <luke-jr> a proper reset undoes the merge
 861 2011-12-21 21:50:10 <wumpus> there was no merge, just a normal commit....
 862 2011-12-21 21:50:27 <luke-jr> the revert makes it impossible to merge again when it's fixed, breaks merging other stuff on top of it without unnecessary conflicts, and finally messes up history to show where the affected lines came from
 863 2011-12-21 21:50:28 oww has quit (Remote host closed the connection)
 864 2011-12-21 21:50:40 <luke-jr> wumpus: irrelevant
 865 2011-12-21 21:51:05 <wumpus> I think it changed too much stuffa ll over the place for a purely cosmetic reason, I don't think I would have ack'ed it in the first place
 866 2011-12-21 21:51:19 <sipa> who merged it?
 867 2011-12-21 21:51:21 <luke-jr> so reset it properly already
 868 2011-12-21 21:51:23 <luke-jr> sipa: Gavin
 869 2011-12-21 21:51:23 <wumpus> gavinandresen
 870 2011-12-21 21:51:40 <sipa> i'm all in favor of changing to more common data types
 871 2011-12-21 21:51:52 <sipa> but it needs to work, obviously
 872 2011-12-21 21:52:13 <wumpus> well I don't think it's worth the impact in this case, especially in the serialization mechanism
 873 2011-12-21 21:52:46 <luke-jr> sipa: if someone can reset it properly, I can push a fix, and someone can pull that
 874 2011-12-21 21:52:49 <wumpus> and all the casts from one 64 bit integer type to another in the qt ui, eek
 875 2011-12-21 21:52:54 <luke-jr> but with a revert, it won't merge
 876 2011-12-21 21:53:14 <wumpus> why don't we just define a coin_t and use that?
 877 2011-12-21 21:53:27 <luke-jr> wumpus: because this isn't all coins?
 878 2011-12-21 21:53:46 <wumpus> after all, the 64 bit is just an implementation detail.. we might want to change to 128 bit some day
 879 2011-12-21 21:54:01 <wumpus> which means another big whoopass commit.. wasn't that what typedef was invented for :-)
 880 2011-12-21 21:54:18 chrisb__ has joined
 881 2011-12-21 21:54:35 <luke-jr> k, got a VM reproducing it
 882 2011-12-21 21:54:42 <sipa> luke-jr: still, someone can cherry-pick another fix you make, right?
 883 2011-12-21 21:54:56 <luke-jr> sipa: not afaik
 884 2011-12-21 21:55:11 <luke-jr> 'revert' isn't intended for quick and dirty "bugfixes"
 885 2011-12-21 21:55:17 <luke-jr> it's intended for ripping stuff out permanently
 886 2011-12-21 21:55:20 <wumpus> sipa: you can
 887 2011-12-21 21:55:36 <wumpus> revert can be used to temporarily remove things, I've done it before...
 888 2011-12-21 21:55:43 <luke-jr> abused*
 889 2011-12-21 21:55:58 <wumpus> push -f on a public repository is abuse, luke-jr
 890 2011-12-21 21:56:11 <sipa> and i still believe that no forced updates should be done to our public repository
 891 2011-12-21 21:56:25 <jrmithdobbs> or to dev trees
 892 2011-12-21 21:56:26 <jrmithdobbs> ;p
 893 2011-12-21 21:56:27 <luke-jr> wumpus: not when you need to undo a push
 894 2011-12-21 21:56:31 <jrmithdobbs> (not gonna win this argument)
 895 2011-12-21 21:57:52 <wumpus> anyway, next time there's a commit that changes all the files in the source code, I'd like to know in advance 
 896 2011-12-21 21:58:31 <sipa> wumpus: in favor of coin_t, btw
 897 2011-12-21 21:58:34 <jrmithdobbs> just roll revert to 595925592d36fb5d5d34beea3c3e71fca2b6726e and start over
 898 2011-12-21 21:58:39 <jrmithdobbs> s/roll//
 899 2011-12-21 21:58:54 <jrmithdobbs> 595925592d36fb5d5d34beea3c3e71fca2b6726e was after op_eval and before any fuckery
 900 2011-12-21 21:59:14 <[Tycho]> What did you do to bitcoin ?
 901 2011-12-21 21:59:51 <gavinandresen> changed int64 to int64_t, and all hell broke loose on 64-bit compiles.....
 902 2011-12-21 21:59:51 <jrmithdobbs> luke did it
 903 2011-12-21 22:00:04 <wumpus> luke broke the build
 904 2011-12-21 22:00:04 <gavinandresen> ... which makes me really nervous, actually....
 905 2011-12-21 22:00:14 <luke-jr> gavinandresen: care to reset it properly? -.-
 906 2011-12-21 22:00:15 <jrmithdobbs> gavinandresen: using c99 datatypes in c++ is asking for pain
 907 2011-12-21 22:00:32 * luke-jr wonders if boost::int64_t would work
 908 2011-12-21 22:00:43 <wumpus> but please just typedef the current int64 type 
 909 2011-12-21 22:00:44 <gavinandresen> luke-jr: I'll let people with more git experience than me decide what The Right Thing Is, I'm have no opinion.
 910 2011-12-21 22:00:49 <wumpus> don't go replacing all over the place
 911 2011-12-21 22:02:05 <gavinandresen> wumpus:  I'll get your ACK before any more change-the-world changes (I pulled because sipa said in IRC yesterday he was for the change, then jgarzik ACK'ed....)
 912 2011-12-21 22:02:20 <jrmithdobbs> gavinandresen: i think you should revert to before that commit and not pull it at all. it's a flawed update anyways
 913 2011-12-21 22:02:34 <wumpus> gavinandresen: ok, at least there has been discussion, that's good :-) 
 914 2011-12-21 22:02:43 <gavinandresen> jrmithdobbs: I'll let people with more git experience yada yada yada
 915 2011-12-21 22:02:46 <sipa> jrmithdobbs: you weren't for forced updates?
 916 2011-12-21 22:02:57 <wumpus> jrmithdobbs: I have already reverted it!
 917 2011-12-21 22:02:58 <jrmithdobbs> sipa: no but this is a special occassion
 918 2011-12-21 22:03:11 slush has quit (Quit: Leaving.)
 919 2011-12-21 22:03:13 <wumpus> it compiles again now
 920 2011-12-21 22:03:19 <wumpus> crisis is over :P
 921 2011-12-21 22:03:24 <jrmithdobbs> heh
 922 2011-12-21 22:03:30 marf_away has quit (Ping timeout: 252 seconds)
 923 2011-12-21 22:03:38 <gavinandresen> Yes, it's the Solstice!  See y'all later....  I've got to stop using electricity now (family tradition)
 924 2011-12-21 22:03:54 gavinandresen has quit (Quit: gavinandresen)
 925 2011-12-21 22:03:58 <luke-jr> that tradition sucks
 926 2011-12-21 22:04:09 <rjk2> lolwut
 927 2011-12-21 22:04:18 <luke-jr> whatever, I'm dropping stdint if you guys are going to make it hard
 928 2011-12-21 22:04:30 <jrmithdobbs> haha what
 929 2011-12-21 22:04:55 <luke-jr> I'll let sipa do it ;)
 930 2011-12-21 22:04:57 <wumpus> luke-jr: why not change the typedef of the int64 type if you want to use a standard type?
 931 2011-12-21 22:05:03 <jrmithdobbs> luke-jr: what you're trying to do needs to be done but using the c99 datatypes is going to cause pain
 932 2011-12-21 22:05:07 <wumpus> why did you need to replace it all over the source code?
 933 2011-12-21 22:05:25 <luke-jr> wumpus: because that's the *point* of using standards.
 934 2011-12-21 22:05:32 ForceMajeure_ has joined
 935 2011-12-21 22:05:33 <jrmithdobbs> wumpus: the types he's trying to use aren't even valid in c++ and could be defined with c99 macros that wont even parse in the c++ cp
 936 2011-12-21 22:05:41 <jrmithdobbs> s/cp$/cpp/
 937 2011-12-21 22:05:45 <wumpus> jrmithdobbs: hm ok
 938 2011-12-21 22:05:59 <wumpus> so what to use if you want 64 bit "standard" in c++?
 939 2011-12-21 22:06:08 <jrmithdobbs> it's not in the standard
 940 2011-12-21 22:06:10 <jrmithdobbs> iirc
 941 2011-12-21 22:06:11 <luke-jr> wumpus: stdint is standard for C++ too
 942 2011-12-21 22:06:14 <wumpus> lol ...
 943 2011-12-21 22:06:19 <luke-jr> jrmithdobbs just wants to compile some OLDER C++ standard
 944 2011-12-21 22:06:36 <sipa>  wumpus if it would have worked fine (and well tested...), i'd have no problem with a search-replace in the sourcecode to other data types
 945 2011-12-21 22:06:41 <jrmithdobbs> luke-jr: the rest of the code isn't C0x or whatever the newer c++ standard is and gcc isn't being told it is
 946 2011-12-21 22:06:47 <luke-jr> jrmithdobbs: yes it is
 947 2011-12-21 22:07:02 <luke-jr> sipa: you can take the job :p
 948 2011-12-21 22:07:10 * sipa hesitates
 949 2011-12-21 22:07:13 Ken` has joined
 950 2011-12-21 22:07:16 <wumpus> sipa: the problem is that this messes up other people's merges as well, if you change half the source code
 951 2011-12-21 22:07:28 ForceMajeure__ has joined
 952 2011-12-21 22:07:31 <luke-jr> jrmithdobbs: //-style comments requires the same C++ updates that introduce stdint
 953 2011-12-21 22:07:32 <sipa> yes, true, but it's an easy change for them as well
 954 2011-12-21 22:07:41 <wumpus> nothing will cleanly apply anymore.. which is ok if you're doing real refactoring, but not for something like this
 955 2011-12-21 22:07:43 <luke-jr> wumpus: hence why i began rebasing :P
 956 2011-12-21 22:08:07 ForceMajeure has quit (Ping timeout: 240 seconds)
 957 2011-12-21 22:08:20 <luke-jr> wumpus: well, that's a differnet problem really
 958 2011-12-21 22:08:25 <jrmithdobbs> luke-jr: no it didn't, stdint.h in c++ is c0x or w/e
 959 2011-12-21 22:08:26 ForceMajeure__ is now known as ForceMajeure
 960 2011-12-21 22:08:27 <luke-jr> the problem there is that merges take too long
 961 2011-12-21 22:08:34 <luke-jr> jrmithdobbs: TR1
 962 2011-12-21 22:08:37 <jrmithdobbs> luke-jr: // comments are pre-standardization
 963 2011-12-21 22:08:42 <luke-jr> nope
 964 2011-12-21 22:08:49 <jrmithdobbs> boreland even supported them
 965 2011-12-21 22:09:01 <wumpus> even msvc6 supported them :')
 966 2011-12-21 22:09:08 <jrmithdobbs> boreland pre-windows
 967 2011-12-21 22:09:10 <jrmithdobbs> i mean
 968 2011-12-21 22:09:47 ForceMajeure_ has quit (Ping timeout: 240 seconds)
 969 2011-12-21 22:09:50 <jrmithdobbs> luke-jr: see this thread, stdint.h is c++0x
 970 2011-12-21 22:09:54 <jrmithdobbs> luke-jr: http://www.velocityreviews.com/forums/t450909-c-equivalent-of-stdint-h.html
 971 2011-12-21 22:10:04 <luke-jr> jrmithdobbs: wd, you learned to quote other idiots :p
 972 2011-12-21 22:10:29 <jrmithdobbs> luke-jr: no i've gone through the damned specs looking for it before that's just the most concise "it doesn't" answer google pulled up
 973 2011-12-21 22:10:52 karnac has joined
 974 2011-12-21 22:13:04 wasabi2 has joined
 975 2011-12-21 22:13:14 f33x has joined
 976 2011-12-21 22:13:19 <jrmithdobbs> luke-jr: you want a copy of the standard to look for yourself you can pay $200 or w/e like everyone else ;p
 977 2011-12-21 22:14:27 slush1 has quit (Ping timeout: 240 seconds)
 978 2011-12-21 22:14:45 iocor has quit (Quit: Computer has gone to sleep.)
 979 2011-12-21 22:15:02 wasabi has quit (Ping timeout: 252 seconds)
 980 2011-12-21 22:16:45 <luke-jr> btw, instead of coin_t, amount_t would be better :p
 981 2011-12-21 22:16:56 <sipa> or btc_t
 982 2011-12-21 22:17:27 <jrmithdobbs> voting tbc_t denominated in base 10
 983 2011-12-21 22:17:32 <luke-jr> no, because it's not BTC
 984 2011-12-21 22:17:33 <jrmithdobbs> just to end that discussion
 985 2011-12-21 22:17:46 <luke-jr> it's Satoshis
 986 2011-12-21 22:17:59 acdb has quit (Read error: Connection reset by peer)
 987 2011-12-21 22:20:00 <luke-jr> jrmithdobbs: troll
 988 2011-12-21 22:20:10 <jrmithdobbs> luke-jr: catholic
 989 2011-12-21 22:20:24 <copumpkin> oh, burn
 990 2011-12-21 22:20:42 _Fireball has quit (Quit:  Want to be different? Try HydraIRC -> http://www.hydrairc.com <-)
 991 2011-12-21 22:22:13 antix has quit (Ping timeout: 252 seconds)
 992 2011-12-21 22:22:50 <luke-jr> jrmithdobbs: trying to get on my good side?
 993 2011-12-21 22:23:24 <jrmithdobbs> not up for a trip through the 4 dimmension and beyond right now
 994 2011-12-21 22:23:26 <jrmithdobbs> maybe later
 995 2011-12-21 22:23:53 ovidiusoft has joined
 996 2011-12-21 22:24:01 antix has joined
 997 2011-12-21 22:25:02 <ovidiusoft> hello all, i have an issue I don't know how to test...
 998 2011-12-21 22:25:15 <luke-jr> …
 999 2011-12-21 22:26:02 <ThomasV> ovidiusoft: people expect you to ask your question directly
1000 2011-12-21 22:26:06 <ovidiusoft> i run bitcoind on a server and every time there is high cpu load (not I/O), bitcoind stops updating the blockchain, rpc is very slow (10-20 seconds)
1001 2011-12-21 22:26:06 PK has quit ()
1002 2011-12-21 22:26:27 <ovidiusoft> p2p connections timeout and no new connections get established
1003 2011-12-21 22:26:29 dissipate has joined
1004 2011-12-21 22:26:30 dissipate has quit (Changing host)
1005 2011-12-21 22:26:30 dissipate has joined
1006 2011-12-21 22:27:08 <ovidiusoft> except high cpu usafe for some pretty long tasks (1-2 hours), that machine is not loaded
1007 2011-12-21 22:27:21 <ovidiusoft> any suggestion what I should test?
1008 2011-12-21 22:27:22 karnac has quit (Quit: karnac)
1009 2011-12-21 22:27:28 <CIA-100> bitcoin: Luke Dashjr force_send * r6f0a9e001eb1 bitcoind-personal/src/ (bitcoinrpc.cpp main.cpp main.h noui.h wallet.cpp wallet.h): Don't automatically include fees via JSON-RPC, and (with undocumented -nosafefees option) allow forcing them to send with under the 'minimum' http://tinyurl.com/84tgdnb
1010 2011-12-21 22:27:30 <CIA-100> bitcoin: Luke Dashjr force_send * r1ab2a5114662 bitcoind-personal/src/ (bitcoinrpc.cpp db.cpp init.cpp main.cpp main.h noui.h): Accept automatic fees up to new "maxtxfee" parameter http://tinyurl.com/7khhvln
1011 2011-12-21 22:27:32 <CIA-100> bitcoin: Luke Dashjr force_send * rf65a6a57b149 bitcoind-personal/src/main.cpp: Accept any transaction (fee-free or even non-standard) from myself http://tinyurl.com/7smb42u
1012 2011-12-21 22:27:38 <CIA-100> bitcoin: Luke Dashjr force_send * radd39c8df2e7 bitcoind-personal/src/ (bitcoinrpc.cpp wallet.cpp wallet.h): Refactor maxtxfee and -nosafefees slightly to work together http://luke.dashjr.org/programs/bitcoin/w/bitcoind/luke-jr.git/commitdiff/add39c8df2e7ec067ff75b2f2c6754800568c0a2
1013 2011-12-21 22:27:40 <ovidiusoft> 0.5.0 on Linux, btw
1014 2011-12-21 22:27:56 OneFixt has quit (Read error: Connection reset by peer)
1015 2011-12-21 22:28:12 OneFixt has joined
1016 2011-12-21 22:28:27 <luke-jr> ovidiusoft: first step is to upgrade to 0.5.0.2 or 0.5.1
1017 2011-12-21 22:28:37 <luke-jr> ideally 0.5.1
1018 2011-12-21 22:28:38 OneFixt is now known as Guest1251
1019 2011-12-21 22:29:19 <ovidiusoft> luke-jr: iup, that's already scheduled
1020 2011-12-21 22:29:45 <ovidiusoft> what if nothing changes (as I expect...) ?
1021 2011-12-21 22:29:48 TD has quit (Quit: TD)
1022 2011-12-21 22:29:49 [Tycho] has quit (Remote host closed the connection)
1023 2011-12-21 22:30:17 Guest1251 has quit (Changing host)
1024 2011-12-21 22:30:17 Guest1251 has joined
1025 2011-12-21 22:30:30 <luke-jr> ovidiusoft: figure out which thread is eating CPU time (Shift-'H' in top), then get a backtrace of it
1026 2011-12-21 22:30:34 Guest1251 is now known as OneFixt
1027 2011-12-21 22:31:10 <ovidiusoft> luke-jr: that's the problem, except my own cpu-intensive processes, bitcoind seems healthy
1028 2011-12-21 22:31:40 <luke-jr> oh, I misread your original thing
1029 2011-12-21 22:32:12 <luke-jr> try renicing your high CPU stuff?
1030 2011-12-21 22:32:25 <ovidiusoft> already running with lowest prio
1031 2011-12-21 22:32:39 <ovidiusoft> everything else on that server is responding as expected
1032 2011-12-21 22:39:13 iocor has joined
1033 2011-12-21 22:39:15 iocor has quit (Changing host)
1034 2011-12-21 22:39:15 iocor has joined
1035 2011-12-21 23:06:14 andrew12 has joined
1036 2011-12-21 23:10:41 erle- has quit (Quit: erle-)
1037 2011-12-21 23:12:08 Clipse has quit (Ping timeout: 240 seconds)
1038 2011-12-21 23:18:18 Apexseals has quit ()
1039 2011-12-21 23:19:43 f33x has quit (Quit: f33x)
1040 2011-12-21 23:28:14 Kolky has quit (Quit: Bye bye!)
1041 2011-12-21 23:36:01 ThomasV has quit (Quit: Quitte)
1042 2011-12-21 23:44:47 Shaded has joined
1043 2011-12-21 23:47:46 RazielZ has quit (Quit: Leaving)
1044 2011-12-21 23:50:23 Clipse has joined
1045 2011-12-21 23:51:46 chrisb__ has quit (Quit: Ex-Chat)
1046 2011-12-21 23:52:31 da2ce7 has joined
1047 2011-12-21 23:57:10 ovidiusoft has quit (Ping timeout: 240 seconds)