Version 0.3.15 is now available. Changes: – paytxfee switch is now per KB, so it adds the correct fee for large transactions – sending avoids using coins with less than 6 confirmations if it can – BitcoinMiner processes transactions in priority order based on age of dependencies – make sure […]

Spent transactions can be forgotten (though they currently aren’t). That would prevent your sending coins back and forth from having a big impact on block size. The transaction inclusion issue is fixed by increasing fees and making non-generators aware of the current blocksize. The fees after 250KB should increase faster. […]

Is this the “official” logo? I understand how difficult it can be to make something truly professional when you don’t have the skills (which I don’t) or the software (which I also don’t) so I’m not trying to be rude, but wouldn’t it be better if we adopted something…better? I […]

Ok good to know others are able to run it ok. Unfortunately bitcoin is not a critical application for me and need to spend my time on other things.  If however there is a debugging build of the application which can provide line numbers for the crashed code (0xc0000005 – […]

I have the beginning of something like this.  It’s mostly like what Gavin described. Some more rpc interface: move <fromaccount> <toaccount> <amount> Move from one internal account to another.  I think blank account name (“”) will be your default account.  If you sell something to a user, you could do […]

I want to have multiple “accounts” with unique balances and to send and receive coins on a per-account basis.  The equiv. of having multiple wallets running at the same time. It would help to simply list the balance for each ‘receiving address’ and to specify a ‘source’ address when sending […]

Bitcoin is great, but it misses one thing that usual bank transfers have: payment title. Perhaps it should be possible to include short (<=512 bytes) message for each transaction. The message could be encrypted with public/private keys so only the receiver can see its contents. What do You think ? […]

Quote from: Odin on October 22, 2010, 21:24:38 Fault Module Name: mingwm10.dll This is the important clue.  I believe it’s saying it crashed in that.  Maybe there are other versions of it to try.  mingwm10.dll is just a simple placeholder thing that satisfies some callback requirement for multithreaded apps. Is […]

He already did that, and the same problem occurred right away. So it’s probably an antivirus issue. OK, if it really won’t get past block 1698 on redownload, then we’re in stranger territory. Yes, possibly he has antivirus software or even a router or filewall that is pattern matching a […]

Quote from: theymos on October 21, 2010, 22:00:26 his block count remains “stuck” at 1698. He was generating invalid blocks at difficulty 1.0.  He must have a corrupted entry in his blk0001.dat or blkindex.dat file.  He just needs to delete blk*.dat and let it redownload. The safety lockdown detected the […]