Bitcoin Forum
May 22, 2019, 10:19:58 AM *
News: Latest Bitcoin Core release: 0.18.0 [Torrent] (New!)
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 [18] 19 20 21 22 23 24 25 26 27 »
341  Bitcoin / Bitcoin Technical Support / Re: "SetIcons(): icon bundle doesn't contain any suitable icon" on: July 15, 2010, 10:18:26 PM
That's surprising that we've never heard of that before now.

Maybe you're the first person to ever run it on Vista  Smiley

I have to guess it has something to do with your display color depth selection.  e.g. 8-bit, 16-bit, 24-bit, 32-bit, what is it?  Do you have a weird video card, display setup or running it on a tablet or mobile or something?
342  Bitcoin / Development & Technical Discussion / Re: 0.3.1 release candidate, please test on: July 15, 2010, 10:10:19 PM
The listreceivedbyaddress and getreceivedbyaddress commands are duplicated in bincoind help. (Same in 0.3.0.)
Yes a bug.  It'll have to be fixed in the next version.
343  Bitcoin / Development & Technical Discussion / Re: 0.3.1 release candidate, please test on: July 15, 2010, 10:07:35 PM
On the Linux client (64 bit), the "minimize on close" will still minimize to tray (causing X server hang after a short while by spawning multiple tray icons).
I updated the first post with a link to rc2 for linux with the fix for this.  Please check that this is fixed for you.  Thanks!
344  Bitcoin / Development & Technical Discussion / Re: 0.3.1 release candidate, please test on: July 15, 2010, 09:40:34 PM
On Windows, the priority of the Coin Generation is still net for normal. If you run BitCoin in Generate Coin mode, then load up something to eat up all the CPU (like CPU hog for example: you'll see that both BitCoin and CPU hog share the CPU 50/50 instead of CPU Hog taking all the CPU and BitCoin running only on idle/low process. The khash/s is also reduced in half, so further evidence that the threads are not running in a lower than normal prioirty.
I was not able to reproduce this.  I have dual-proc, so I ran two memory hogs.  Bitcoin got 0% of CPU according to the task manager.  The khash/sec meter stayed stuck because it couldn't get any CPU to update it.

Do you have dual-proc?  Are you sure you weren't running a single processor hog?
345  Bitcoin / Development & Technical Discussion / Re: Website and software translations on: July 15, 2010, 07:12:14 PM
Thanks for the Spanish and French translations!  The edited and updated .po files are attached.

I uploaded these to the SVN.
346  Bitcoin / Development & Technical Discussion / Re: Website and software translations on: July 15, 2010, 06:43:54 PM
I recommend to remove the download links at the bottom of the main page.
As you can see the links on the English page points to the new 0.3 release, but the other languages only contain links for the old 0.2 version.
There's a download box with the current releases on the right anyway, so why not remove the links from the translated pages.
I updated them to 0.3.0.

I am tempted to remove the download links from the other languages and only keep it on English.

They will need to be updated for 0.3.1 soon.  Perhaps there's a way for someone to manage the updating of the translated drupal pages.
347  Bitcoin / Development & Technical Discussion / Re: Website and software translations on: July 15, 2010, 06:37:13 PM
I uploaded an updated bitcoin.po for 0.3.1 attached to this message:

please use it if you're starting a new translation.

If you already have a po file, poedit can update it. 
- Get the src directory from the 0.3.1 release candidate posted in the development forum, any version will do:
- Make a subdirectory under src: locale/??/LC_MESSAGES
(?? could be anything really, "en" or your language 2-letter code)
- Put your .po file there
- Open it with poedit
- In poedit, Catalog->Update from sources

The key is that the src directory with the sourcefiles needs to be 3 directories up from the .po file.
348  Bitcoin / Development & Technical Discussion / Re: Website and software translations on: July 15, 2010, 06:30:22 PM
Ok here is the .po file for French. While I'm at it, I noted a couple of issues:

1. The "About" box didn't take the translation into account, it still displays the english version to me, even though the rest of the software is using the translated strings, and the .po file contains the translation string of the "About" box message. Same problem with the "Apply" button in the Settings window.
I need to give an updated .po file.

2. If an transaction's description in the list of transaction in the main window contains a diacritical character (such as "יאטח"), it's not displayed. I suppose the string is not being properly handled as UTF8 somewhere.
OK, this must be a problem somewhere, I'll have to take a look at it or one of the other devs can.

4. About the .po file :
   - There are a few strings in the .po file that don't needs translation (ie: "Bitcoin"). Maybe those shouldn't be inside _("...") ?
   - Others shouldn't be split. I can remember one message about transaction fee where the string is split in two to insert the fee value, where you could simply have put a %s. It makes the message harder to translate as I had to go in the source to find exactly what was going on.
   - Some strings have whitespace at the end or start, which necessity is very debatable, and it's easy to miss in PoEdit.
Many of the strings are in code automatically generated from uiproject.fbp where nothing can be done about these things.  I have a program I use to find all the spacing inconsistencies at the beginning and ending of strings in your .po file and manually fix them up before I upload them to SVN.
349  Bitcoin / Development & Technical Discussion / Re: 0.3.1 release candidate, please test on: July 15, 2010, 05:56:43 PM
I don't think you have a particular problem, I think your system is laggy because you're running a lot of things at once and hitting the pagefile because memory is full.  You confirmed when you shut off generation that your CPU drops to 0%, so the CPU usage is definitely all idle priority.  There's nothing in the 0.3.1 that would affect these things.
350  Bitcoin / Development & Technical Discussion / Re: 0.3.1 release candidate, please test on: July 15, 2010, 05:23:48 PM
Well, it can't hurt to do a backup and it's a good idea to backup regularly, but no, a backup is not required before installing this.

351  Bitcoin / Development & Technical Discussion / Bitcoin 0.3.1 released on: July 15, 2010, 05:05:54 PM
This is a bugfix maintenance release.  It is now uploaded to SourceForge.  Mac OS X didn't need any fixes so we don't really need to update it, 0.3.0 is still good.

The download links are on

- Added Portuguese translation by Tiago Faria
- Fix for 22DbRunRecoveryException if your username has non-ascii characters in it
- Laszlo's fix for lowering generate thread to lowest priority
- Fix for if you're having trouble with libcrypto linkage
- Gavin Andresen's implementation of "start on windowing system startup" option
352  Bitcoin / Bitcoin Discussion / Re: resource hog on: July 15, 2010, 02:59:00 PM
Then all the CPU time is the generate thread, which definitely runs at the lowest possible priority, idle priority.  It's normal that your CPU meter is 100%.  Since it's idle priority, it won't actually slow anything else down, even though the CPU meter is 100%.
353  Bitcoin / Bitcoin Technical Support / Re: Static Linux x86_64 bins for those having libcrypto troubles on: July 15, 2010, 02:33:04 PM
We don't even specify linking glibcxx_3.4.11, so gcc must automatically link it behind the scenes.  There's probably a compiler switch that would tell it to static link it.  I'm not sure what the licensing issues would be.  Typically, compiler stuff is fully redistributable.
354  Bitcoin / Bitcoin Technical Support / Re: [Bitcoin 0.3.0] Runtime error on: July 15, 2010, 02:05:20 PM
More directly, this:

I will be posting release candidate of 0.3.1 with this fix shortly.  Please try that and let me know if it fixes the problem.
355  Bitcoin / Bitcoin Technical Support / Re: Runaway CPU usage for 64bit BitCoin (Linux Client) on: July 15, 2010, 12:18:23 AM
OK, the undocumented switch "-minimizetotray" which re-enables the option.

I uploaded the change to SVN.
356  Bitcoin / Development & Technical Discussion / Re: Scalability on: July 14, 2010, 09:10:52 PM
The design outlines a lightweight client that does not need the full block chain.  In the design PDF it's called Simplified Payment Verification.  The lightweight client can send and receive transactions, it just can't generate blocks.  It does not need to trust a node to verify payments, it can still verify them itself.

The lightweight client is not implemented yet, but the plan is to implement it when it's needed.  For now, everyone just runs a full network node.

I anticipate there will never be more than 100K nodes, probably less.  It will reach an equilibrium where it's not worth it for more nodes to join in.  The rest will be lightweight clients, which could be millions.

At equilibrium size, many nodes will be server farms with one or two network nodes that feed the rest of the farm over a LAN.
357  Bitcoin / Development & Technical Discussion / Re: Hash/sec Throttling for Democracy on: July 14, 2010, 08:25:06 PM
So if your computer was only 1% towards solving block 68000
This is a common point of confusion.  There's no such thing as being 1% towards solving a block.  You don't make progress towards solving it.  After working on it for 24 hours, your chances of solving it are equal to what your chances were at the start or at any moment.

It's like trying to flip 37 coins at once and have them all come up heads.  Each time you try, your chances of success are the same.

The RNG is the OpenSSL secure random number generator.  On Windows it's seeded with the complete set of all hardware performance counters since your computer started, on Linux it's dev/random.
358  Bitcoin / Bitcoin Technical Support / Re: Warning this block was not received by any other nodes on: July 14, 2010, 06:56:29 PM
Microsoft Security Essentials Live Protection is blocking your communication with the network.  You have connections, which tricks Bitcoin into thinking it's connected, but they are silent because the data is being blocked.

You need to make bitcoin.exe an excluded process in Live Protection.

This is becoming a common problem.  Someone should write this up in a pegged thread.

The message "Warning: This block was not received by any other nodes" occurs when Bitcoin broadcasts a block, but nobody confirms they received it.  The warning is there just for this kind of situation, where for some reason you have connections, but they have gone dead and nobody can hear you.  Your block will never become valid because nobody received it.
359  Bitcoin / Bitcoin Technical Support / Re: Runaway CPU usage for 64bit BitCoin (Linux Client) on: July 14, 2010, 06:45:53 PM
After it initially tries incorrectly to set itself to the lowest priority, the generate thread only changes its priority again temporarily when it finds a block.  When you've found a block, you should want it to hurry up and broadcast it as soon a possible before someone else finds one and makes yours invalid.  The generate thread only changes to higher priority for less than a second every few days.

There should be a 0.3.1 release for this soon.  There are a few other issues we need to look at fixing in 0.3.1 before making a release.

On a side note, I've tracked down the other GUI issue.

The "minimize to tray instead of taskbar" is what was eating up all the CPU on my system. After I turned this off, the issue was resolved with Runaway CPU.

This only seems to affect the 64 bit Client, as the 32 bit Clients I have don't seem to be affected by this.

I did notice on the 64 bit Client, what happens is, it spawns multiple "tray" icons until X server finally kills over, so I guess I should submit that as a bug to somewhere?  Huh
That's interesting.  I know the minimize to tray on Ubuntu is very clunky, but I didn't know it had a CPU peg problem too.  Anyone else able to reproduce this problem?  We had this feature disabled on Linux before, but then it seemed better to have the imperfect UI than to lose the feature entirely.  I'm thinking we should disable it again on Linux.
360  Bitcoin / Bitcoin Technical Support / Re: Error on Ubuntu 10.04 on: July 14, 2010, 06:25:41 PM
What language is your computer set to?  Is it set to German, Dutch or Italian?  Is it one of those sub-languages like "nl-??"?

It's trying to load a translation and failing.  You could delete the locale directory that came with bitcoin so it doesn't try to use it.

Can someone test each language on Ubuntu and see if there's a problem with just one of them or maybe all three?
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 [18] 19 20 21 22 23 24 25 26 27 »
Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!