Topic: Please help test:Bitcoin versions 0.4.1 and 0.5 (Read 5248 times)
It would be cool to see RSS feeds of bitcoin dev news as an option the the client, maybe..
I hope the devs are able to make use of the Windows error reporting data because I have gotten several of these while using the 0.5 qt client:
Code:
Problem signature:
Problem Event Name: APPCRASH
Application Name: bitcoin-qt.exe
Application Version: 0.0.0.0
Application Timestamp: 4d44aa00
Fault Module Name: StackHash_0a9e
Fault Module Version: 0.0.0.0
Fault Module Timestamp: 00000000
Exception Code: c0000005
Exception Offset: 00000040
OS Version: 6.1.7601.2.1.0.256.48
Locale ID: 1033
Additional Information 1: 0a9e
Additional Information 2: 0a9e372d3b4ad19135b953a78882e789
Additional Information 3: 0a9e
Additional Information 4: 0a9e372d3b4ad19135b953a78882e789
Problem Event Name: APPCRASH
Application Name: bitcoin-qt.exe
Application Version: 0.0.0.0
Application Timestamp: 4d44aa00
Fault Module Name: StackHash_0a9e
Fault Module Version: 0.0.0.0
Fault Module Timestamp: 00000000
Exception Code: c0000005
Exception Offset: 00000040
OS Version: 6.1.7601.2.1.0.256.48
Locale ID: 1033
Additional Information 1: 0a9e
Additional Information 2: 0a9e372d3b4ad19135b953a78882e789
Additional Information 3: 0a9e
Additional Information 4: 0a9e372d3b4ad19135b953a78882e789
I just saw that "transactions" (v. 0.5) shows the date/time at which the client received the block which contains the transaction, not the timestamp when the transaction made it into the block.
same in Bitcoin-Qt.app on 10.6.8 Mac OS. did not test on windows and gnu linux yet but seems it's the same (guess based on other forum members reporting the same). can't fix it myself so just a joke instead of a pull request:
opensource in the 1990s: "this is broken, here's a patch to fix it". In the 2000s: "this is broken, you should fix it"
I have also mentioned this before: https://bitcointalksearch.org/topic/transaction-time-in-the-cient-53282
It seems that many people find this a real problem, so I think something should be done on this for the next release.
It seems that many people find this a real problem, so I think something should be done on this for the next release.
I just saw that "transactions" (v. 0.5) shows the date/time at which the client received the block which contains the transaction, not the timestamp when the transaction made it into the block.
One of my clients was offline for about two weeks and I recently startet it. Now new transactions show up as received in about the last 30 minutes (kinda useless piece of information) instead of the actual send- or made-it-into-the-block date.
One of my clients was offline for about two weeks and I recently startet it. Now new transactions show up as received in about the last 30 minutes (kinda useless piece of information) instead of the actual send- or made-it-into-the-block date.
Hi, I just downloaded and installed the latest version 0.5 (*), but when I try to launch it, I just see a wallet logo for about a second and nothing else happens. It just not load (I checked the running processes). I tried to download it again and reinstall again and again, but it just not works. Any idea?
I already tried to insert an exception in MS Security Essentials and to disable it to no avail.
I have XP 32 always patched with automatic updates on
My portable v. 0.3.23 (**) still works fine
(*) downloaded yesterday from: http://sourceforge.net/projects/bitcoin/files/latest/download?source=files
(**) I use to run portable version 0.3.23 by this .bat and properly moved files:
@echo off
echo Launching BitCoin...
echo ----------------------------------------
echo Please make sure to exit before removal!
echo ----------------------------------------
start %cd%\APP\bitcoin.exe -datadir="%cd%\DATA"
I already tried to insert an exception in MS Security Essentials and to disable it to no avail.
I have XP 32 always patched with automatic updates on
My portable v. 0.3.23 (**) still works fine
(*) downloaded yesterday from: http://sourceforge.net/projects/bitcoin/files/latest/download?source=files
(**) I use to run portable version 0.3.23 by this .bat and properly moved files:
@echo off
echo Launching BitCoin...
echo ----------------------------------------
echo Please make sure to exit before removal!
echo ----------------------------------------
start %cd%\APP\bitcoin.exe -datadir="%cd%\DATA"
For history, first start of program, first synchronization with network and report about HDD operations.
Code:
Bitcoin version 0.5.0.1-beta for Windows
Started: 27.11.2011 23:52:28
...
SetBestChain: new best=0000000000000d1568d4 height=155019 work=175182554485825298320
11/28/11 06:33:50 Flushing wallet.dat
Total time of first synchronization with network: 6 hours 41 minutes
Max virtual memory, byte: 571539456 (571 Mb)
All IO, byte: 164069313893 (164 Gb)
Reading byte: 119827762405 (119 Gb)
Writing byte: 44241551488 (44 Gb)
Other IO, byte: 640440428 (640 Mb)
Number of IO: 84795234
Number of reading: 16501182
Number of writing: 68294052
Number of other IO: 20777818
Syze of tmp-files ~1400 Mb (deleted after closing the program)
Syze of database ~1100 Mb
Started: 27.11.2011 23:52:28
...
SetBestChain: new best=0000000000000d1568d4 height=155019 work=175182554485825298320
11/28/11 06:33:50 Flushing wallet.dat
Total time of first synchronization with network: 6 hours 41 minutes
Max virtual memory, byte: 571539456 (571 Mb)
All IO, byte: 164069313893 (164 Gb)
Reading byte: 119827762405 (119 Gb)
Writing byte: 44241551488 (44 Gb)
Other IO, byte: 640440428 (640 Mb)
Number of IO: 84795234
Number of reading: 16501182
Number of writing: 68294052
Number of other IO: 20777818
Syze of tmp-files ~1400 Mb (deleted after closing the program)
Syze of database ~1100 Mb
Maybe you could add an optional RSS feed of latest prices, or new or whatever 
When building bitcoind 0.5 for Windows in MinGW, I need to add:
When building bitcoin-qt 0.5 for Windows in QtCreator, I need to add:
Code:
-l boost_unit_test_framework-mgw45-mt-1_47 \
in "LIBS= \" in file "makefile.mingw".When building bitcoin-qt 0.5 for Windows in QtCreator, I need to add:
Code:
BOOST_INCLUDE_PATH = "C:\boost-1.47.0-mgw"
BOOST_LIB_PATH = "C:\boost-1.47.0-mgw\stage\lib"
BDB_INCLUDE_PATH = "C:\db-4.8.30.NC-mgw\build_unix"
BDB_LIB_PATH = "C:\db-4.8.30.NC-mgw\build_unix"
OPENSSL_INCLUDE_PATH = "C:\openssl-1.0.0c-mgw\include"
OPENSSL_LIB_PATH = "C:\openssl-1.0.0c-mgw"
MINIUPNPC_INCLUDE_PATH = "C:\miniupnpc-1.6-mgw"
MINIUPNPC_LIB_PATH = "C:\miniupnpc-1.6-mgw"
BOOST_LIB_SUFFIX = "-mgw45-mt-1_47"
andBOOST_LIB_PATH = "C:\boost-1.47.0-mgw\stage\lib"
BDB_INCLUDE_PATH = "C:\db-4.8.30.NC-mgw\build_unix"
BDB_LIB_PATH = "C:\db-4.8.30.NC-mgw\build_unix"
OPENSSL_INCLUDE_PATH = "C:\openssl-1.0.0c-mgw\include"
OPENSSL_LIB_PATH = "C:\openssl-1.0.0c-mgw"
MINIUPNPC_INCLUDE_PATH = "C:\miniupnpc-1.6-mgw"
MINIUPNPC_LIB_PATH = "C:\miniupnpc-1.6-mgw"
BOOST_LIB_SUFFIX = "-mgw45-mt-1_47"
Code:
-leay32
in "windows:LIBS +=" in file "bitcoin-qt.pro". And copy to clipboard would make sense for addresses. What other action could you possibly want to take?
I just think that using a double-click to copy to clipboard would make it too easy for someone to inadvertently overwrite something needed* on their clipboard.* For example, you would not want to overwrite a temporary password, or a screengrab, etc, that the user has in their clipboard and that cannot be easily recreated/retrieved.
Anyway, just a suggestion to make life easier for bitcoiners. Take it or leave it.
And copy to clipboard would make sense for addresses. What other action could you possibly want to take?
I just think that using a double-click to copy to clipboard would make it too easy for someone to inadvertently overwrite something needed* on their clipboard.* For example, you would not want to overwrite a temporary password, or a screengrab, etc, that the user has in their clipboard and that cannot be easily recreated/retrieved.
Anyway, just a suggestion to make life easier for bitcoiners. Take it or leave it.
And copy to clipboard would make sense for addresses. What other action could you possibly want to take?
I just think that using a double-click to copy to clipboard would make it too easy for someone to inadvertently overwrite something needed* on their clipboard.* For example, you would not want to overwrite a temporary password, or a screengrab, etc, that the user has in their clipboard and that cannot be easily recreated/retrieved.
How about "copy to clipboard" as the default action when double clicking a line in the receive tab? That action should be much more common than "change label" which is the default action today.
Messing with the system clipboard should only be done when the user explicitly asks for it, so I think it should be a button press not a double-click, since people don't intuitively think double-clicking something will mess with their clipboard.You could put a dialog that you could confirm once that you want this functionality. Double click in the label field enters "Edit label", why not something similar in the address field?
How about "copy to clipboard" as the default action when double clicking a line in the receive tab? That action should be much more common than "change label" which is the default action today.
Messing with the system clipboard should only be done when the user explicitly asks for it, so I think it should be a button press not a double-click, since people don't intuitively think double-clicking something will mess with their clipboard.You could put a dialog that you could confirm once that you want this functionality. Double click in the label field enters "Edit label", why not something similar in the address field?
How about "copy to clipboard" as the default action when double clicking a line in the receive tab? That action should be much more common than "change label" which is the default action today.
Messing with the system clipboard should only be done when the user explicitly asks for it, so I think it should be a button press not a double-click, since people don't intuitively think double-clicking something will mess with their clipboard.You could put a dialog that you could confirm once that you want this functionality. Double click in the label field enters "Edit label", why not something similar in the address field?
How about "copy to clipboard" as the default action when double clicking a line in the receive tab? That action should be much more common than "change label" which is the default action today.
Messing with the system clipboard should only be done when the user explicitly asks for it, so I think it should be a button press not a double-click, since people don't intuitively think double-clicking something will mess with their clipboard.
How about "copy to clipboard" as the default action when double clicking a line in the receive tab? That action should be much more common than "change label" which is the default action today.
On my Arch Linux 64bit desktop system, using an existing wallet form v0.4, the balance doesn't update as the blockchain is downloaded(even though under the "Transactions" tab they are shown as confirmed). Is this normal? Does update when the download is complete?
When building 0.5 for Windows, I need to add:
Otherwise it doesn't link.
Code:
LIBS += -lgdi32
... at the bottom of bitcoin-qt.pro fileOtherwise it doesn't link.
Is version 0.5 safe enough to recover a backed up wallet from? 0.4 isn't downloading the block chain when I try to recover.
Yes.But not being able to download the block-chain sounds like a networking issue that 0.5 is unlikely to fix.
Jump to: