Never mind why, but the entire forum is full of broken links which point to http://bitcointalk.org/index.php?topic=... instead of http://bitcointalk.org/index.php?topic=...

It's not something that an average PHP developer wouldn't be able to handle within an hour.
So please, fix all the old links so they'd still work.

Sorry, my problem is probably stupid for people who have experience with Git, but unfortunately I'm not one of them so I need to ask.

Back on 0.3.x I made a fork and then I did some changes.
https://github.com/piotrnar/bitcoin-impexptx

Now I would like to merge these changes into the latest source base.

Must I delete the old fork/repo and start over again using my backup on the disk, or is there some other way?
I cannot have two different forks, can I?

When I receive some coins, a new address just magically appears in my client and I can use it right away.
But when I try to manually create it, using the GUI - it asks me for the password.
Why?

According to build-msw.txt all one needs to do is:

MSYS shell:
cd /c/db-4.8.30.NC-mgw/build_unix
sh ../dist/configure --enable-mingw --enable-cxx
make

It worked just perfect with the previous version (4.7.25).
But with 4.8.30 it just crashesh like this:

$ make
./libtool --mode=compile gcc -c -I. -I../dist/..  -O3  ../dist/../mutex/mut_win32.c
libtool: compile:  gcc -c -I. -I../dist/.. -O3 ../dist/../mutex/mut_win32.c  -DDLL_EXPORT -DPIC -o .libs/mut_win32.o
In file included from ./db_int.h:886:0,
                 from ../dist/../mutex/mut_win32.c:12:
../dist/../dbinc/repmgr.h:502:13: error: two or more data types in declaration specifiers
../dist/../dbinc/repmgr.h:502:1: warning: useless type name in empty declaration
make: *** [mut_win32.lo] Error 1

So how do you build it?

[753]

Variable length integer, from the bitcoin protocol.

It states very clearly in the wiki:

<= 0xffff   3   0xfd + uint16_t

Here it makes sense.

But the problem is, when I do getblocks with hash_stop set to zero, I get back inv where the count field is "fd f4 01"
Now, if I parse it according to the spec, it give me value 753 (0xfd + 0x01f4). While in fact the proper value is 500 (0x01f4)

So which one is wrong; the spec or the value inside the message?
Or am I wrong somewhere?

[EDIT:If you want to try this patch: https://github.com/piotrnar/bitcoin-impexptxHow to use it: https://bitcointalk.org/index.php?topic=28278.msg383312#msg383312]

I got paranoid and I moved my savings wallet to a separate PC that has a bitcoin client (so I can check my account's balance), but is never to be connected to the network. I just bring the blockchain there on a flash disk and use the client with the -rescan switch.
But this is more of a read-only mode, just to check my balance.
Money is nothing if you cannot spend it.
So since I am already so paranoid, I am wondering now: how am I going to spend that money without connecting my wallet to the internet?

Has anyone created a way to export a signed transaction from an offline bitcoin client into a file, and then import this transaction into an online client (obviously without the wallet), so it would get broadcasted to the network?

Is there any patch/forked source tree, which does that?
I can deal with the source code - no problem.
Just don't want o re-invent the wheel, if someone has done it already.

EDIT:
If you want to try this patch: https://github.com/piotrnar/bitcoin-impexptx
How to use it: https://bitcointalk.org/index.php?topic=28278.msg383312#msg383312

Will my Bitcoin client ever give up broadcasting one of my unconfirmed transactions?

I mean:
Is there some defined number of blocks after which it will just decide that my transaction does not have a chance to get mined? And so it will put the money back into the wallet, so I could spend it otherwise..
Or is it going to keep the unconfirmed amount blocked forever?

Can anyone please explain me?

So I read that every new block should appear after 10 minutes from the previous one.
And this is enforced by the difficulty.
So the difficulty is recalculated every few blocks , adjusting itself to the current hashing speed of the network, trying to reach 10min/block in the perfect case, which never happens...

Is this right?

Because if so it would imply that you cannot really predict an actual date when a specific block number would appear in the network.
Or can you?

When I do "listreceivedbyaddress 1 true" it gives me back not only my receiving addresses, but also an address to which I sent some money (obviously not mine).

My problem is that I use this list as a pool from which I pick up addresses and give them to users so they could send money to my wallet.
Is there a way to filter out the receiving addresses which are not pointing to my wallet?