Please test: Bitcoin v0.3.22 release candidate

[Cryptoman]

I've been testing the -port option, and it doesn't seem to work.  I set a different port, yet bitcoind seems to still be establishing connections on 8333 (as shown by netstat).  I tried setting the port through both the command line option and in the bitcoin.conf file.  Has anyone else tested this?

Bitcoin still has to make a ton of outgoing connections to ...:8333 because that is where remote nodes are listening and thus connections must be made to that port, but, as always, it will connect from ...:[random high-number port].  According to my system, it is listening properly on *:[port i set]

Well, maybe I misunderstood the purpose of the -port option.  I'd like bitcoind not to use 8333 for anything.  I don't want any traffic on the network to/from port 8333.  I have my own peers spelled out in the bitcoin.conf file (connect=x.x.x.x), so I don't need to discover nodes.  Is there a way to establish an outgoing connection on an alternate port?

[Matt Corallo]

Well, maybe I misunderstood the purpose of the -port option.  I'd like bitcoind not to use 8333 for anything.  I don't want any traffic on the network to/from port 8333.  I have my own peers spelled out in the bitcoin.conf file (connect=x.x.x.x), so I don't need to discover nodes.  Is there a way to establish an outgoing connection on an alternate port?

If you connect=x.x.x.x it connects to that node on port 8333, which is the default port.  You would have to patch the client to connect= on a different port, and those nodes would have to change their listen ports.

[Cryptoman]

 You would have to patch the client to connect= on a different port, and those nodes would have to change their listen ports.

OK, thanks.  I did this and it seems to work fine.  The only change needed was GetDefaultPort() in net.h.  I do believe this is something that should be configurable from the command line.  Various entities could start watching/blocking port 8333 in an attempt to shut Bitcoin down.

One other question...how do I generate 64-bit binaries?  Compile from a 64-bit machine?  I don't see any switches in the makefile.

[technowizard12]

Thanks for fixing the transaction fee thing. I had something annoying happen to me today.

I tried to send .10 BTC to another computer of mine, and it asked for a .02 transaction fee. I set the fee at .02 and try and send .08 BTC, and it tells me that I need a fee of at least .04 to send it.

Argh! It's moments like that which made Mac OS 9 apologize profusely and disown all responsibility before giving an error report.

--Edit--

Nope. Still happens. I don't want to have to spend half of my transaction on fees!

[kjj]

 You would have to patch the client to connect= on a different port, and those nodes would have to change their listen ports.

OK, thanks.  I did this and it seems to work fine.  The only change needed was GetDefaultPort() in net.h.  I do believe this is something that should be configurable from the command line.  Various entities could start watching/blocking port 8333 in an attempt to shut Bitcoin down.

One other question...how do I generate 64-bit binaries?  Compile from a 64-bit machine?  I don't see any switches in the makefile.

Why do you want 64 bit binaries?

[Cryptoman]

Why do you want 64 bit binaries?

Because they might use the processor somewhat more efficiently I suppose.  Why does the Linux Bitcoin distribution come with 64-bit binaries?

[Matt Corallo]

Because they might use the processor somewhat more efficiently I suppose.

No, just...no.

Why does the Linux Bitcoin distribution come with 64-bit binaries?

Because there are occasionally some lib errors running the 32-bit ones on a 64-bit machine.

[dust]

The text in the options still says a fee of .01 is recommended.  Is this intentional?

[xf2_org]

The text in the options still says a fee of .01 is recommended.  Is this intentional?

Yes.  Scroll up and read the -rc5 release notes, and see this post.

[Ramokk]

Is anyone else having trouble solo mining with RC6?

I keep getting this:

Code:

bitcoin-miner 0.10  Copyright (c) 2011 Ufasoft  http://ufasoft.com/open/bitcoin
Mining for http://localhost:8332
1 threads       Using SSE2
0 MHash/s     Error 80072EE2:  The operation timed out

Once I try to start a miner, the bitcoin.exe (or bitcoind.exe if I run that) process pegs the CPU until I end-task it.  (Exiting makes the GUI go away, but the process keeps running with the CPU pegged.)

It used to work, and I have the proper username and password in my bitcoin.conf.

[gentakin]

I'm not sure which exact release candidate of 0.3.22 I am using, it says it's 0.3.22-beta. It's still using .0005 BTC fees, so it's probably not RC5.

I wanted to send a 1.0 BTC transaction, my balance was 1.0085BTC. Of course, the window came up asking me to add a 0.0005 fee, which I accepted. Suprisingly, I now have only 0.0 BTC left in my account.
The reason is simple, my transaction would have contained an output of 0.0085BTC (the "change"), so the fee was raised. I'd have expected the prompt to ask me if I'm okay with a 0.0085 fee instead of 0.0005.

As soon as my transaction is included in a block, I'll post a blockexplorer link.

Update - Here it is: http://blockexplorer.com/tx/e90356e7b71ba6c440ceeb5e1ea789f4b6dc14c62c0e5f8f00ebd1d5bb7ef8c2

[LZ]

Where is Gavin's announcement? I can not find it.

[xf2_org]

Where is Gavin's announcement? I can not find it.

Gavin did not make the announce: http://forum.bitcoin.org/index.php?topic=12269.0