and no it was regular transactions this time. What can cause this kind of issue ?

I know that if you send a transaction while not synced, or while having networking issues it can cause this to happen. I had this happen with a different coin a few months ago.

I'm still not sure why this happened, as I did make about 10 transactions before sending the 2 that got "stuck". Maybe they were either too fast, or I had network issues that I wasn't aware of.

The other thing I can say is that I was combining smaller blocks into bigger ones, (I had over 100 blocks sent into one) and the client was a bit laggy while preparing the transaction... Maybe something went wrong during that process.

Anyhow, -salvagewallet cleaned up that mess and I'm all good now. Thanks

EDIT: just did another transaction and never got caught up by the network... I'll redo the -salvagewallet thing but it's a pain and time consuming

EDIT: just did another transaction and never got caught up by the network... I'll redo the -salvagewallet thing but it's a pain and time consuming

here's the log if that could help

From a thread I read on dogecoin subreddit, which uses similar QT, there were problems of the wallet not staying synced properly and causing the type of problems we are seeing. It said the cause of the problem is boost library under version 1.5.5 being used when compiling from source. I am not sure whether this is the problem or not, in the makefile.mingw in the Tranz/HoboNickels repo it is showing boost 1.5.0 - which could be the problem. But also I don't even know if Tranz uses mingw to compile for windows or not.

I am trying to mess around with compiling for Windows right now, but this will be a learning experience for me because I have only compiled hobonickelsd on Ubuntu.

yeah maybe that is it... I'm using "version" : "v1.3.0.0-g76880ab-hobo" for MAC, maybe that is the problem... I will try to compile the latest version for MAC later tonight... It will be an new experience for me too... let's have fun

For all my windows compiles I use boost 1.55. I did not compile the Mac. I currently do not own a mac. This was going to be a project after I complete 1.4. But there maybe bigger fish to fry.

Hmm not I am not sure right off hand why it wouldn't get accepted? Did you try resendtx? After salvage wallet did it work? Did you use coin control or something different?

yes try resendtx but it didn't return any info and while it seemed to work, nothing happened.salvagewallet worked, yes.and yes I used coin control but I'm not sure on that last specific transaction, but the other yes.

First error was the icns file. it was looking for bitcoin.icns but there was hobonickels.icns. I changed the name to bitcoin.icns and updated to current version of logo. Maybe changing the reference in the source code for that.

Code:

make: *** No rule to make target `../HoboNickels/src/qt/res/icons/bitcoin.icns', needed by `HoboNickels-Qt.app/Contents/Resources/bitcoin.icns'. Stop.

then this warning appeared, but the compile moved on... I assume this was not a big deal, but I'm posting it so you can look at it and modify accordingly if it's a bigger issue.

PM your email so I can send you the debug txt, I can't copy paste it here the text exceeds the character limit for the forums and also pastebin free account.

Currently on block 2503 now. The wallet still producing PoS, I just mined 17 HBN a min ago.

Update:

I took out my wallet.dat file and it is syncing like it is supposed to, is my wallet.dat corrupted?

Update:

Yay! seems fine now after I synced the wallet and then added my wallet.dat file. The only problem now is the wallet will always go non responsive and freeze if I try to click on an option. This happens with the 1.3.0 and the 1.3.6.0 wallets and only when I have my wallet.dat in my appdata folder.

PM your email so I can send you the debug txt, I can't copy paste it here the text exceeds the character limit for the forums and also pastebin free account.

Currently on block 2503 now. The wallet still producing PoS, I just mined 17 HBN a min ago.

Update:

I took out my wallet.dat file and it is syncing like it is supposed to, is my wallet.dat corrupted?

Update:

Yay! seems fine now after I synced the wallet and then added my wallet.dat file. The only problem now is the wallet will always go non responsive and freeze if I try to click on an option. This happens with the 1.3.0 and the 1.3.6.0 wallets and only when I have my wallet.dat in my appdata folder.

I understand now..You are producing many PoS blocks and it is causing the GUI to become un-responsive.

Yes I have this fixed in 1.3.7+ but i haven't released it yet. For now you can type reservebalance=9999 in your console or when you start up. The 9999 should be 1/2 to 3/4 your coins.

The coins in reserve won't stake, but as some stake you can lower the reservebalance.

I am working on a few other fixes here before I release it. including the assert failures and the 22 wallet issues.

Yay! seems fine now after I synced the wallet and then added my wallet.dat file. The only problem now is the wallet will always go non responsive and freeze if I try to click on an option. This happens with the 1.3.0 and the 1.3.6.0 wallets and only when I have my wallet.dat in my appdata folder.

Brokenpixel, I am relieved that you figured out a solution for your dilemma. I have also experienced unresponsive client when I have many blocks staking, because of my VPS having only 666mhz of ram and very low cpu power. In order to prevent this you can use the reserve balance method Tranz suggested, or you can try to combine blocks.

PM your email so I can send you the debug txt, I can't copy paste it here the text exceeds the character limit for the forums and also pastebin free account.

Currently on block 2503 now. The wallet still producing PoS, I just mined 17 HBN a min ago.

Update:

I took out my wallet.dat file and it is syncing like it is supposed to, is my wallet.dat corrupted?

Update:

Yay! seems fine now after I synced the wallet and then added my wallet.dat file. The only problem now is the wallet will always go non responsive and freeze if I try to click on an option. This happens with the 1.3.0 and the 1.3.6.0 wallets and only when I have my wallet.dat in my appdata folder.

I understand now..You are producing many PoS blocks and it is causing the GUI to become un-responsive.

Yes I have this fixed in 1.3.7+ but i haven't released it yet. For now you can type reservebalance=9999 in your console or when you start up. The 9999 should be 1/2 to 3/4 your coins.

The coins in reserve won't stake, but as some stake you can lower the reservebalance.

I am working on a few other fixes here before I release it. including the assert failures and the 22 wallet issues.

I have been making some headway into the assert failures. Essentially some of the blocks are missing from the index. I still don't know the root cause for this. As it appears to be somewhat random? But I am continuing investigation into this issue.

Keeping a running backup of the txleveldb folder and blk???.dat files should help. As you can quickly use a slightly older version, and then re download the missing blocks.

I'll put up weekly zips of the files so others won't have to re download the block chain many times.

Plus after you have a working backup you can always use that to catchup to current quickly.