Show Posts
|
Pages: [1] 2 3 »
|
The dynamic pricing feature does not take into account the currency used (e.g. the USD exchange rate is still used with EUR offers).
|
|
|
I've been playing with the site for several days, and there is definitely some problem with withdrawals, as others have already pointed in this thread.
I requested a withdrawal of 0.1 BTC from my account. My BTCJAM account was debited 0.0955 BTC On my address I received 0.095 BTC The transaction has a 0.0005 BTC network fee, which was obviously deducted from the debited amount, before sending to my address.
Why debit 0.0955 BTC instead of 0.1 BTC in the first place, which was the amount requested?
|
|
|
I want to link my Bitcointalk name with BTCJam's. Verification code: c14aaf01-bd28-4783-bca7-bb127ec9390d
|
|
|
Anyone has any idea what's happened to bitcoingadgets.com? I've been trying to open it for the last several days, but it appears to be down.
|
|
|
Is the thing still operational?
I signed up with facebook, but I'm unable to add my details to the map - when I enter my address, the save button only places a blue pin on the map and subsequently my profile remains empty.
|
|
|
It's a great online password manager I've been using a lot - check it out at http://www.clipperz.com/They got everything I need - locally encrypted database, one-time passes to login without risk of compromising your master password, offline backups (fully encrypted). Their "Zero-knowledge web applications" concept is of particular interest. The service is free, they're running off donations, so I talked them into accepting bitcoin as well - here is the donations page, listing the address: http://www.clipperz.com/donationsI'm not affiliated with them, just a satisfied user.
|
|
|
E.g. if 1/6 of miners are willing to accept your fee the time to get 6 confirmations is doubled on average. That way most users will only pay a fee that enough (but not most) miners will accept.
Incorrect. With 1/6 of miners accepting your fee, there is 1/6 chance your transaction will be included in the next block, thus on average your transactions will be 6 times slower. It's 6 times slower for first confirmation, but from then on it's the regular rate, so it's only double the time for 6 confirmation. True, just like if only 1 per cent of miners accept your fee, this will just double the time to get 100 confirmations. I fail to see what's so interesting about the number 6, or 100, though, apart from the analysis that for higher number of confirmations you require, you should pay a lower fee.
|
|
|
E.g. if 1/6 of miners are willing to accept your fee the time to get 6 confirmations is doubled on average. That way most users will only pay a fee that enough (but not most) miners will accept.
Incorrect. With 1/6 of miners accepting your fee, there is 1/6 chance your transaction will be included in the next block, thus on average your transactions will be 6 times slower.
|
|
|
How are these CD-keys acquired and how can you guarantee their unhindered use?
|
|
|
Reposted with updated prices!
|
|
|
... 7. I meet man in IRC who offer me to make deal, he send me ~9000$ BTC I send him ~3000$ liberty reserve (simple trade) minus some fees, I accepted, trade was made. btc rate in that day was ~0.30/BTC. 8. After month after trade was made (with man from IRC) I noticed that my mtgox.com acount is blocked. 9. Mtgox.com starting asking from where I get those 9000$ BTC, I explained.
After the deal with the stranger, have you done any BTC deposits to your mtgox account? No. How exactly did mtgox refer to the 9000$ BTC in question, in their inquiry? He blocked my mtgox.com account, and started asking from where i received 9000$ , I explained him. Did you specifically generate a new address for that transaction (deal with the stranger), and have you ever used that same address to receive bitcoins before or afterwards? I was "playing" with bitcoin client , I created some addreses (curently I don't realy understand why there is function to create new addreses ). I was using one bitcoin address with mtgox.com and second for trade (with that man from IRC), to trace money income into my bitcoin client. I never used those addreses for any other activiti. I also have some more addreses in my bitcoin client, but they not in use. Is it possible that you used (accidentally or otherwise) the same address you used with the stranger for any other transaction (e.g. mtgox withdrawals), before or afterwards?
|
|
|
... 7. I meet man in IRC who offer me to make deal, he send me ~9000$ BTC I send him ~3000$ liberty reserve (simple trade) minus some fees, I accepted, trade was made. btc rate in that day was ~0.30/BTC. 8. After month after trade was made (with man from IRC) I noticed that my mtgox.com acount is blocked. 9. Mtgox.com starting asking from where I get those 9000$ BTC, I explained.
After the deal with the stranger, have you done any BTC deposits to your mtgox account? No. How exactly did mtgox refer to the 9000$ BTC in question, in their inquiry? He blocked my mtgox.com account, and started asking from where i received 9000$ , I explained him. Did you specifically generate a new address for that transaction (deal with the stranger), and have you ever used that same address to receive bitcoins before or afterwards?
|
|
|
... 7. I meet man in IRC who offer me to make deal, he send me ~9000$ BTC I send him ~3000$ liberty reserve (simple trade) minus some fees, I accepted, trade was made. btc rate in that day was ~0.30/BTC. 8. After month after trade was made (with man from IRC) I noticed that my mtgox.com acount is blocked. 9. Mtgox.com starting asking from where I get those 9000$ BTC, I explained.
After the deal with the stranger, have you done any BTC deposits to your mtgox account? No. How exactly did mtgox refer to the 9000$ BTC in question, in their inquiry?
|
|
|
... 7. I meet man in IRC who offer me to make deal, he send me ~9000$ BTC I send him ~3000$ liberty reserve (simple trade) minus some fees, I accepted, trade was made. btc rate in that day was ~0.30/BTC. 8. After month after trade was made (with man from IRC) I noticed that my mtgox.com acount is blocked. 9. Mtgox.com starting asking from where I get those 9000$ BTC, I explained.
After the deal with the stranger, have you done any BTC deposits to your mtgox account?
|
|
|
By releasing under a copyleft licence, you don't prevent abuses, but you make sure that they're illegal.
Nothing of the sort, since one can legally implement an abusive client from scratch.
|
|
|
I have a CMake-integrated branch here, that I keep in synch with the official repository. I've tested it on Windows (MSVC++ 8 and 9) and FreeBSD (without GUI). There's also this hsoft's clone of mine that has added support of OS X and is cleaning up the code.
|
|
|
Seems the the db include directory was not set correctly. Can you search your system for db_cxx.h and db.h and post the results? I'll try to look at it when I have time.
Here You go: db_cxx.h : $ find /usr | grep db_cxx /usr/include/db4.7/db_cxx.h /usr/include/db4.8/db_cxx.h /usr/include/db4.5/db_cxx.h /usr/include/db4.6/db_cxx.h
db.h : $ find /usr | fgrep '/db.h' /usr/include/db4.7/db.h /usr/include/htdig_db/db.h /usr/include/db4.8/db.h /usr/include/db4.5/db.h
Interesting. You have your db headers installed in db4.7, while on my FreeBSD installation it's db47. I think it should work if you use my FindBerkeleyDB module and set DB_VERSION to 4.7, instead of 47. Anyway at least with the REQUIRED flag, the CMake configuration will bail out as it should, if it's unable to find the headers.
|
|
|
So that points to you not using the CMake build files. So your first step should be to use cmake to generate appropriate makefiles with CUDA enabled and then use those to make bitcoin.
I tried that at first, but build failed. This is the debug output i got: bitcoin-svn-rev-158 # make bitcoind -- Found BerkeleyDB: /usr/lib64/libdb.so -- Configuring done -- Generating done -- Build files have been written to: /home/Bitcoin/bitcoin-svn-rev-158 [ 5%] Building NVCC (Device) object cmake-bitcoind/./bitcoind_generated_bitcoinminercuda.cu.o Scanning dependencies of target bitcoind [ 11%] Building CXX object cmake-bitcoind/CMakeFiles/bitcoind.dir/__/src/db.cpp.o In file included from /home/Bitcoin/bitcoin-svn-rev-158/src/db.cpp:5: /home/Bitcoin/bitcoin-svn-rev-158/src/headers.h:45:20: error: db_cxx.h: Nie ma takiego pliku ani katalogu In file included from /home/Bitcoin/bitcoin-svn-rev-158/src/headers.h:123, from /home/Bitcoin/bitcoin-svn-rev-158/src/db.cpp:5: /home/Bitcoin/bitcoin-svn-rev-158/src/db.h:26: error: ‘DbEnv’ does not name a type /home/Bitcoin/bitcoin-svn-rev-158/src/db.h:37: error: ISO C++ forbids declaration of ‘Db’ with no type /home/Bitcoin/bitcoin-svn-rev-158/src/db.h:37: error: expected ‘;’ before ‘*’ token /home/Bitcoin/bitcoin-svn-rev-158/src/db.h:39: error: ‘DbTxn’ was not declared in this scope /home/Bitcoin/bitcoin-svn-rev-158/src/db.h:39: error: template argument 1 is invalid /home/Bitcoin/bitcoin-svn-rev-158/src/db.h:39: error: template argument 2 is invalid /home/Bitcoin/bitcoin-svn-rev-158/src/db.h:152: error: ISO C++ forbids declaration of ‘Dbc’ with no type /home/Bitcoin/bitcoin-svn-rev-158/src/db.h:152: error: expected ‘;’ before ‘*’ token /home/Bitcoin/bitcoin-svn-rev-158/src/db.h:163: error: expected `;' before ‘int’ /home/Bitcoin/bitcoin-svn-rev-158/src/db.h:163: error: ‘Dbc’ has not been declared /home/Bitcoin/bitcoin-svn-rev-158/src/db.h:202: error: ISO C++ forbids declaration of ‘DbTxn’ with no type /home/Bitcoin/bitcoin-svn-rev-158/src/db.h:202: error: expected ‘;’ before ‘*’ token /home/Bitcoin/bitcoin-svn-rev-158/src/db.h:210: error: expected `;' before ‘public’ /home/Bitcoin/bitcoin-svn-rev-158/src/db.h:163: error: ‘DB_NEXT’ was not declared in this scope /home/Bitcoin/bitcoin-svn-rev-158/src/db.h: In member function ‘bool CDB::Read(const K&, T&)’: /home/Bitcoin/bitcoin-svn-rev-158/src/db.h:54: error: ‘pdb’ was not declared in this scope /home/Bitcoin/bitcoin-svn-rev-158/src/db.h:61: error: ‘Dbt’ was not declared in this scope (...) (...)
However that approach won't work with Gentoo ebuild/emerge system, so i abandoned it. Seems the the db include directory was not set correctly. Can you search your system for db_cxx.h and db.h and post the results? I'll try to look at it when I have time.
|
|
|
The unqualified bind references in main.cpp and util.cpp are ambiguous for newer compilers that implement the upcoming ISO standard: there is a collision between boost::bind and std::(tr1::)::bind. This breaks the build under, e.g. VC++ 2010. I've qualified the offending references and fixed the build here, but this is precisely the reason why using-directives in header files are widely considered a bad practice. Better to do away with the using-directives in headers.h and either qualify all references, or judiciously use typedefs and/or using-declarations throughout the sources. If Satoshi gives a green light for this, I'd make another patch along these lines.
|
|
|
|