1 2011-07-06 00:12:47 <AlonzoTG> the comments in my implementation of the bitcoin protocol could probably be sub-titled "the exploits of Bozo the Clown".
  2 2011-07-06 00:12:51 <AlonzoTG> =\n1201368
  3 2011-07-06 00:13:26 <AlonzoTG> =\n1201371
  4 2011-07-06 00:34:24 <AlonzoTG> ugh,
  5 2011-07-06 00:34:32 <AlonzoTG> most of the code for this beastie was put in the HEADERS. =(
  6 2011-07-06 00:36:58 <gmaxwell> AlonzoTG: nah, it's not most of the code by far. This is also a normal and accepted practice for C++. (I think it's oboxious too, but it's certantly not something unique to bitcoin)
  7 2011-07-06 00:37:47 <AlonzoTG> You should only do it if it's: A) inline, B) seldom #included,  C) performance critical.
  8 2011-07-06 00:38:15 <AlonzoTG> Yeah, C++ implementations suck balls next to Java but that's how the shit gets done.
  9 2011-07-06 00:39:52 <gmaxwell> Well a lot of the stuff is little helpful functions which can be performance critical. And the compiler _will_ inline it, of course. Seldom included isn't really much of an issue compared to the hideously slow compiles the boost template crap causes.
 10 2011-07-06 00:40:52 <AlonzoTG> I'll have to look into that but I'm implementing my own Bitcoin daemon, It will be written to my exacting standards.
 11 2011-07-06 00:43:25 <midnightmagic> I like how you capitalise "It"
 12 2011-07-06 00:43:33 <midnightmagic> Say It with authority!
 13 2011-07-06 01:11:05 <AlonzoTG> warez da kode for the command strings?
 14 2011-07-06 01:12:19 <AlonzoTG> OMFG!!! I found something smart in the API!!!!
 15 2011-07-06 01:13:42 <AlonzoTG> MOTHER OF GOD!!! WHAT HORROR!!!
 16 2011-07-06 01:45:12 <grbgout> Does an account not appear in listaccounts until after it has received some BTC?
 17 2011-07-06 01:58:23 <gmaxwell> grbgout: no, thats a bug. I believe the pull with the account fixes fixes that.
 18 2011-07-06 02:01:47 <grbgout> gmaxwell: er, so the accounts I just created with btcd getnewaddress "Non-existant Account" are not associated with any account?  I didn't see the account listed in listaccounts.
 19 2011-07-06 02:02:37 <apr> how many confirmations are required for a block to go from "immature" to mature?
 20 2011-07-06 02:02:38 <gmaxwell> grbgout: I expect they'll show up after you restart bitcoin.
 21 2011-07-06 02:02:45 <apr> and when it's mature, can you assume it's not "invalid" as suc?
 22 2011-07-06 02:02:50 <apr> s/suc/such/;
 23 2011-07-06 02:02:59 <gmaxwell> apr: "immature" is a status shown on newly generated bitcoin.
 24 2011-07-06 02:03:24 <grbgout> gmaxwell: ah, and it's safe to use the addresses of course?
 25 2011-07-06 02:03:27 <apr> right, so is it always immature until it's used in a transaction? or until after a set number of confirmations?
 26 2011-07-06 02:03:36 <gmaxwell> It's already in a block but it's immature for 120 blocks to avoid issues caused by coin being lost after a block is invalidated.
 27 2011-07-06 02:03:51 <apr> aha
 28 2011-07-06 02:03:57 <gmaxwell> grbgout: Yes, as far as I can tell.
 29 2011-07-06 02:04:32 <apr> thanks! and one more quick thing, how does a block become / get invalidated? can it be found out before waiting for it to mature? are all matured blocks definatly valid?
 30 2011-07-06 02:04:35 <grbgout> gmaxwell: cool, thanks.
 31 2011-07-06 02:06:03 <gmaxwell> apr: a block is invalidated if it doesn't become part of the longest chain. _Normally_ this would happen within two blocks of its creation. But, for example, if you got disconnected from the internet and mined on your own for a while you wouldn't notice the blocks you created while disconnected were invalidated until you rejoined the network and found out that there were many more blocks not based on yours out there.
 32 2011-07-06 02:06:48 <apr> gmaxwell: aha, so a pool pays out before the block is normally "matured", but, after X blocks have followed?
 33 2011-07-06 02:07:08 <apr> assuming the pool has the funds to cover the payout before matureity etc
 34 2011-07-06 02:07:16 <gmaxwell> apr: depends on the pool.
 35 2011-07-06 02:07:36 <apr> yes :) but i mean, as in maturity is not linked to validation right? :P
 36 2011-07-06 02:07:48 <gmaxwell> Deepbit pays out prematurely. I think everyone else doesn't pay out until maturity. Eligius pays you directly in the generated block.
 37 2011-07-06 02:08:52 <gmaxwell> apr: I'm not following you. A block is considered mature when there are 120 blocks after it in the chain. There won't be blocks after it if other nodes don't consider it valid (because they won't extend a chain they don't consider valid and the best)
 38 2011-07-06 02:08:53 <apr> kk sorry 1 hopefully last question, if a block is made invalid also, does this make the 'transaction' change from immature to "invalid" ? or similar? or is the transaction rejected before this?
 39 2011-07-06 02:09:56 <apr> gmaxwell: I think I get it now, that validity and maturity are completely different thing :) just trying to figure out, when i generate a new block, and i get a tx in bitcoin, how to decide, if it's valid or not from just the 'gettransactions'
 40 2011-07-06 02:10:00 <gmaxwell> The generated bitcoin (the 'immature' stuff) becomes hidden if the block becomes invalid (or also/better called orphaned). There is a patch to show those in list transaction as 'invalid'
 41 2011-07-06 02:11:02 <apr> aha where can i find this patch?
 42 2011-07-06 02:13:26 <apr> (e.g. does latest github have it included?)
 43 2011-07-06 02:15:33 <gmaxwell> apr: hmph. I can't find it now.
 44 2011-07-06 02:15:50 <gmaxwell> (it's not one I run, but I doubt I imagined it)
 45 2011-07-06 02:17:18 <apr> kk ty i'll search for it, or, by the sounds of it it cant be a hard patch to rewrite - worse case i'll rewrite it
 46 2011-07-06 02:17:21 <apr> thanks guys :)
 47 2011-07-06 02:21:51 <jrmithdobbs> ;;bc,blocks
 48 2011-07-06 02:21:52 <gribble> 134965
 49 2011-07-06 02:24:35 <jrmithdobbs> ;;bc,blocks
 50 2011-07-06 02:24:39 <gribble> 134965
 51 2011-07-06 02:24:50 <jrmithdobbs> gribble is behind by 3 blocks
 52 2011-07-06 02:24:52 <jrmithdobbs> wtf
 53 2011-07-06 02:27:12 <nanotube> jrmithdobbs: gribble pulls from bbe
 54 2011-07-06 02:27:19 <nanotube> so bbe is behind :)
 55 2011-07-06 02:28:56 <da2ce7> ey, nanotube, we should really be starting to think about a  distributed bbe system. So if/when bbe goes down it dosn't take down everything with it.
 56 2011-07-06 02:29:19 <nanotube> da2ce7: well, every bitcoin client has the potential to be a bbe
 57 2011-07-06 02:29:23 <nanotube> since they all have the blockchain
 58 2011-07-06 02:29:27 <da2ce7> yep
 59 2011-07-06 02:29:33 <nanotube> just need to add the gui to the client to explore the chain
 60 2011-07-06 02:29:42 <nanotube> and maybe add a few more indexes to the db
 61 2011-07-06 02:31:43 <Sami345> What is BBE?
 62 2011-07-06 02:34:04 <nanotube> blockexplorer.com
 63 2011-07-06 02:34:17 <nanotube> (the first b stands for the omitted 'bitcoin'
 64 2011-07-06 02:37:09 <ThomasV> blockexplorer should charge users a fee for access to the blockchain ...
 65 2011-07-06 02:37:47 <ThomasV> perhaps have a "premium account" service
 66 2011-07-06 02:39:47 <Sami345> I think there is something wrong with block 134966
 67 2011-07-06 02:40:05 <jrmithdobbs> why
 68 2011-07-06 02:40:27 <jrmithdobbs> 'wrong' or just something bbe doesn't understand
 69 2011-07-06 02:40:32 <jrmithdobbs> because that's two very different things
 70 2011-07-06 02:41:17 <Sami345> I think there is something strange in it
 71 2011-07-06 02:41:26 <Sami345> Because bbe doesn't understand it
 72 2011-07-06 02:41:53 <jrmithdobbs> looks like it understands it fine to me
 73 2011-07-06 02:42:11 <jrmithdobbs> just a bunch of shitty bitdust spam in it
 74 2011-07-06 02:42:25 <jrmithdobbs> and some laundering fun
 75 2011-07-06 02:42:55 <jrmithdobbs> this is why we can't have nice things: http://blockexplorer.com/tx/083f70208dc5cdddfc1d6a0d8201790558a99a59c59dc311c4cb6b307ee9bede
 76 2011-07-06 02:43:08 <jrmithdobbs> (aka, why required fees for shit txns are a good thing)
 77 2011-07-06 02:44:58 <CIA-103> bitcoinjs/node-bitcoin-p2p: Stefan Thomas master * r1dc8116 / (lib/bitcoin.js package.json): Version bump to 0.0.6. (+13 more commits...) - http://bit.ly/pP99xL https://github.com/bitcoinjs/node-bitcoin-p2p/commit/1dc811635440a2e15e717259d8439d2c6be91efb
 78 2011-07-06 02:50:39 <kunnis> jrmithdobbs   Yeah...  *wonders what that person is doing*    look at http://blockexplorer.com/address/18qr2srETSvQq4kP7yBYRqQ4LzmjhtRmcD
 79 2011-07-06 02:52:09 <jrmithdobbs> kunnis: looks pretty obviously to me
 80 2011-07-06 02:52:10 <diki> i am still wondering...jgarzik's miner should only submit if hash < target
 81 2011-07-06 02:52:21 <diki> well...all the hashes it sends are within a few seconds and rejected
 82 2011-07-06 02:52:21 <kunnis> jrmithdobbs  I don't get it..
 83 2011-07-06 02:52:36 <diki> for solo at diff 1.3 mills ofc
 84 2011-07-06 02:53:02 <jrmithdobbs> kunnis: looks like a pool payout address, as soon as he pays out he distributes it out to a bunch of different addresses, probably for laundering-type reasons thinking he's smart (but isn't) etc
 85 2011-07-06 02:53:28 <kunnis> Ahh... I wouldn't mind a payout system like that.
 86 2011-07-06 02:53:35 <jrmithdobbs> why
 87 2011-07-06 02:53:37 <kunnis> so I don't have to worry about getting a payout
 88 2011-07-06 02:53:49 <kunnis> I don't have to go to a website and hit a payout button
 89 2011-07-06 02:53:53 <jgarzik> diki: "jgarzik's miner should only submit if hash < target"  <-- that is an incorrect assumption
 90 2011-07-06 02:53:53 <jrmithdobbs> you're going to spend so much in txn fees dispersing and recombining it's not worth it
 91 2011-07-06 02:54:11 <jrmithdobbs> jgarzik: not from diki! never!
 92 2011-07-06 02:54:36 <kunnis> well it's going to my final destination, there's no expense recombining it
 93 2011-07-06 02:56:16 <jrmithdobbs> kunnis: when you spend it later you have to pull from all those tiny inputs though unless you want to wait forever to combine it back into one input and then send from that
 94 2011-07-06 02:56:32 <jrmithdobbs> (which can be done with time without a fee but not automatically with any publically available software i know of)
 95 2011-07-06 03:00:15 <kunnis> Ah, I expected the destinations to be used multiple times
 96 2011-07-06 03:00:37 <kunnis> they are only used once
 97 2011-07-06 03:13:33 <kunnis> I'm trying to understand the basic scripting.   it's something like..  OP_DUP OP_HASH160 c86b24db8805cfcdc66203f4fd3ac2eee2e24052 OP_EQUALVERIFY OP_CHECKSIG     so the pk starts on the stack, it gets duped, hashed and checked to the bitcoin address.   Then also check the sig to make sure the pk signs the message.
 98 2011-07-06 03:14:34 <kunnis> so if it's just OP_CHECKSIG, any signed transaction could transfer the money?
 99 2011-07-06 03:15:49 <Tamo> Hi, where would be the best place to get the most recent price per BTC data? in usd/eur/gbp
100 2011-07-06 03:16:05 <egecko> bitcoinwatch.com is pretty good
101 2011-07-06 03:16:17 <Tamo> Do they have a feed do you knw?
102 2011-07-06 03:16:22 <Tamo> I'm looking to make some local graphs
103 2011-07-06 03:17:11 <Tamo> ;;bc,convert gbp
104 2011-07-06 03:17:13 <gribble> 1 BTC = 14.29 US dollars = 8.9056 British pounds sterling
105 2011-07-06 03:24:09 <Tamo> http://bitcoincharts.com/t/weighted_prices.json
106 2011-07-06 03:24:11 <Tamo> Sorted
107 2011-07-06 03:27:43 <CIA-103> bitcoinjs/node-bitcoin-p2p: Stefan Thomas master * r50969a1 / README.md : Updated and simplified README. - http://bit.ly/peyjyE https://github.com/bitcoinjs/node-bitcoin-p2p/commit/50969a1c4ed4a8760981195e41a0f6aaa64a2f06
108 2011-07-06 03:31:50 <CIA-103> bitcoinjs/node-bitcoin-p2p: Stefan Thomas master * r9077bcd / daemon/start.js : Config path should be relative to current working directory. - http://bit.ly/mZ0M3W https://github.com/bitcoinjs/node-bitcoin-p2p/commit/9077bcdd017cca5c116a39075e668b28a291e316
109 2011-07-06 03:35:39 <egecko> so what has to be done to start a pool?
110 2011-07-06 04:22:03 <skEwb> simple question for you all, have bitcoind going and json-rpc as well as blkmond, if a block is ever found is it displayed on these consoles? how does one know if a block has been successfully found?
111 2011-07-06 05:21:22 <skEwb> nobody around?
112 2011-07-06 05:22:25 <rethaw> doesn't look like it
113 2011-07-06 05:23:35 <sturles> skEwb: bitcoin listtransactions "" will list all transactions, including blocks found.
114 2011-07-06 05:23:56 <skEwb> awesome
115 2011-07-06 05:24:03 <skEwb> thank you!
116 2011-07-06 05:24:26 <erus`> what db does bitcoind use internally?
117 2011-07-06 05:24:50 <skEwb> i thought it needs berkley when it compiles
118 2011-07-06 05:24:53 <skEwb> so i guess that
119 2011-07-06 05:25:51 <erus`> old school
120 2011-07-06 05:25:53 <erus`> :)
121 2011-07-06 05:26:10 <skEwb> sturles is the patch still needed for that?
122 2011-07-06 05:32:14 <skEwb> nvm works
123 2011-07-06 05:34:42 <phantomcircuit> sturles, it's only the last 10
124 2011-07-06 05:34:58 <phantomcircuit> and only for the default account
125 2011-07-06 05:43:03 <sturles> Default is 10.  You can get more (or less) by adding a number at the end.
126 2011-07-06 05:43:46 <sturles> My coins are always generated in the default account, but you can get another one by putting it inside the "".
127 2011-07-06 05:44:59 <sturles> This will give the last 100 transactions on your shop account: bitcoin listtransactions "shop" 100
128 2011-07-06 06:24:06 <TD> mornin
129 2011-07-06 06:36:51 <sipa> mornin, TD
130 2011-07-06 06:45:44 <[Tycho]> ;;bc,stats
131 2011-07-06 06:45:47 <gribble> Current Blocks: 134995 | Current Difficulty: 1379192.2882281 | Next Difficulty At Block: 135071 | Next Difficulty In: 76 blocks | Next Difficulty In About: 10 hours, 54 minutes, and 52 seconds | Next Difficulty Estimate: 1565264.28185423
132 2011-07-06 06:53:40 <vegard> so it's still going up.
133 2011-07-06 06:56:36 <TD> sipa: http://www.thinq.co.uk/2011/7/6/bitcoin-android-app-tips/
134 2011-07-06 06:56:52 <TD> i tried it. it works fine. he extended bitcoinj a bit. too early/risky for serious usage but it's a neat look at what's to come
135 2011-07-06 06:59:45 <TD> hey does anyone here have mod powers on the forum?
136 2011-07-06 06:59:54 <TD> it'd be good to sticky a post about the bitcoin-development mailing list
137 2011-07-06 07:01:21 <sipa> TD: agree
138 2011-07-06 07:01:36 <sipa> i don't have mod powers though
139 2011-07-06 07:45:27 <sipa> ''bc,stats
140 2011-07-06 07:45:30 <sipa> ;;bc,stats
141 2011-07-06 07:45:32 <gribble> Current Blocks: 135004 | Current Difficulty: 1379192.2882281 | Next Difficulty At Block: 135071 | Next Difficulty In: 67 blocks | Next Difficulty In About: 9 hours, 35 minutes, and 5 seconds | Next Difficulty Estimate: 1567241.08765187
142 2011-07-06 08:03:41 <[Tycho]> ;;bc,stats
143 2011-07-06 08:03:44 <gribble> Current Blocks: 135005 | Current Difficulty: 1379192.2882281 | Next Difficulty At Block: 135071 | Next Difficulty In: 66 blocks | Next Difficulty In About: 9 hours, 28 minutes, and 42 seconds | Next Difficulty Estimate: 1566015.59408457
144 2011-07-06 08:41:19 <diki> for solo at diff 1.3 mills ofc
145 2011-07-06 08:41:21 <diki> ...
146 2011-07-06 08:41:26 <diki> ;;bc,stats
147 2011-07-06 08:41:28 <gribble> Current Blocks: 135014 | Current Difficulty: 1379192.2882281 | Next Difficulty At Block: 135071 | Next Difficulty In: 57 blocks | Next Difficulty In About: 8 hours, 10 minutes, and 12 seconds | Next Difficulty Estimate: 1569464.81007888
148 2011-07-06 09:33:05 <phantomcircuit> getaccountaddress "" is reliably freezing bitcoind for me :|
149 2011-07-06 09:34:34 <BlueMatt> version?
150 2011-07-06 09:35:07 <phantomcircuit> git head
151 2011-07-06 09:36:26 <sipa> any other rpc calls being done?
152 2011-07-06 09:36:50 <phantomcircuit> sipa, nope
153 2011-07-06 09:37:11 <BlueMatt> wtf...lenovo ships laptops from hong kong when you order them to the us...
154 2011-07-06 09:37:15 <BlueMatt> youd think that is a waste of money
155 2011-07-06 09:37:58 <phantomcircuit> they ship them from hong kong either way
156 2011-07-06 09:38:08 <BlueMatt> and ups still says 4 business days to delivery
157 2011-07-06 09:38:18 <phantomcircuit> it's only a question of if it's in pieces or a while laptop
158 2011-07-06 09:38:26 <phantomcircuit> it'll take longer than 4 days
159 2011-07-06 09:38:29 <sipa> phantomcircuit: i can run 10 threads in parallel continuously doing that call on bitcoind here (also git head)
160 2011-07-06 09:38:31 <BlueMatt> yea, but they can ship a container full of parts and assemble them state side
161 2011-07-06 09:38:32 <phantomcircuit> customs ALWAYS holds them up
162 2011-07-06 09:38:36 <BlueMatt> yep
163 2011-07-06 09:38:42 <gmaxwell> In my past expirence the lenovo stuff came surprisingly fast.
164 2011-07-06 09:38:45 <BlueMatt> customs is a bitch
165 2011-07-06 09:39:07 <gmaxwell> (but its been a while)
166 2011-07-06 09:39:09 <phantomcircuit> gmaxwell, i've never had anything they shipped from china show up in under 2 weeks
167 2011-07-06 09:39:32 <BlueMatt> this is why I buy newegg
168 2011-07-06 09:39:41 <BlueMatt> guaranteed 3-day shipping for free
169 2011-07-06 09:39:54 <phantomcircuit> buying lenovo is a long term investment
170 2011-07-06 09:40:08 <phantomcircuit> i've also never had to wait > 1 day for a support request
171 2011-07-06 09:40:27 <gmaxwell> phantomcircuit: wow, well, thats not my expirence at all. For a recent example, 9mart express shipment (~$20) of pci-e cables took two days.
172 2011-07-06 09:40:59 <BlueMatt> well it all depends on customs for me...
173 2011-07-06 09:41:10 <phantomcircuit> well i've only ever dont laptops and expensive components
174 2011-07-06 09:41:15 <phantomcircuit> i think those take longer
175 2011-07-06 09:41:47 <BlueMatt> yea, they shipped a drive bay adapter really quick from the same state
176 2011-07-06 09:42:35 <phantomcircuit> yeah
177 2011-07-06 09:42:50 <phantomcircuit> they have components in the US but always do assembly in china
178 2011-07-06 09:43:06 <BlueMatt> cheaper there...
179 2011-07-06 09:43:19 <phantomcircuit> yeah orders of magnitude cheaper
180 2011-07-06 09:43:37 <BlueMatt> shame, oh well
181 2011-07-06 09:45:04 <phantomcircuit> JFK911, not right now
182 2011-07-06 09:45:11 <JFK911> ahh
183 2011-07-06 09:45:32 <JFK911> lenovo ships UPS from china, and they guarantee expedited customs clearance to the USA for them
184 2011-07-06 09:48:31 <CIA-103> bitcoinj: hearn@google.com * r121 /trunk/ (pom.xml src/com/google/bitcoin/core/VersionMessage.java): Bump version number to 0.3-SNAPSHOT http://bitcoinj.googlecode.com/svn-history/r121/
185 2011-07-06 09:50:11 <phantomcircuit> JFK911, yeah that doesn't actually happen
186 2011-07-06 09:50:26 <phantomcircuit> JFK911, i had a laptop from hong kong to san francisco get stuck in customs for 2 weeks
187 2011-07-06 09:50:28 <JFK911> it did for me
188 2011-07-06 09:52:35 <BlueMatt> TD: can you add "dnsseed.bluematt.me" to the the dnsseed list?
189 2011-07-06 09:53:24 <BlueMatt> also, now that I look at bitcoinj, damn it looks nice
190 2011-07-06 09:53:30 <BlueMatt> clean code, it looks like heaven
191 2011-07-06 09:57:35 <TD> BlueMatt: yes sir!
192 2011-07-06 09:57:39 <TD> that's the one being auto generated right?
193 2011-07-06 09:57:41 <TD> great work
194 2011-07-06 09:57:46 <BlueMatt> yep, thats the one
195 2011-07-06 09:58:23 <phantomcircuit> i rebuilt and rm -rf ~/.bitcoin
196 2011-07-06 09:58:33 <phantomcircuit> now im getting
197 2011-07-06 09:58:34 <phantomcircuit> DbEnv::open: Invalid argument
198 2011-07-06 09:58:34 <TD> seems the standard naming scheme is bitseed.* so far, but it doesn't matter
199 2011-07-06 09:58:38 <phantomcircuit> what did you guys do :|
200 2011-07-06 09:59:18 <CIA-103> bitcoinj: hearn@google.com * r122 /trunk/src/com/google/bitcoin/discovery/DnsDiscovery.java: Add dnsseed.bluematt.me to the DNS discovery list. http://bitcoinj.googlecode.com/svn-history/r122/
201 2011-07-06 10:01:14 <CIA-103> bitcoinj: hearn@google.com * r123 /trunk/tests/com/google/bitcoin/core/WalletTest.java: Remove the test prefix from WalletTest methods. It's unnecessary with JUnit 4. http://bitcoinj.googlecode.com/svn-history/r123/
202 2011-07-06 10:05:46 <BlueMatt> TD: oh, oops, oh well I had dnsseed.bitcoin.bit in the example conf and didnt bother changing it much...oh well yea it doesnt matter
203 2011-07-06 10:12:28 <CIA-103> bitcoinj: hearn@google.com * r124 /trunk/ (3 files in 3 dirs): Fix a bug in Transaction.getValueSentFromMe() in which inputs connected to outputs that existed in the wallet but were not actually owned by us were counted. Resolves issue 36. Patch from Jan M??ller. http://bitcoinj.googlecode.com/svn-history/r124/
204 2011-07-06 10:22:28 <Zoiah> BlueMatt: I regularly receive packages from Hong Kong within 3 days on my doorstep in the Netherlands.
205 2011-07-06 10:28:37 <Xenland> whats up mate
206 2011-07-06 10:28:43 <Xenland> mates*
207 2011-07-06 10:28:51 <Xenland> any body know why I get a LIBCURL_CHECK_CONFIG(, 7.10.1, ,' when doing ./configure on pushpool 5.1
208 2011-07-06 10:34:22 <diki> jgarzik:what does NPAR do?
209 2011-07-06 10:34:31 <diki> in sha256_4way.x
210 2011-07-06 10:34:34 <diki> *c
211 2011-07-06 10:38:19 <diki> nonce += NPAR;..meaning that if nonce = 0, then on each foreach it would increase by 32, ie 32,64,96