Pages:
Author

Topic: [ANNOUNCE] Electrum - Lightweight Bitcoin Client - page 74. (Read 274562 times)

legendary
Activity: 1896
Merit: 1353
python-2.4.3-46 on this particular box.

Can you try to upgrade to 2.7.3?

(I couldn't find an official python version requirement on ecdsa.org but that's what I've been using)

conditional assignments require python 2.5
http://docs.python.org/whatsnew/2.5.html
legendary
Activity: 1092
Merit: 1016
760930
python-2.4.3-46 on this particular box.

Can you try to upgrade to 2.7.3?

(I couldn't find an official python version requirement on ecdsa.org but that's what I've been using)
hero member
Activity: 784
Merit: 1010
Bitcoin Mayor of Las Vegas
python-2.4.3-46 on this particular box.
Ean
full member
Activity: 199
Merit: 100
can someone take a look at line 59 in Electrum-0.47b/electrum please?

Getting a syntax err with
Code:
firstarg = args[1] if len(args) > 1 else ''

What version of python do you use?
hero member
Activity: 784
Merit: 1010
Bitcoin Mayor of Las Vegas
can someone take a look at line 59 in Electrum-0.47b/electrum please?

Getting a syntax err with
Code:
firstarg = args[1] if len(args) > 1 else ''
Ean
full member
Activity: 199
Merit: 100
please let me know if it happens with the current version

It does.


and what precisely causes it.

Hard to say. It happens very randomly and quite often when checking the balance at the command line.

Tried python 2.6 and got the same thing:

Code:
Exception in thread Thread-1 (most likely raised during interpreter shutdown):
Traceback (most recent call last):
  File "/usr/lib/python2.6/threading.py", line 532, in __bootstrap_inner
  File "/home/anorber/Program/Electrum/electrum/interface.py", line 380, in run
  File "/usr/lib/python2.6/Queue.py", line 168, in get
  File "/usr/lib/python2.6/threading.py", line 232, in wait
: 'NoneType' object is not callable
legendary
Activity: 1896
Merit: 1353
By the way, I frequently get this error when checking the balance:

Code:
Exception in thread Thread-1 (most likely raised during interpreter shutdown):
Traceback (most recent call last):
  File "/usr/lib/python2.7/threading.py", line 552, in __bootstrap_inner
  File "/home/anorber/Program/Electrum/electrum/interface.py", line 380, in run
  File "/usr/lib/python2.7/Queue.py", line 168, in get
  File "/usr/lib/python2.7/threading.py", line 237, in wait
: 'NoneType' object is not callable

Also, after upgrading from 0.41 (I think) to 0.43e (I think) the Ctrl-C command stopped working. Is this intentional?


please let me know if it happens with the current version, and what precisely causes it.
Ean
full member
Activity: 199
Merit: 100
By the way, I frequently get this error when checking the balance:

Code:
Exception in thread Thread-1 (most likely raised during interpreter shutdown):
Traceback (most recent call last):
  File "/usr/lib/python2.7/threading.py", line 552, in __bootstrap_inner
  File "/home/anorber/Program/Electrum/electrum/interface.py", line 380, in run
  File "/usr/lib/python2.7/Queue.py", line 168, in get
  File "/usr/lib/python2.7/threading.py", line 237, in wait
: 'NoneType' object is not callable

Also, after upgrading from 0.41 (I think) to 0.43e (I think) the Ctrl-C command stopped working. Is this intentional?
Ean
full member
Activity: 199
Merit: 100
Hi,

All my receiving addresses (receive tab) show zero balance.
it is normal.
since you are the 2nd to ask about this, I guess displaying this info in the gui might not be a good idea; it seems to be confusing users.

Maybe you should show the unspent change addresses as well.
legendary
Activity: 1896
Merit: 1353
Hi,

All my receiving addresses (receive tab) show zero balance.
it is normal.
since you are the 2nd to ask about this, I guess displaying this info in the gui might not be a good idea; it seems to be confusing users.


Quote
And another question... is it normal that tx. fee goes up for higher values? ... for example if i try to send 2.6btc, suggested fee goes from 0.001 to 0.002.
yes. the suggested fee is the user's default fee times the number of inputs in the transaction.
donator
Activity: 674
Merit: 523
Hi,

All my receiving addresses (receive tab) show zero balance.

And another question... is it normal that tx. fee goes up for higher values? ... for example if i try to send 2.6btc, suggested fee goes from 0.001 to 0.002.
legendary
Activity: 1092
Merit: 1016
760930
2 cosmetic GUI-related suggestions:

1. perhaps it would be nicer / feel more polished to provide some visual feedback while the transaction is being sent (which can be as simple as just disabling the send button once it has been clicked), so the user knows the client is processing the request and doesn't try to click again - at the moment, the GUI (at least on Windows) freezes for a couple seconds (sometimes longer), and the client seems to hang until the confirmation dialog is displayed.

2. when performing a command-line operation (such as importing a private key), it would be good to provide a GUI confirm message in addition to the console message, as 99% "normal" Windows users almost never see a console window in their lives Smiley
legendary
Activity: 1092
Merit: 1016
760930
Just a question, should the sum of all "receive" address balances always be equal to the global balance?
Because it isn't the case for me at the moment. Could you confirm if this is normal? Perhaps it's my
understanding of this concept that isn't correct, I'm not sure

It's normal.

You have receive addresses and change addresses. The GUI don't show the change addresses.

 Duh! Somehow I had forgotten the change address thing...
 Thanks for the refresher!
Ean
full member
Activity: 199
Merit: 100
Just a question, should the sum of all "receive" address balances always be equal to the global balance?
Because it isn't the case for me at the moment. Could you confirm if this is normal? Perhaps it's my
understanding of this concept that isn't correct, I'm not sure

It's normal.

You have receive addresses and change addresses. The GUI don't show the change addresses.
legendary
Activity: 1092
Merit: 1016
760930
Just a question, should the sum of all "receive" address balances always be equal to the global balance?
Because it isn't the case for me at the moment. Could you confirm if this is normal? Perhaps it's my
understanding of this concept that isn't correct, I'm not sure
legendary
Activity: 1896
Merit: 1353
here is another bugfix release (0.47b): the seed dialog now has a button to copy the seed to clipboard.
legendary
Activity: 1092
Merit: 1016
760930
Excellent!

Executable release 0.47a is now available for Windows too.
legendary
Activity: 1896
Merit: 1353
Also, a minor issue is that the new balance column in the receive tab ignores the new 'number of zeros after the decimal point' setting

ok, that's fixed in version 0.47a. thanks for pointing that out.
legendary
Activity: 1092
Merit: 1016
760930
Nice feature, but unfortunately the client now hangs at startup:

Traceback (most recent call last):
  File "C:\...\lib\threading.py", line 552, in __bootstrap_inner
    self.run()
  File "C:\...\ElectrumPY\interface.py", line 369, in run
    if self.wallet.is_up_to_date():
  File "C:\...ElectrumPY\wallet.py", line 299, in is_up_to_date
    return self.interface.responses.empty() and not self.interface.unanswered_requests
AttributeError: 'TcpStratumInterface' object has no attribute 'unanswered_requests'

are you sure? how did you get that error?

sorry, it turned out that was my mistake. I somehow still had an 0.44 version of interface.py in my test package.
legendary
Activity: 1896
Merit: 1353
Nice feature, but unfortunately the client now hangs at startup:

Traceback (most recent call last):
  File "C:\...\lib\threading.py", line 552, in __bootstrap_inner
    self.run()
  File "C:\...\ElectrumPY\interface.py", line 369, in run
    if self.wallet.is_up_to_date():
  File "C:\...ElectrumPY\wallet.py", line 299, in is_up_to_date
    return self.interface.responses.empty() and not self.interface.unanswered_requests
AttributeError: 'TcpStratumInterface' object has no attribute 'unanswered_requests'

are you sure? how did you get that error?
Pages:
Jump to: