picobit
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
September 24, 2013, 06:38:19 AM |
|
So far, I've seen a pattern that 32-bit Windows versions don't seem to work. But 64-bit OSes do work.
I would not be too optimistic on a 32-bit version. The real reason for 64-bit architectures is that you can easily handle more than 2GB of data in one block. On a 32-bit architecture, that is going to be tough (but of course not impossible).
|
|
|
|
justusranvier
Legendary
Offline
Activity: 1400
Merit: 1013
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
September 24, 2013, 08:21:55 AM |
|
Watching-only wallets contribute to the "Maximum Funds" and "Spendable Funds" totals even if they are configured as "Belongs to: Someone else."
|
|
|
|
TierNolan
Legendary
Offline
Activity: 1232
Merit: 1104
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
September 24, 2013, 09:13:40 AM |
|
And this strange unicode issue from TierNolan.
Adding the string cast seems to have fixed things.
|
1LxbG5cKXzTwZg9mjL3gaRE835uNQEteWF
|
|
|
rkjnsn
Newbie
Offline
Activity: 9
Merit: 0
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
September 24, 2013, 11:22:16 AM |
|
Given the issues with Windows 32-bit that I've seen, I'm going to try to rebuild everything on a native 32-bit VM. Unfortunately, I tried installing MSVS 2012 Express on WindowsXP-32bit, but I got all sorts of crazy errors. If anyone else has WinXP-32bit and feels like donating some time, please try downloading and installing MSVS 2012 Express for Windows Desktop. I ask because, I assume it's possible that there is something wrong with my WinXP system, but I also wouldn't be surprised if Windows XP is just too old at this point for such a new piece of software. Instead, I'm going to install Windows7-32bit and repeat the build process there. If it works there, it obviously has a better chance of working on any Win7-32bit and Win8-32bit. Fat chance for Windows XP, but maybe we'll get lucky. Visual Studio 2012 only supports running on Windows 7 SP1 and later. By default, the created executables will only run on Vista and later. It can build XP compatible executables, but you have to change the project's Platform Toolset to "Visual Studio 2012 - Windows XP (v110_xp)"
|
|
|
|
Mooshire
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
September 24, 2013, 11:45:20 AM |
|
Alan mine worked like a charm, except for rapidly disconnecting/reconnecting while downloading the blockchain. Specs are above.
|
|
|
|
Mooshire
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
September 24, 2013, 03:26:14 PM |
|
When starting it for the second time, after downloading what blocks it had to, it got stuck scanning on 1%. I found this in the log over and over, for a very long time.
-WARN - 0: (..\BlockUtils.cpp:4865) Marking orphan chain -WARN - 0: (..\BlockUtils.cpp:4888) Done marking orphan chain
|
|
|
|
etotheipi (OP)
Legendary
Offline
Activity: 1428
Merit: 1093
Core Armory Developer
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
September 24, 2013, 05:27:45 PM |
|
When starting it for the second time, after downloading what blocks it had to, it got stuck scanning on 1%. I found this in the log over and over, for a very long time.
-WARN - 0: (..\BlockUtils.cpp:4865) Marking orphan chain -WARN - 0: (..\BlockUtils.cpp:4888) Done marking orphan chain
Mooshire, is it solved by restarting the app? So far, I haven't seen it get into any permanent bad state. I've seen that happen before, and then it goes away on a restart. (P.S. - I do plan to find and fix it, I just want to make sure that, for now, it doesn't leave anyone in an unusable state) Watching-only wallets contribute to the "Maximum Funds" and "Spendable Funds" totals even if they are configured as "Belongs to: Someone else."
What is the wallet filter set to? If it is "All wallets" it will include all wallets. If you set the filter to "My Wallets" it has the behavior you expect. Bottom-left corner of main window. Leveldb/snappy is still broken:
...
The pull request I sent you on GitHub fixes the problem for me. With that patch applied, the time from starting the program until balances are displayed is about 28 seconds.
I have modified it in my source code and will commit it with the next version. Visual Studio 2012 only supports running on Windows 7 SP1 and later. By default, the created executables will only run on Vista and later. It can build XP compatible executables, but you have to change the project's Platform Toolset to "Visual Studio 2012 - Windows XP (v110_xp)"
I don't want to spend a ton of time on it... but now that the RAM issues are under control, and it previously worked on XP, I would be willing to spend a couple hours getting it work on XP. Especially because some users might have old XP systems laying around they'd want to use for offline use (don't bash them, it's still better than an online computer ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) )
|
|
|
|
goatpig
Moderator
Legendary
Offline
Activity: 3724
Merit: 1360
Armory Developer
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
September 24, 2013, 07:32:49 PM |
|
I don't want to spend a ton of time on it... but now that the RAM issues are under control, and it previously worked on XP, I would be willing to spend a couple hours getting it work on XP. Especially because some users might have old XP systems laying around they'd want to use for offline use (don't bash them, it's still better than an online computer ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) ) You can't install msvc11 on WinXP, you need .NET Framework 4.0, which is only compatible with Windows 6.0 (Vista) and above. I have built the LevelDB port using the WinXP tool, but haven't tested it. There are instructions for WinXP deployment with the port I sent you.
|
|
|
|
etotheipi (OP)
Legendary
Offline
Activity: 1428
Merit: 1093
Core Armory Developer
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
September 24, 2013, 10:36:30 PM |
|
Anyone tried this with Win7-32bit? I'm running it right now, but I don't have a pre-sync'd version, so it might be a while before I can really run it. I guess I could figure out how to bootstrap it...
Btw, I just executed a couple offline transactions using the new version on the online computer (offline computer is still using an ancient version). Everything is smooth, so far. Except for that occasional faulty startup thing. That's my next task after I finish with the Windows LevelDB upgrade from goatpig (thanks goat!)
|
|
|
|
Mooshire
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
September 25, 2013, 01:07:37 AM |
|
I started it up again, the visual indicator didn't change from 1% until it went straight to the wallet after a few minutes. Looking at the live log file, it stopped right after the completed handshake, also it said the armory version was 0.88 (ArmoryQt.py:1162) also, got this error. (WARNING) -- ArmoryQt.py:1838 - Memory pool file was corrupt. Deleted. (no further action is needed)
Not sure if it's significant. Hope this helps.
|
|
|
|
etotheipi (OP)
Legendary
Offline
Activity: 1428
Merit: 1093
Core Armory Developer
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
September 25, 2013, 01:25:02 AM |
|
I started it up again, the visual indicator didn't change from 1% until it went straight to the wallet after a few minutes. Looking at the live log file, it stopped right after the completed handshake, also it said the armory version was 0.88 (ArmoryQt.py:1162) also, got this error. (WARNING) -- ArmoryQt.py:1838 - Memory pool file was corrupt. Deleted. (no further action is needed)
Not sure if it's significant. Hope this helps.
So is it working? It sounds like it's working and you're just reporting some inconsistencies in the log file. Don't worry, both those things are normal. I mean, not totally normal, but they happen.
|
|
|
|
Mooshire
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
September 25, 2013, 02:33:37 AM |
|
I started it up again, the visual indicator didn't change from 1% until it went straight to the wallet after a few minutes. Looking at the live log file, it stopped right after the completed handshake, also it said the armory version was 0.88 (ArmoryQt.py:1162) also, got this error. (WARNING) -- ArmoryQt.py:1838 - Memory pool file was corrupt. Deleted. (no further action is needed)
Not sure if it's significant. Hope this helps.
So is it working? It sounds like it's working and you're just reporting some inconsistencies in the log file. Don't worry, both those things are normal. I mean, not totally normal, but they happen. Yes, it's working.
|
|
|
|
rkjnsn
Newbie
Offline
Activity: 9
Merit: 0
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
September 25, 2013, 02:42:14 AM |
|
Visual Studio 2012 only supports running on Windows 7 SP1 and later. By default, the created executables will only run on Vista and later. It can build XP compatible executables, but you have to change the project's Platform Toolset to "Visual Studio 2012 - Windows XP (v110_xp)"
I don't want to spend a ton of time on it... but now that the RAM issues are under control, and it previously worked on XP, I would be willing to spend a couple hours getting it work on XP. Especially because some users might have old XP systems laying around they'd want to use for offline use (don't bash them, it's still better than an online computer ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) ) I mainly use Linux, myself, but I do have a fair amount of experience getting things to build on Windows for work. I'd be happy to help if you run into problems, time permitting.
|
|
|
|
Winterfrost
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
September 25, 2013, 04:43:18 AM |
|
Everything synced fine from a fresh install (Win7 64-bit), but I did find an issue when I sent a transaction. It went through successfully and showed up in the receiving address as well as in the transactions list in Armory. However, when I went away from my computer and came back later, the transaction is no longer there and the wallet has reverted the balance to what it was before. So basically, it now says there are funds to spend even though in reality they've already been sent elsewhere. The bug also persisted across restarting.
|
|
|
|
etotheipi (OP)
Legendary
Offline
Activity: 1428
Merit: 1093
Core Armory Developer
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
September 25, 2013, 04:46:33 AM |
|
Everything synced fine from a fresh install (Win7 64-bit), but I did find an issue when I sent a transaction. It went through successfully and showed up in the receiving address as well as in the transactions list in Armory. However, when I went away from my computer and came back later, the transaction is no longer there and the wallet has reverted the balance to what it was before. So basically, it now says there are funds to spend even though in reality they've already been sent elsewhere. The bug also persisted across restarting.
Ack, I haven't seen that one before. Are you sure it has confirmations? Armory on Windows has always had an issue with the memory pool, for some reason it cannot persist through a restart (that's what all the "Memory pool file was corrupt. Deleted. (no further action is needed)" messages are about. But it should resolve itself after the transaction gets one confirmation. If not, then that's a problem, for sure! Does it have one confirmation yet?
|
|
|
|
Winterfrost
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
September 25, 2013, 05:10:11 AM |
|
Everything synced fine from a fresh install (Win7 64-bit), but I did find an issue when I sent a transaction. It went through successfully and showed up in the receiving address as well as in the transactions list in Armory. However, when I went away from my computer and came back later, the transaction is no longer there and the wallet has reverted the balance to what it was before. So basically, it now says there are funds to spend even though in reality they've already been sent elsewhere. The bug also persisted across restarting.
Ack, I haven't seen that one before. Are you sure it has confirmations? Armory on Windows has always had an issue with the memory pool, for some reason it cannot persist through a restart (that's what all the "Memory pool file was corrupt. Deleted. (no further action is needed)" messages are about. But it should resolve itself after the transaction gets one confirmation. If not, then that's a problem, for sure! Does it have one confirmation yet? Yes, this is the address and this is the transaction.
|
|
|
|
etotheipi (OP)
Legendary
Offline
Activity: 1428
Merit: 1093
Core Armory Developer
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
September 25, 2013, 05:21:51 AM |
|
Everything synced fine from a fresh install (Win7 64-bit), but I did find an issue when I sent a transaction. It went through successfully and showed up in the receiving address as well as in the transactions list in Armory. However, when I went away from my computer and came back later, the transaction is no longer there and the wallet has reverted the balance to what it was before. So basically, it now says there are funds to spend even though in reality they've already been sent elsewhere. The bug also persisted across restarting.
Ack, I haven't seen that one before. Are you sure it has confirmations? Armory on Windows has always had an issue with the memory pool, for some reason it cannot persist through a restart (that's what all the "Memory pool file was corrupt. Deleted. (no further action is needed)" messages are about. But it should resolve itself after the transaction gets one confirmation. If not, then that's a problem, for sure! Does it have one confirmation yet? Yes, this is the address and this is the transaction. Ugh. Okay, definitely a bug. And the saving-between loads is causing it to persist (it's one of the reasons I liked rescan-every-load, from a reliability perspective). Can you do me a favor and close Armory, then restart it with the "--rescan" option? I just realized, I need to put a button into the interface to do that...
|
|
|
|
etotheipi (OP)
Legendary
Offline
Activity: 1428
Merit: 1093
Core Armory Developer
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
September 25, 2013, 05:25:00 AM |
|
Winterfrost: can you also send me a copy of your log file? Use File->Export Log File. Then attach it to an email to " bugs@bitcoinarmory.com". This could be an ugly bug to track down because it's probably pretty difficult to reproduce it on demand. Hopefully there's something in the logs that helps...
|
|
|
|
Winterfrost
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
September 25, 2013, 01:21:52 PM Last edit: September 25, 2013, 01:48:18 PM by Winterfrost |
|
I sent you the log file. I'll let you know what happens when the rescan finishes.
Update: rescan finished and balances are back to normal.
|
|
|
|
cp1
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
September 26, 2013, 05:12:08 PM |
|
Finally got around to building it. It worked fine without any makefile changes on Ubuntu 13.04 64-bit. I think it took about 3 hours to build the database, but I wasn't watching very closely. It loads instantly on a wallet with no balance ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) Very nice work.
|
|
|
|
|