The following error is printed on the console and in a popup dialog (along with “A fatal error occured. Anoncoin can no longer continue safely and will quit.” message). Anoncoin then fails to start.

EXCEPTION: 9key_error       
CKey::CKey() : EC_KEY_new_by_curve_name failed       
anoncoin in Runaway exception

I have Fedora 19 and compiled anoncoin-qt on master branch (commit d36ff9d). yum list installed | grep openssl shows:

openssl.x86_64                        1:1.0.1e-30.fc19                  @updates
openssl-compat-bitcoin.x86_64         1:1.0.1e-5ec.fc19                 @bitcoin
openssl-compat-bitcoin-devel.x86_64   1:1.0.1e-5ec.fc19                 @bitcoin
openssl-compat-bitcoin-libs.x86_64    1:1.0.1e-5ec.fc19                 @bitcoin
openssl-devel.x86_64                  1:1.0.1e-30.fc19                  @updates
openssl-libs.i686                     1:1.0.1e-30.fc19                  @updates
openssl-libs.x86_64                   1:1.0.1e-30.fc19                  @updates

, where “bitcoin” repository means http://linux.ringingliberty.com/bitcoin/ .

yum list installed | grep boost shows that I have boost 1.53.0-14.fc19

Final Edit: The following is how it should work on Ubuntu at least (the working directory is optional of course):

sudo apt-get install libqtgui4 qt4-qmake libqt4-dev build-essential libboost-dev libboost-system-dev libboost-filesystem-dev libboost-program-options-dev libboost-thread-dev libssl-dev libdb++-dev git libboost-all-dev libminiupnpc-dev libminiupnpc8
cd $HOME
mkdir Anoncoin
cd Anoncoin
git clone https://github.com/Anoncoin/anoncoin.git
cd anoncoin
qmake
cd i2psam
make -f makefile.unix
cd ..
make

EDIT: I have fixed my own problem, here is how.

Between the commands qmake and make, add
cd i2psam
make -f makefile.unix
cd ..

EDIT2: No idea why the below text is so large and bold

Also the sudo apt-get line should also include the libboost-all-dev (probably don't need all but that is what I did to be sure) along with the libminiupnpc-dev libminiupnpc8 in readme-qt.rst

I am attempting to build the QT gui and I got the following error for which I cannot figure out.

I did a:
sudo apt-get install libqtgui4 qt4-qmake libqt4-dev build-essential libboost-dev libboost-system-dev libboost-filesystem-dev libboost-program-options-dev libboost-thread-dev libssl-dev libdb++-dev git miniupnpc-dev

git clone https://github.com/Anoncoin/anoncoin.git
qmake
make

g++ -fstack-protector -fstack-protector-all -fstack-protector -fstack-protector-all -Wl,-O1 -o anoncoin-qt build/bitcoin.o build/bitcoingui.o build/transactiontablemodel.o build/addresstablemodel.o build/optionsdialog.o build/sendcoinsdialog.o build/addressbookpage.o build/signverifymessagedialog.o build/aboutdialog.o build/editaddressdialog.o build/bitcoinaddressvalidator.o build/version.o build/sync.o build/util.o build/netbase.o build/key.o build/script.o build/main.o build/init.o build/net.o build/irc.o build/checkpoints.o build/addrman.o build/db.o build/walletdb.o build/json_spirit_writer.o build/json_spirit_value.o build/json_spirit_reader.o build/clientmodel.o build/guiutil.o build/transactionrecord.o build/optionsmodel.o build/monitoreddatamapper.o build/transactiondesc.o build/transactiondescdialog.o build/bitcoinstrings.o build/bitcoinamountfield.o build/wallet.o build/keystore.o build/transactionfilterproxy.o build/transactionview.o build/walletmodel.o build/bitcoinrpc.o build/rpcdump.o build/rpcnet.o build/rpcrawtransaction.o build/overviewpage.o build/csvmodelwriter.o build/crypter.o build/sendcoinsentry.o build/qvalidatedlineedit.o build/bitcoinunits.o build/qvaluecombobox.o build/askpassphrasedialog.o build/protocol.o build/notificator.o build/qtipcserver.o build/rpcconsole.o build/scrypt.o build/miningpage.o build/noui.o build/showi2paddresses.o build/i2poptionswidget.o build/i2p.o build/hash.o build/moc_bitcoingui.o build/moc_transactiontablemodel.o build/moc_addresstablemodel.o build/moc_optionsdialog.o build/moc_sendcoinsdialog.o build/moc_addressbookpage.o build/moc_signverifymessagedialog.o build/moc_aboutdialog.o build/moc_editaddressdialog.o build/moc_bitcoinaddressvalidator.o build/moc_clientmodel.o build/moc_guiutil.o build/moc_optionsmodel.o build/moc_monitoreddatamapper.o build/moc_transactiondesc.o build/moc_transactiondescdialog.o build/moc_bitcoinamountfield.o build/moc_transactionfilterproxy.o build/moc_transactionview.o build/moc_walletmodel.o build/moc_overviewpage.o build/moc_csvmodelwriter.o build/moc_sendcoinsentry.o build/moc_qvalidatedlineedit.o build/moc_qvaluecombobox.o build/moc_askpassphrasedialog.o build/moc_notificator.o build/moc_miningpage.o build/moc_rpcconsole.o build/moc_showi2paddresses.o build/moc_i2poptionswidget.o build/qrc_bitcoin.o -L/usr/lib/i386-linux-gnu -lminiupnpc -lrt -lssl -lcrypto -ldb_cxx -li2psam -Li2psam -lboost_system -lboost_filesystem -lboost_program_options -lboost_thread -lboost_chrono -lQtGui -lQtCore -lpthread
/usr/bin/ld: cannot find -li2psam
/usr/bin/ld: cannot find -lboost_chrono
collect2: error: ld returned 1 exit status
make: *** [anoncoin-qt] Error 1

http://www.qtcentre.org/threads/39639-MinGW-w64-dependency-on-LIBGCC_S_SJLJ-1-DLL

libgcc_s_sjlj-1.dll is missing. Solution in the link.

getinfo shows following error

{
"version" : "v0.8.5.1-114-g86f4d89-beta",
...
"errors" : "This is a pre-release test build - use at your own risk - do not use for mining or merchant applications"
}

Gives following warning repeatedly after starting the daemon:
Failed to connect to SAM(111)
Created a new SAM session (KSQTJN) from another (HKUNX)
Closing SAM session (KSQTJN) ...
Failed to connect to SAM(111)

I want to know whether the daemon is reliable to use transactions?

The following files in doc/ need to be updated:

• build-msw.md
• build-unix.md
• anoncoin.conf.sample
• anoncoin.qss.sample
• release-notes.md

The following have been rebranded, but they should be verified for accuracy:

• assets-attribution.md
• gitian-building.md
• multiwallet-qt.md
• osx_deterministic_dmg.md
• release-process.md
• translation_process.md

Here is a link showing what the command line options menu in the OSX client looks like. There is obviously some problem with tabs....

https://img.bi/#/xornNBZ!u0tLcFpJF5gUg9NpjvEf3UIvfzzoCuG8JQg7xjpi

This also shows that some lines are not being translated, even though transifex shows 100%. These lines don't appear to be in the files uploaded to transifex at all...

When installing a freshly compiled anoncoin 0.9.6.9 without any %appdata%/anoncoin directory, on windows, it will start to synch the blockchain. What happen is instead of taking 400 MB for the blockchain it takes up to 3 GB and a lot of time. This does not happen if using the bootstrap when after synching with the bootstrap the client is shutdown and then reopened. But, if after the bootstrap the client is left to synch normally without closing, then again a waste of bandwidth happen with a lot of time and data.

This strange behaviour on the FIRST synching also happen with linux AFAIK.

This is a low priority because the bootstrap is easy to use and then the program can be closed manually or automatically by uncommenting #stopafterblockimport=1 in anoncoin.conf. On next launch of the program the issue disappear and the block synchronization continue without trouble. No clue on what cause this behaviour.

I know we have stfu=1, but I think we'd be better off if that was the default.

Perhaps something like -DI2PSAM_DEBUG to enable the print statements in i2psam.cpp?

makefile.unix is trying to build obj/bitcoinrpc.o but there are no source files with the same names...Trying to build on ubuntu 12.04. Have built many other alt-coins

OBJS=
leveldb/libleveldb.a
../i2psam/libi2psam.a
obj/alert.o
obj/version.o
obj/checkpoints.o
obj/netbase.o
obj/addrman.o
obj/crypter.o
obj/key.o
obj/db.o
obj/init.o
obj/keystore.o
obj/irc.o
obj/i2p.o
obj/main.o
obj/net.o
obj/protocol.o
** obj/bitcoinrpc.o \ **
obj/rpcdump.o
obj/rpcnet.o
obj/rpcmining.o
obj/rpcwallet.o
obj/rpcblockchain.o
obj/rpcrawtransaction.o
obj/script.o
obj/scrypt.o
obj/sync.o
obj/util.o
obj/wallet.o
obj/walletdb.o
obj/hash.o
obj/bloom.o
obj/noui.o
obj/leveldb.o
obj/txdb.o
obj/miner.o

First, I think that we should call this

onlynet=tor

instead of "onion". We could alternatively define the alias "tor"="onion".

Second, when I have tor already running, if I start anoncoin with the option onlynet=onion, it does not connect to any peers.

Lastly, I am not sure what the code is doing, but "onlynet=tor" should use the following default parameters:

 SOCKS5 proxy
 port 9050
 local host: 127.0.0.1

Read topic.

http://git.repo.i2p/w/bitcoin-qt-i2p.git could be in good help.

can you please help me.. i want to write a pool/blockchain application.. i want to modify it. i want to detect errors in the "error" string.. but the actual anoncoin version here on github always produces in getinfo the string

"version" : "v0.8.5.7",
"protocolversion" : 70007,
"walletversion" : 60000,
"errors" : "This is a pre-release test build - use at your own risk - do not use for mining or merchant applications"

so how can i the source of the stable version? ( no, i don't want the binary.. ) how can i remove the string?
there is a additional branch "0.8.5" , but it is 2 years old..
the most recent release "v0.8.5.6" is also 2 years old..

Running:

qmake && make

I get:

In file included from src/uint256.h:11:0,
             from src/key.h:12,
             from src/crypter.h:8,
             from src/keystore.h:8,
             from src/script.h:14,
             from src/script.cpp:11:
/usr/include/inttypes.h:290:8: error: reference to ‘intmax_t’ is ambiguous
In file included from /usr/lib/gcc/x86_64-linux-gnu/4.7/include/stdint.h:3:0,
             from /usr/include/inttypes.h:27,
             from src/uint256.h:11,
             from src/key.h:12,
             from src/crypter.h:8,
             from src/keystore.h:8,
             from src/script.h:14,
             from src/script.cpp:11:
/usr/include/stdint.h:134:19: error: candidates are: typedef long int intmax_t
In file included from /usr/include/boost/math_fwd.hpp:12:0,
             from /usr/include/boost/math/common_factor_ct.hpp:13,
             from /usr/include/boost/variant/variant.hpp:43,
             from /usr/include/boost/variant.hpp:17,
             from src/script.h:12,
             from src/script.cpp:11:
/usr/include/boost/cstdint.hpp:306:50: error:                 typedef boost::long_long_type boost::intmax_t

Using Debian Testing on amd64, with qt4 and libboost1.54-dev

I tried to build the develop-themes code on Debian (9) stretch x86 (and I'm not in a VM).
I did follow the instructions and did exactly what is told here: https://wiki.anoncoin.net/How_to_build_Anoncoin_develop except that I did 'git checkout develop-themes' in that case.

Unfortunately the last make command still ends with scrypt-sse2 error, and no anoncoin programs are build.
The fist make command was succesful though (in depends directory).

(And just to let you know, I install debian 8 jessie x86 in a VM and did the same thing, I had almost exactly the same errors. The Debian stretch host system is on an external USB drive, so I also tried to compile on another computer, but it gives the same errors)

edit: tried to compile develop also as lunokhod told me. No more luck, same errors.
In anoncoin directory I ran:

make clean
git checkout develop
./configure --prefix=`pwd`/depends/i686-pc-linux-gnu
make

Here are the logs (don't know if I should use an external pastebin for them):

$ make

Making all in src
make[1]: Entering directory '/home/user/Code/anoncoin/src'
make[2]: Entering directory '/home/user/Code/anoncoin/src'
  CXX      libanoncoin_common_a-scrypt-sse2.o
scrypt-sse2.cpp: In function ‘void scrypt_1024_1_1_256_sp_sse2(const char*, char*, char*)’:
scrypt-sse2.cpp:124:50: warning: SSE vector return without SSE enabled changes the ABI [-Wpsabi]
    X.i128[k] = _mm_xor_si128(X.i128[k], V[j + k]);
                                                  ^
In file included from scrypt-sse2.cpp:36:0:
/usr/lib/gcc/i586-linux-gnu/4.9/include/emmintrin.h: In function ‘void xor_salsa8_sse2(__m128i*, const __m128i*)’:
/usr/lib/gcc/i586-linux-gnu/4.9/include/emmintrin.h:1282:1: error: inlining failed in call to always_inline ‘__m128i _mm_xor_si128(__m128i, __m128i)’: target specific option mismatch
 _mm_xor_si128 (__m128i __A, __m128i __B)
 ^
scrypt-sse2.cpp:44:39: error: called from here
  X0 = B[0] = _mm_xor_si128(B[0], Bx[0]);
                                       ^
In file included from scrypt-sse2.cpp:36:0:
/usr/lib/gcc/i586-linux-gnu/4.9/include/emmintrin.h:1282:1: error: inlining failed in call to always_inline ‘__m128i _mm_xor_si128(__m128i, __m128i)’: target specific option mismatch
 _mm_xor_si128 (__m128i __A, __m128i __B)
 ^
scrypt-sse2.cpp:45:39: error: called from here
  X1 = B[1] = _mm_xor_si128(B[1], Bx[1]);
                                       ^
In file included from scrypt-sse2.cpp:36:0:
/usr/lib/gcc/i586-linux-gnu/4.9/include/emmintrin.h:1282:1: error: inlining failed in call to always_inline ‘__m128i _mm_xor_si128(__m128i, __m128i)’: target specific option mismatch
 _mm_xor_si128 (__m128i __A, __m128i __B)
 ^
scrypt-sse2.cpp:46:39: error: called from here
  X2 = B[2] = _mm_xor_si128(B[2], Bx[2]);
                                       ^
In file included from scrypt-sse2.cpp:36:0:
/usr/lib/gcc/i586-linux-gnu/4.9/include/emmintrin.h:1282:1: error: inlining failed in call to always_inline ‘__m128i _mm_xor_si128(__m128i, __m128i)’: target specific option mismatch
 _mm_xor_si128 (__m128i __A, __m128i __B)
 ^
scrypt-sse2.cpp:47:39: error: called from here
  X3 = B[3] = _mm_xor_si128(B[3], Bx[3]);
                                       ^
In file included from scrypt-sse2.cpp:36:0:
/usr/lib/gcc/i586-linux-gnu/4.9/include/emmintrin.h:1019:1: error: inlining failed in call to always_inline ‘__m128i _mm_add_epi32(__m128i, __m128i)’: target specific option mismatch
 _mm_add_epi32 (__m128i __A, __m128i __B)
 ^
scrypt-sse2.cpp:51:28: error: called from here
   T = _mm_add_epi32(X0, X3);
                            ^
In file included from scrypt-sse2.cpp:36:0:
/usr/lib/gcc/i586-linux-gnu/4.9/include/emmintrin.h:1139:1: error: inlining failed in call to always_inline ‘__m128i _mm_slli_epi32(__m128i, int)’: target specific option mismatch
 _mm_slli_epi32 (__m128i __A, int __B)
 ^
scrypt-sse2.cpp:52:46: error: called from here
   X1 = _mm_xor_si128(X1, _mm_slli_epi32(T, 7));
                                              ^
In file included from scrypt-sse2.cpp:36:0:
/usr/lib/gcc/i586-linux-gnu/4.9/include/emmintrin.h:1282:1: error: inlining failed in call to always_inline ‘__m128i _mm_xor_si128(__m128i, __m128i)’: target specific option mismatch
 _mm_xor_si128 (__m128i __A, __m128i __B)
 ^
scrypt-sse2.cpp:52:47: error: called from here
   X1 = _mm_xor_si128(X1, _mm_slli_epi32(T, 7));
                                               ^
In file included from scrypt-sse2.cpp:36:0:
/usr/lib/gcc/i586-linux-gnu/4.9/include/emmintrin.h:1204:1: error: inlining failed in call to always_inline ‘__m128i _mm_srli_epi32(__m128i, int)’: target specific option mismatch
 _mm_srli_epi32 (__m128i __A, int __B)
 ^
scrypt-sse2.cpp:53:47: error: called from here
   X1 = _mm_xor_si128(X1, _mm_srli_epi32(T, 25));
                                               ^
In file included from scrypt-sse2.cpp:36:0:
/usr/lib/gcc/i586-linux-gnu/4.9/include/emmintrin.h:1282:1: error: inlining failed in call to always_inline ‘__m128i _mm_xor_si128(__m128i, __m128i)’: target specific option mismatch
 _mm_xor_si128 (__m128i __A, __m128i __B)
 ^
scrypt-sse2.cpp:53:48: error: called from here
   X1 = _mm_xor_si128(X1, _mm_srli_epi32(T, 25));
                                                ^
In file included from scrypt-sse2.cpp:36:0:
/usr/lib/gcc/i586-linux-gnu/4.9/include/emmintrin.h:1019:1: error: inlining failed in call to always_inline ‘__m128i _mm_add_epi32(__m128i, __m128i)’: target specific option mismatch
 _mm_add_epi32 (__m128i __A, __m128i __B)
 ^
scrypt-sse2.cpp:54:28: error: called from here
   T = _mm_add_epi32(X1, X0);
                            ^
In file included from scrypt-sse2.cpp:36:0:
/usr/lib/gcc/i586-linux-gnu/4.9/include/emmintrin.h:1139:1: error: inlining failed in call to always_inline ‘__m128i _mm_slli_epi32(__m128i, int)’: target specific option mismatch
 _mm_slli_epi32 (__m128i __A, int __B)
 ^
scrypt-sse2.cpp:55:46: error: called from here
   X2 = _mm_xor_si128(X2, _mm_slli_epi32(T, 9));
                                              ^
In file included from scrypt-sse2.cpp:36:0:
/usr/lib/gcc/i586-linux-gnu/4.9/include/emmintrin.h:1282:1: error: inlining failed in call to always_inline ‘__m128i _mm_xor_si128(__m128i, __m128i)’: target specific option mismatch
 _mm_xor_si128 (__m128i __A, __m128i __B)
 ^
scrypt-sse2.cpp:55:47: error: called from here
   X2 = _mm_xor_si128(X2, _mm_slli_epi32(T, 9));
                                               ^
In file included from scrypt-sse2.cpp:36:0:
/usr/lib/gcc/i586-linux-gnu/4.9/include/emmintrin.h:1204:1: error: inlining failed in call to always_inline ‘__m128i _mm_srli_epi32(__m128i, int)’: target specific option mismatch
 _mm_srli_epi32 (__m128i __A, int __B)
 ^
scrypt-sse2.cpp:56:47: error: called from here
   X2 = _mm_xor_si128(X2, _mm_srli_epi32(T, 23));
                                               ^
In file included from scrypt-sse2.cpp:36:0:
/usr/lib/gcc/i586-linux-gnu/4.9/include/emmintrin.h:1282:1: error: inlining failed in call to always_inline ‘__m128i _mm_xor_si128(__m128i, __m128i)’: target specific option mismatch
 _mm_xor_si128 (__m128i __A, __m128i __B)
 ^
scrypt-sse2.cpp:56:48: error: called from here
   X2 = _mm_xor_si128(X2, _mm_srli_epi32(T, 23));
                                                ^
In file included from scrypt-sse2.cpp:36:0:
/usr/lib/gcc/i586-linux-gnu/4.9/include/emmintrin.h:1019:1: error: inlining failed in call to always_inline ‘__m128i _mm_add_epi32(__m128i, __m128i)’: target specific option mismatch
 _mm_add_epi32 (__m128i __A, __m128i __B)
 ^
scrypt-sse2.cpp:57:28: error: called from here
   T = _mm_add_epi32(X2, X1);
                            ^
In file included from scrypt-sse2.cpp:36:0:
/usr/lib/gcc/i586-linux-gnu/4.9/include/emmintrin.h:1139:1: error: inlining failed in call to always_inline ‘__m128i _mm_slli_epi32(__m128i, int)’: target specific option mismatch
 _mm_slli_epi32 (__m128i __A, int __B)
 ^
scrypt-sse2.cpp:58:47: error: called from here
   X3 = _mm_xor_si128(X3, _mm_slli_epi32(T, 13));
                                               ^
In file included from scrypt-sse2.cpp:36:0:
/usr/lib/gcc/i586-linux-gnu/4.9/include/emmintrin.h:1282:1: error: inlining failed in call to always_inline ‘__m128i _mm_xor_si128(__m128i, __m128i)’: target specific option mismatch
 _mm_xor_si128 (__m128i __A, __m128i __B)
 ^
scrypt-sse2.cpp:58:48: error: called from here
   X3 = _mm_xor_si128(X3, _mm_slli_epi32(T, 13));
                                                ^
In file included from scrypt-sse2.cpp:36:0:
/usr/lib/gcc/i586-linux-gnu/4.9/include/emmintrin.h:1204:1: error: inlining failed in call to always_inline ‘__m128i _mm_srli_epi32(__m128i, int)’: target specific option mismatch
 _mm_srli_epi32 (__m128i __A, int __B)
 ^
scrypt-sse2.cpp:59:47: error: called from here
   X3 = _mm_xor_si128(X3, _mm_srli_epi32(T, 19));
                                               ^
In file included from scrypt-sse2.cpp:36:0:
/usr/lib/gcc/i586-linux-gnu/4.9/include/emmintrin.h:1282:1: error: inlining failed in call to always_inline ‘__m128i _mm_xor_si128(__m128i, __m128i)’: target specific option mismatch
 _mm_xor_si128 (__m128i __A, __m128i __B)
 ^
scrypt-sse2.cpp:59:48: error: called from here
   X3 = _mm_xor_si128(X3, _mm_srli_epi32(T, 19));
                                                ^
In file included from scrypt-sse2.cpp:36:0:
/usr/lib/gcc/i586-linux-gnu/4.9/include/emmintrin.h:1019:1: error: inlining failed in call to always_inline ‘__m128i _mm_add_epi32(__m128i, __m128i)’: target specific option mismatch
 _mm_add_epi32 (__m128i __A, __m128i __B)
 ^
scrypt-sse2.cpp:60:28: error: called from here
   T = _mm_add_epi32(X3, X2);
                            ^
In file included from scrypt-sse2.cpp:36:0:
/usr/lib/gcc/i586-linux-gnu/4.9/include/emmintrin.h:1139:1: error: inlining failed in call to always_inline ‘__m128i _mm_slli_epi32(__m128i, int)’: target specific option mismatch
 _mm_slli_epi32 (__m128i __A, int __B)
 ^
scrypt-sse2.cpp:61:47: error: called from here
   X0 = _mm_xor_si128(X0, _mm_slli_epi32(T, 18));
                                               ^
In file included from scrypt-sse2.cpp:36:0:
/usr/lib/gcc/i586-linux-gnu/4.9/include/emmintrin.h:1282:1: error: inlining failed in call to always_inline ‘__m128i _mm_xor_si128(__m128i, __m128i)’: target specific option mismatch
 _mm_xor_si128 (__m128i __A, __m128i __B)
 ^
scrypt-sse2.cpp:61:48: error: called from here
   X0 = _mm_xor_si128(X0, _mm_slli_epi32(T, 18));
                                                ^
In file included from scrypt-sse2.cpp:36:0:
/usr/lib/gcc/i586-linux-gnu/4.9/include/emmintrin.h:1204:1: error: inlining failed in call to always_inline ‘__m128i _mm_srli_epi32(__m128i, int)’: target specific option mismatch
 _mm_srli_epi32 (__m128i __A, int __B)
 ^
scrypt-sse2.cpp:62:47: error: called from here
   X0 = _mm_xor_si128(X0, _mm_srli_epi32(T, 14));
                                               ^
In file included from scrypt-sse2.cpp:36:0:
/usr/lib/gcc/i586-linux-gnu/4.9/include/emmintrin.h:1282:1: error: inlining failed in call to always_inline ‘__m128i _mm_xor_si128(__m128i, __m128i)’: target specific option mismatch
 _mm_xor_si128 (__m128i __A, __m128i __B)
 ^
scrypt-sse2.cpp:62:48: error: called from here
   X0 = _mm_xor_si128(X0, _mm_srli_epi32(T, 14));
                                                ^
In file included from scrypt-sse2.cpp:36:0:
/usr/lib/gcc/i586-linux-gnu/4.9/include/emmintrin.h:1411:1: error: inlining failed in call to always_inline ‘__m128i _mm_shuffle_epi32(__m128i, int)’: target specific option mismatch
 _mm_shuffle_epi32 (__m128i __A, const int __mask)
 ^
scrypt-sse2.cpp:65:35: error: called from here
   X1 = _mm_shuffle_epi32(X1, 0x93);
                                   ^
In file included from scrypt-sse2.cpp:36:0:
/usr/lib/gcc/i586-linux-gnu/4.9/include/emmintrin.h:1411:1: error: inlining failed in call to always_inline ‘__m128i _mm_shuffle_epi32(__m128i, int)’: target specific option mismatch
 _mm_shuffle_epi32 (__m128i __A, const int __mask)
 ^
scrypt-sse2.cpp:66:35: error: called from here
   X2 = _mm_shuffle_epi32(X2, 0x4E);
                                   ^
In file included from scrypt-sse2.cpp:36:0:
/usr/lib/gcc/i586-linux-gnu/4.9/include/emmintrin.h:1411:1: error: inlining failed in call to always_inline ‘__m128i _mm_shuffle_epi32(__m128i, int)’: target specific option mismatch
 _mm_shuffle_epi32 (__m128i __A, const int __mask)
 ^
scrypt-sse2.cpp:67:35: error: called from here
   X3 = _mm_shuffle_epi32(X3, 0x39);
                                   ^
In file included from scrypt-sse2.cpp:36:0:
/usr/lib/gcc/i586-linux-gnu/4.9/include/emmintrin.h:1019:1: error: inlining failed in call to always_inline ‘__m128i _mm_add_epi32(__m128i, __m128i)’: target specific option mismatch
 _mm_add_epi32 (__m128i __A, __m128i __B)
 ^
scrypt-sse2.cpp:70:28: error: called from here
   T = _mm_add_epi32(X0, X1);
                            ^
In file included from scrypt-sse2.cpp:36:0:
/usr/lib/gcc/i586-linux-gnu/4.9/include/emmintrin.h:1139:1: error: inlining failed in call to always_inline ‘__m128i _mm_slli_epi32(__m128i, int)’: target specific option mismatch
 _mm_slli_epi32 (__m128i __A, int __B)
 ^
scrypt-sse2.cpp:71:46: error: called from here
   X3 = _mm_xor_si128(X3, _mm_slli_epi32(T, 7));
                                              ^
In file included from scrypt-sse2.cpp:36:0:
/usr/lib/gcc/i586-linux-gnu/4.9/include/emmintrin.h:1282:1: error: inlining failed in call to always_inline ‘__m128i _mm_xor_si128(__m128i, __m128i)’: target specific option mismatch
 _mm_xor_si128 (__m128i __A, __m128i __B)
 ^
scrypt-sse2.cpp:71:47: error: called from here
   X3 = _mm_xor_si128(X3, _mm_slli_epi32(T, 7));
                                               ^
In file included from scrypt-sse2.cpp:36:0:
/usr/lib/gcc/i586-linux-gnu/4.9/include/emmintrin.h:1204:1: error: inlining failed in call to always_inline ‘__m128i _mm_srli_epi32(__m128i, int)’: target specific option mismatch
 _mm_srli_epi32 (__m128i __A, int __B)
 ^
scrypt-sse2.cpp:72:47: error: called from here
   X3 = _mm_xor_si128(X3, _mm_srli_epi32(T, 25));
                                               ^
In file included from scrypt-sse2.cpp:36:0:
/usr/lib/gcc/i586-linux-gnu/4.9/include/emmintrin.h:1282:1: error: inlining failed in call to always_inline ‘__m128i _mm_xor_si128(__m128i, __m128i)’: target specific option mismatch
 _mm_xor_si128 (__m128i __A, __m128i __B)
 ^
scrypt-sse2.cpp:72:48: error: called from here
   X3 = _mm_xor_si128(X3, _mm_srli_epi32(T, 25));
                                                ^
In file included from scrypt-sse2.cpp:36:0:
/usr/lib/gcc/i586-linux-gnu/4.9/include/emmintrin.h:1019:1: error: inlining failed in call to always_inline ‘__m128i _mm_add_epi32(__m128i, __m128i)’: target specific option mismatch
 _mm_add_epi32 (__m128i __A, __m128i __B)
 ^
scrypt-sse2.cpp:73:28: error: called from here
   T = _mm_add_epi32(X3, X0);
                            ^
In file included from scrypt-sse2.cpp:36:0:
/usr/lib/gcc/i586-linux-gnu/4.9/include/emmintrin.h:1139:1: error: inlining failed in call to always_inline ‘__m128i _mm_slli_epi32(__m128i, int)’: target specific option mismatch
 _mm_slli_epi32 (__m128i __A, int __B)
 ^
scrypt-sse2.cpp:74:46: error: called from here
   X2 = _mm_xor_si128(X2, _mm_slli_epi32(T, 9));
                                              ^
In file included from scrypt-sse2.cpp:36:0:
/usr/lib/gcc/i586-linux-gnu/4.9/include/emmintrin.h:1282:1: error: inlining failed in call to always_inline ‘__m128i _mm_xor_si128(__m128i, __m128i)’: target specific option mismatch
 _mm_xor_si128 (__m128i __A, __m128i __B)
 ^
scrypt-sse2.cpp:74:47: error: called from here
   X2 = _mm_xor_si128(X2, _mm_slli_epi32(T, 9));
                                               ^
In file included from scrypt-sse2.cpp:36:0:
/usr/lib/gcc/i586-linux-gnu/4.9/include/emmintrin.h:1204:1: error: inlining failed in call to always_inline ‘__m128i _mm_srli_epi32(__m128i, int)’: target specific option mismatch
 _mm_srli_epi32 (__m128i __A, int __B)
 ^
scrypt-sse2.cpp:75:47: error: called from here
   X2 = _mm_xor_si128(X2, _mm_srli_epi32(T, 23));
                                               ^
In file included from scrypt-sse2.cpp:36:0:
/usr/lib/gcc/i586-linux-gnu/4.9/include/emmintrin.h:1282:1: error: inlining failed in call to always_inline ‘__m128i _mm_xor_si128(__m128i, __m128i)’: target specific option mismatch
 _mm_xor_si128 (__m128i __A, __m128i __B)
 ^
scrypt-sse2.cpp:75:48: error: called from here
   X2 = _mm_xor_si128(X2, _mm_srli_epi32(T, 23));
                                                ^
In file included from scrypt-sse2.cpp:36:0:
/usr/lib/gcc/i586-linux-gnu/4.9/include/emmintrin.h:1019:1: error: inlining failed in call to always_inline ‘__m128i _mm_add_epi32(__m128i, __m128i)’: target specific option mismatch
 _mm_add_epi32 (__m128i __A, __m128i __B)
 ^
scrypt-sse2.cpp:76:28: error: called from here
   T = _mm_add_epi32(X2, X3);
                            ^
In file included from scrypt-sse2.cpp:36:0:
/usr/lib/gcc/i586-linux-gnu/4.9/include/emmintrin.h:1139:1: error: inlining failed in call to always_inline ‘__m128i _mm_slli_epi32(__m128i, int)’: target specific option mismatch
 _mm_slli_epi32 (__m128i __A, int __B)
 ^
scrypt-sse2.cpp:77:47: error: called from here
   X1 = _mm_xor_si128(X1, _mm_slli_epi32(T, 13));
                                               ^
In file included from scrypt-sse2.cpp:36:0:
/usr/lib/gcc/i586-linux-gnu/4.9/include/emmintrin.h:1282:1: error: inlining failed in call to always_inline ‘__m128i _mm_xor_si128(__m128i, __m128i)’: target specific option mismatch
 _mm_xor_si128 (__m128i __A, __m128i __B)
 ^
scrypt-sse2.cpp:77:48: error: called from here
   X1 = _mm_xor_si128(X1, _mm_slli_epi32(T, 13));
                                                ^
In file included from scrypt-sse2.cpp:36:0:
/usr/lib/gcc/i586-linux-gnu/4.9/include/emmintrin.h:1204:1: error: inlining failed in call to always_inline ‘__m128i _mm_srli_epi32(__m128i, int)’: target specific option mismatch
 _mm_srli_epi32 (__m128i __A, int __B)
 ^
scrypt-sse2.cpp:78:47: error: called from here
   X1 = _mm_xor_si128(X1, _mm_srli_epi32(T, 19));
                                               ^
In file included from scrypt-sse2.cpp:36:0:
/usr/lib/gcc/i586-linux-gnu/4.9/include/emmintrin.h:1282:1: error: inlining failed in call to always_inline ‘__m128i _mm_xor_si128(__m128i, __m128i)’: target specific option mismatch
 _mm_xor_si128 (__m128i __A, __m128i __B)
 ^
scrypt-sse2.cpp:78:48: error: called from here
   X1 = _mm_xor_si128(X1, _mm_srli_epi32(T, 19));
                                                ^
In file included from scrypt-sse2.cpp:36:0:
/usr/lib/gcc/i586-linux-gnu/4.9/include/emmintrin.h:1019:1: error: inlining failed in call to always_inline ‘__m128i _mm_add_epi32(__m128i, __m128i)’: target specific option mismatch
 _mm_add_epi32 (__m128i __A, __m128i __B)
 ^
scrypt-sse2.cpp:79:28: error: called from here
   T = _mm_add_epi32(X1, X2);
                            ^
In file included from scrypt-sse2.cpp:36:0:
/usr/lib/gcc/i586-linux-gnu/4.9/include/emmintrin.h:1139:1: error: inlining failed in call to always_inline ‘__m128i _mm_slli_epi32(__m128i, int)’: target specific option mismatch
 _mm_slli_epi32 (__m128i __A, int __B)
 ^
scrypt-sse2.cpp:80:47: error: called from here
   X0 = _mm_xor_si128(X0, _mm_slli_epi32(T, 18));
                                               ^
In file included from scrypt-sse2.cpp:36:0:
/usr/lib/gcc/i586-linux-gnu/4.9/include/emmintrin.h:1282:1: error: inlining failed in call to always_inline ‘__m128i _mm_xor_si128(__m128i, __m128i)’: target specific option mismatch
 _mm_xor_si128 (__m128i __A, __m128i __B)
 ^
scrypt-sse2.cpp:80:48: error: called from here
   X0 = _mm_xor_si128(X0, _mm_slli_epi32(T, 18));
                                                ^
In file included from scrypt-sse2.cpp:36:0:
/usr/lib/gcc/i586-linux-gnu/4.9/include/emmintrin.h:1204:1: error: inlining failed in call to always_inline ‘__m128i _mm_srli_epi32(__m128i, int)’: target specific option mismatch
 _mm_srli_epi32 (__m128i __A, int __B)
 ^
scrypt-sse2.cpp:81:47: error: called from here
   X0 = _mm_xor_si128(X0, _mm_srli_epi32(T, 14));
                                               ^
In file included from scrypt-sse2.cpp:36:0:
/usr/lib/gcc/i586-linux-gnu/4.9/include/emmintrin.h:1282:1: error: inlining failed in call to always_inline ‘__m128i _mm_xor_si128(__m128i, __m128i)’: target specific option mismatch
 _mm_xor_si128 (__m128i __A, __m128i __B)
 ^
scrypt-sse2.cpp:81:48: error: called from here
   X0 = _mm_xor_si128(X0, _mm_srli_epi32(T, 14));
                                                ^
In file included from scrypt-sse2.cpp:36:0:
/usr/lib/gcc/i586-linux-gnu/4.9/include/emmintrin.h:1411:1: error: inlining failed in call to always_inline ‘__m128i _mm_shuffle_epi32(__m128i, int)’: target specific option mismatch
 _mm_shuffle_epi32 (__m128i __A, const int __mask)
 ^
scrypt-sse2.cpp:84:35: error: called from here
   X1 = _mm_shuffle_epi32(X1, 0x39);
                                   ^
In file included from scrypt-sse2.cpp:36:0:
/usr/lib/gcc/i586-linux-gnu/4.9/include/emmintrin.h:1411:1: error: inlining failed in call to always_inline ‘__m128i _mm_shuffle_epi32(__m128i, int)’: target specific option mismatch
 _mm_shuffle_epi32 (__m128i __A, const int __mask)
 ^
scrypt-sse2.cpp:85:35: error: called from here
   X2 = _mm_shuffle_epi32(X2, 0x4E);
                                   ^
In file included from scrypt-sse2.cpp:36:0:
/usr/lib/gcc/i586-linux-gnu/4.9/include/emmintrin.h:1411:1: error: inlining failed in call to always_inline ‘__m128i _mm_shuffle_epi32(__m128i, int)’: target specific option mismatch
 _mm_shuffle_epi32 (__m128i __A, const int __mask)
 ^
scrypt-sse2.cpp:86:35: error: called from here
   X3 = _mm_shuffle_epi32(X3, 0x93);
                                   ^
In file included from scrypt-sse2.cpp:36:0:
/usr/lib/gcc/i586-linux-gnu/4.9/include/emmintrin.h:1019:1: error: inlining failed in call to always_inline ‘__m128i _mm_add_epi32(__m128i, __m128i)’: target specific option mismatch
 _mm_add_epi32 (__m128i __A, __m128i __B)
 ^
scrypt-sse2.cpp:89:31: error: called from here
  B[0] = _mm_add_epi32(B[0], X0);
                               ^
In file included from scrypt-sse2.cpp:36:0:
/usr/lib/gcc/i586-linux-gnu/4.9/include/emmintrin.h:1019:1: error: inlining failed in call to always_inline ‘__m128i _mm_add_epi32(__m128i, __m128i)’: target specific option mismatch
 _mm_add_epi32 (__m128i __A, __m128i __B)
 ^
scrypt-sse2.cpp:90:31: error: called from here
  B[1] = _mm_add_epi32(B[1], X1);
                               ^
In file included from scrypt-sse2.cpp:36:0:
/usr/lib/gcc/i586-linux-gnu/4.9/include/emmintrin.h:1019:1: error: inlining failed in call to always_inline ‘__m128i _mm_add_epi32(__m128i, __m128i)’: target specific option mismatch
 _mm_add_epi32 (__m128i __A, __m128i __B)
 ^
scrypt-sse2.cpp:91:31: error: called from here
  B[2] = _mm_add_epi32(B[2], X2);
                               ^
In file included from scrypt-sse2.cpp:36:0:
/usr/lib/gcc/i586-linux-gnu/4.9/include/emmintrin.h:1019:1: error: inlining failed in call to always_inline ‘__m128i _mm_add_epi32(__m128i, __m128i)’: target specific option mismatch
 _mm_add_epi32 (__m128i __A, __m128i __B)
 ^
scrypt-sse2.cpp:92:31: error: called from here
  B[3] = _mm_add_epi32(B[3], X3);
                               ^
Makefile:2674: recipe for target 'libanoncoin_common_a-scrypt-sse2.o' failed
make[2]: *** [libanoncoin_common_a-scrypt-sse2.o] Error 1
make[2]: Leaving directory '/home/user/Code/anoncoin/src'
Makefile:5136: recipe for target 'all-recursive' failed
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory '/home/user/Code/anoncoin/src'
Makefile:574: recipe for target 'all-recursive' failed
make: *** [all-recursive] Error 1

Compling git head:

commit 2fccea69d25ac03d24081b74806872fda1320aa8
Author: Meeh <[email protected]>
Date:   Tue Mar 18 23:22:33 2014 +0100

Making wallet an option part 1. (Relay nodes don't need wallets)

and get:

src/init.cpp: In function ‘bool AppInit2(boost::thread_group&)’:
src/init.cpp:1252:65: error: too few arguments to function ‘void 
            GenerateAnoncoins(bool, CWallet*, int)’
     GenerateAnoncoins(GetBoolArg("-gen", false), pwalletMain);
                                                             ^
In file included from src/init.cpp:18:0:
src/miner.h:23:6: note: declared here
 void GenerateAnoncoins(bool fGenerate, CWallet* pwallet, int nThreads);

When I remove the nThreads parameter from the prototype in src/miner.h it then fails at link time with:

build/init.o: In function `Shutdown()':
init.cpp:(.text+0x1096): undefined reference to `GenerateBitcoins(bool, CWallet*)'
build/init.o: In function `AppInit2(boost::thread_group&)':
init.cpp:(.text+0xbf6b): undefined reference to `GenerateAnoncoins(bool, CWallet*)'
build/net.o: In function `StopNode()':
net.cpp:(.text+0x40ff): undefined reference to `GenerateBitcoins(bool, CWallet*)'

and more.

Title tells the problem. Minor bug.

make distclean does not remove the previously built osx application

dist/Anoncoin

Also, make distclean executes the following command

/bin/sh ./config.status --recheck

which reruns the configure script. Is this really necessary?

It would be really awesome of you could GPG sign all git tags. Both the bitcoin and litecoin projects do this.

In fact it would be great if you could GPG sign the latest of the current tags and push them to the repo.

Ok see a bunch of new languages added. I will pull them down here using the TX project client, make the required coding changes to support them, commit the changes so they are available to you in the next build.

Plan is to do that Pull often, as long as no languages are added or deleted, I do not have to change the software and simply include the new translations done for any specific language. That much I can help with.

Without question, there will be issues, and at some point changes made to the 'source' language file we use as 'master' will be required. However...

Unless its absolutely needed, I do not intend on taking that project on right now, or in the immediate future. Building a new source file should require many hours of careful programming changes be made, all QT and NON QT source code reviewed, there are many places strings have not been setup properly to work with translation. If any QT forms change, also a new source should be built.

Use this thread to post any problems you've discovered or wording changes that you would like to see be made, then the tasks can be processed in batch mode, as time allows.

Depending on the amount of those, and/or software bugs we have found related to human language translation that need to be fixed, this aspect of Anoncoin can become very time consuming for all involved....

So for now at least, any of the latest work done on Transifex, by you or other team members, for any of the languages, will automatically be included by me and start showing up, possibly without comment, as the work in other areas progresses...

BTW....I'm not looking at the translation files themselves, to decide if they are done correctly, unless one of you points out a problem, I'm not going to be aware of it.

Trying to get a Peru translator to join the team, she could help out on the Spanish.
Cheers to the Norwegien team, first to get their translation to 100%

Really impressed with the effort and progress that has been made already!

GR

Why Unix daemon show some beta version after build from master-neo branch?

"version" : "v0.8.5.1-92-gbdada9c-dirty-beta",
"protocolversion" : 70007,
"walletversion" : 60000,
"balance" : 0.00000000,
"blocks" : 122460,
"moneysupply" : 650259.80000000,
"timeoffset" : 0,
"connections" : 6,
"proxy" : "",
"ip" : "0.0.0.0",
"difficulty" : 62.98934469,
"testnet" : false,
"keypoololdest" : 1391487077,
"keypoolsize" : 101,
"paytxfee" : 0.00000000,
"mininput" : 0.00010000,
"errors" : "This is a pre-release test build - use at your own risk - do not use for mining or merchant applications"

There are a number of branches that are outdated, and which contain no anoncoin authored commits. Several other branches are likely to have been merged into the last release (0.8.6).

I propose to delete the following branches:
* 0.6.2: No anoncoin authored commits. Last commit gavinandresen authored on May 11, 2012
* 0.6.3: No anoncoin authored commits. Last commit Greedi authored on Nov 29, 2012
* blockheaders: No anoncoin authored commits. Last commit gavinandresan, Oct 2011.
* electrum: No anoncoin authored commits. Last commit coblee, July 2012.
* freenode-verf: No anoncoin authored commits. Last commit Jeff Garzik, April 2011
* master-fix: This branch is up to date with master-0.8
* master-neo: The last commit on this branch (march 15 2014) is identical to the same commit on master. Master contains 24 additional commits.

I propose to rename the following branches:
* master-0.8 --> 0.8.5

The status of the following branches is not clear. I ask that the last author check to see if these are necessary, or it they have already been merged with other branches.
* 0.8: Last commit meeh420 authored on Oct 12, 2013
* master-old: Last commit K1773R authored on Dec 26, 2013 --> renamed 0.7.5
* native_i2p: Last commit meeh420 authored on Jun 14, 2013
* new_diffcalc: Last commit meeh420 authored on Jun 26, 2013
* osx-qt5: Last commit meeh420 authored on Jun 25, 2013
* protswitch: Last commit meeh420 authored on Jun 12, 2013

• newbase: Last commit meeh420 authored on Oct 2, 2014
• replace_kgw: Last commit Gnos1s authored on Oct 31, 2014
• zerocoin_old: Last commit Gnos1s authored on Oct 19, 2014
• zc: Last commit Gnos1s authored on Aug 7, 2014

https://github.com/Anoncoin/anoncoin/blob/master-neo/src/qt/locale/bitcoin_zh_CN.ts

Please replace 莱特币 to 匿名币 or ANC;
Thank you!

The win64 version of anoncoin-qtt (anoncoin qt theme wallet) is not working on win64. After loading the blockchain on startup it crashed and display an anoncoin-qtt.exe has stopped working message. This does not happen on Win32, nor on Linux. This is probably related to Qt support on windows 64. The classical version, not supporting themes, do not have this issue.

This is a low priority issue because it is only for aesthetic, the classical win64 works so let us not bother too much.

A related issue is the not correct display of themes on 9.6.9 version and windows vs 9.4.4 see https://wiki.anoncoin.net/images/f/f0/Cake.png

Title ^. More info later.

A "connections" field in the json which counts the darknet (I2P/Tor) connections and display them.

This will also reduce the normal "connections" number.

i2psam isnt being build if you compile with anoncoin-qt.pro as there is no target for it, hence qmake wont build it.

anoncoin-qt.pro should include build target for i2psam/i2psam.pro and build it before trying to build anoncoin-qt

I propose that we create one final Anoncoin release on the 0.8 branch. I know that this is a bit late, but I suspect that some of the problems we have had is that people are using the source from the last version tag of dec. 2013. When most people the download source from Github, they will click on releases, click on the last version, and download the source there:

https://github.com/Anoncoin/anoncoin/releases/tag/v0.8.5.6

I suspect that most people have not updated their binaries since this release, which is why some exchanges are having problems with not having any peers....

I propose the following, which should only take 10 minutes time:

1. Add a signed tag 0.8.5.7 to the last commit on master,
2. remove the suffix "-beta" from the version number that gets displayed in the splash screen and "about" windows. This is found here (line 14): https://github.com/Anoncoin/anoncoin/blob/master/src/version.cpp
3. perhaps we should also remove the commit hash from the version number so that the release is simply "v0.8.5.7" instead of "v0.8.5.7-34kjkdkgkdjdlkjt" (perhaps this is not a good idea, in any case, I don't know how to do this).
4. do not create binaries for this release. We should not waste our time as we will soon be releasing 0.9.x binaries.

I propose creating the following branches to host official Anoncoin binaries

binaries-osx
binaries-linux
binaries-win32
binaries-win

An example for osx can be found in my personal repo:

https://github.com/lunokhod/anoncoin/tree/binaries-osx

Please read the README file as this will need to be tailored for each platform (they should be as standardized as possible).

Also, please look at the create-sig.sh and verify-sig.sh scripts that verify the gpg detached signatures and sha1 and md5 checksums. This will likely need to be modified for your platform as well. If you have a better way of doing this let me know: we should assume that the average user will not know how to verify these themself without further explanation.

As we add the ability to make themes we have to identify graphic elements from the C++ code that need unique names for styling or the ability to override the hardcoded settings. One such place is the icons on the main tabs (Overview, Accounts, Transactions, etc.)

I'm not too familiar with CMake, so I have been editing the GNU makefiles in src/libzerocoin/Build-gcc (these were generated by CMake and have warnings about not making manual changes, which I ignored :) ).

It would be nice to have CMakeLists.txt be up to date and working well with Anoncoin's build system.

In Preferences > Display

The only available language for the option "User interface language" is "(default)". Presumably, this should be a drop-down list that contains all of the languages that have translations in the /src/qt/locale directory.

Here is a problem from matthewh3 on BCT:

Which of the following nightly builds do I need for Xubunty 14.04LTS - ?> https://nightly.privacysolutions.no/Anoncoin-Linux - I got the top one build 100 and get the following error

./anoncoin-qt: error while loading shared libraries: libdb_cxx-5.1.so: cannot open shared object file: No such file or directory

I've installed libudev-dev

WHY i become no block rewards?

Diff is 162.34 ...
2014-08-04 23:29:11 [Pool] [anoncoin](Thread 7) Share accepted at diff 46.4516129/952.75728865 by ASXtddi1r59hywKjd3x1r3uw************* [77._._.**]

But the block was not send to the blockchain, what is wrong?!?

Line 142 in src/chainparams.cpp

CAddress addr( CService(I2pSeedAddresses[i]) );

causes the following fatal compilation error:

  CXX      libanoncoin_common_a-chainparams.o
chainparams.cpp:142:53: error: variable length array of non-POD element type 'CService'
            CAddress addr( CService(I2pSeedAddresses[i]) );
                                                    ^
chainparams.cpp:142:26: warning: parentheses were disambiguated as a function declaration [-Wvexing-parse]
            CAddress addr( CService(I2pSeedAddresses[i]) );
                         ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
chainparams.cpp:142:28: note: add a pair of parentheses to declare a variable
            CAddress addr( CService(I2pSeedAddresses[i]) );
                           ^
                           (                        )
1 warning and 1 error generated.

$ make
cd /home/usr/anoncoin-d/src/leveldb && CC=gcc CXX=g++ make OPT="-m64 -pipe -fstack-protector-all -D_FORTIFY_SOURCE=2 -O2" libleveldb.a libmemenv.a
make[1]: Entering directory `/home/usr/anoncoin-d/src/leveldb'

make[1]: `libleveldb.a' is up to date.

make[1]: `libmemenv.a' is up to date.

make[1]: Leaving directory `/home/jefferson/anoncoin-d/src/leveldb'

cd /home/usr/anoncoin-d; /bin/sh share/genbuild.sh /home/jefferson/anoncoin-d/build/build.h
/usr/bin/rcc -name bitcoin src/qt/bitcoin.qrc -o qrc_bitcoin.cpp

g++ -c -m64 -pipe -fstack-protector-all -D_FORTIFY_SOURCE=2 -O2 -D_REENTRANT -fdiagnostics-show-option -Wall -Wextra -Wformat -Wformat-security -Wno-unused-parameter -Wstack-protector -DQT_WEBKIT -DQT_GUI -DBOOST_THREAD_USE_LIB -DBOOST_SPIRIT_THREADSAFE -DENABLE_WALLET -DUSE_UPNP=1 -DSTATICLIB -DUSE_IPV6=1 -DHAVE_BUILD_INFO -DLINUX -D_FILE_OFFSET_BITS=64 -DQT_NO_DEBUG -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_CORE_LIB -DQT_SHARED -I/usr/share/qt4/mkspecs/linux-g++-64 -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtNetwork -I/usr/include/qt4/QtGui -I/usr/include/qt4 -Isrc -Isrc/json -Isrc/qt -Ii2psam -Isrc/leveldb/include -Isrc/leveldb/helpers -Ibuild -Ibuild -o build/qrc_bitcoin.o qrc_bitcoin.cpp

g++ -m64 -fstack-protector-all -Wl,-O1 -o anoncoin-qt build/anoncoin.o build/bitcoingui.o build/transactiontablemodel.o build/addresstablemodel.o build/optionsdialog.o build/sendcoinsdialog.o build/coincontroldialog.o build/coincontroltreewidget.o build/addressbookpage.o build/signverifymessagedialog.o build/aboutdialog.o build/editaddressdialog.o build/bitcoinaddressvalidator.o build/alert.o build/version.o build/sync.o build/util.o build/hash.o build/netbase.o build/key.o build/script.o build/main.o build/init.o build/net.o build/bloom.o build/checkpoints.o build/addrman.o build/db.o build/walletdb.o build/clientmodel.o build/guiutil.o build/transactionrecord.o build/optionsmodel.o build/monitoreddatamapper.o build/transactiondesc.o build/transactiondescdialog.o build/bitcoinstrings.o build/bitcoinamountfield.o build/wallet.o build/keystore.o build/transactionfilterproxy.o build/transactionview.o build/walletmodel.o build/walletview.o build/walletstack.o build/walletframe.o build/anoncoinrpc.o build/rpcdump.o build/rpcnet.o build/rpcmining.o build/rpcwallet.o build/rpcblockchain.o build/rpcrawtransaction.o build/overviewpage.o build/csvmodelwriter.o build/crypter.o build/sendcoinsentry.o build/qvalidatedlineedit.o build/bitcoinunits.o build/qvaluecombobox.o build/askpassphrasedialog.o build/protocol.o build/notificator.o build/paymentserver.o build/rpcconsole.o build/irc.o build/i2p.o build/scrypt.o build/noui.o build/leveldb.o build/txdb.o build/splashscreen.o build/showi2paddresses.o build/i2poptionswidget.o build/setupdarknet.o build/moc_bitcoingui.o build/moc_transactiontablemodel.o build/moc_addresstablemodel.o build/moc_optionsdialog.o build/moc_sendcoinsdialog.o build/moc_coincontroldialog.o build/moc_coincontroltreewidget.o build/moc_addressbookpage.o build/moc_signverifymessagedialog.o build/moc_aboutdialog.o build/moc_editaddressdialog.o build/moc_bitcoinaddressvalidator.o build/moc_clientmodel.o build/moc_guiutil.o build/moc_optionsmodel.o build/moc_monitoreddatamapper.o build/moc_transactiondesc.o build/moc_transactiondescdialog.o build/moc_bitcoinamountfield.o build/moc_transactionfilterproxy.o build/moc_transactionview.o build/moc_walletmodel.o build/moc_walletview.o build/moc_walletstack.o build/moc_walletframe.o build/moc_overviewpage.o build/moc_csvmodelwriter.o build/moc_sendcoinsentry.o build/moc_qvalidatedlineedit.o build/moc_bitcoinunits.o build/moc_qvaluecombobox.o build/moc_askpassphrasedialog.o build/moc_notificator.o build/moc_paymentserver.o build/moc_rpcconsole.o build/moc_macnotificationhandler.o build/moc_splashscreen.o build/moc_showi2paddresses.o build/moc_i2poptionswidget.o build/qrc_bitcoin.o -L/usr/lib/x86_64-linux-gnu -lminiupnpc

/home/usr/anoncoin-d/src/leveldb/libleveldb.a /home/jefferson/anoncoin-d/src/leveldb/libmemenv.a -lrt -lssl -lcrypto -ldb_cxx -Li2psam -li2psam -lboost_system -lboost_filesystem -lboost_program_options -lboost_thread -lpthread -lQtGui -lQtNetwork -lQtCore
build/init.o: file not recognized: File truncated
collect2: ld returned 1 exit status

make: *** [anoncoin-qt] Error 1

The balances and recent transactions windows on the overview page are not being sized correctly on OSX (develop branch). Each window should span ~50% of the page width (as with the bitcoin client), but as they are substantially smaller, the transaction text is being overwritten.

This image demonstrates the problem:

https://img.bi/#/LQX6rRl!71pGIT4xANJTq5NQ7q6naUEYB6SQ6FeSUOrm7FAj

Read title.

Background;

16:56:45 @meeh .. Ah
16:56:48 @meeh correct
16:56:53 @meeh you don't speak norwegian
16:56:58 @meeh well let's translate
16:57:13 @meeh Brotroxer have talked with the creator of cryptogenicbullion in crpytsy trollbox
16:57:19 @meeh he had read the anncoin thread
16:57:35 @meeh he suggested to look over the diff adjustment with them
16:57:40 @meeh what they did
16:57:58 @meeh and that we already got a good protection with the rapid retarget
16:58:16 @meeh but it was how much diff that is beeing adjusted between each hop

https://github.com/cryptogenicbonds/CGB/blob/master/src/main.cpp

Anoncoin currently uses squd(2) (141% adjustment)
CGB uses factor 2 (200% adjustment)
LTC/BTC uses factor 4 (400% adjustment)

As shown in these two images, the "peers" console is poorly formatted.

https://img.bi/#/YgB54BV!kNWFA0QBYTpRZ68duG8YdqgRWzhoHKux5P3skDrP
https://img.bi/#/B6nMs3o!88Z1UMIemNcEoLIa7Y0VxF2LuNHgXBdeu1X4tGlg

Not sure what we can do about this.

When running anoncoin-qt without any DNSSeed available and if no peer.dat is available, such as on a freshly installed anoncoin, the wallet cannot synch at all and seems to stop (no debug log anymore).
This case can also be modeled by setting dnsseed=0 in anoncoin.conf, and removing manually peer.dat.
When trying the same thing in bitcoin, with dnsseed=0 and no peer.dat, bitcoin also stop for a couple of minute but then connect to some node.
The reason for this issue is that we have not set an hardcoded seednode in chainparams
https://github.com/Anoncoin/anoncoin/blob/gr_develop/src/chainparams.cpp#L24
unsigned int pnSeed[] = {0x0}

This does not happen with Anoncoin 8.5.6 because it use IRC to find peers, which is obsolete for new version based of 0.9+ codebase.

This is a non-issue after all as the solution is to firstly ensure there are enough DNSSeeds available (https://github.com/Anoncoin/anoncoin/blob/gr_develop/src/chainparams.cpp#L114), and secondly to hardcode the reverse IP address of an anoncoin node such as Meeh's in the source code (chainparams.cpp#L24).

Also see https://bitcointalk.org/index.php?topic=775332.0

Would like to see this get solved, can tell from looking at various build configurations that this is a desired goal, when producing a Anoncoin binary, for use on OSX.

Also it came to my attention, while looking at the language translations issue that this problem is an issue...
" I think that it acts as some sort of keyboard shortcut, but this doesn't work on osx."

So we need to look at that issue, and hopefully solve any other outstanding issues, so that building 'brew' on OSX for Anoncoin completes successfully.

A question I've got:
When 1st building your toolchain in anoncoin/depends there is an option to specify a shared QT 4.6 library or build the toolchain with a statically linked QT 5.2.1 library. On linux platforms this option to build with static QT5, works, but it disables allot of IDE integration functionality which would normally be a part of the interface, keyboard shortcuts could be one of them on an OSX build too.

Windows users are forced to have a build statically linked to a version of QT, however there IDE integrations works pretty well. This is not true on other platforms, having a shared library QT build is important if you want IDE integration.

Why keyboard shortcuts don't work on OSX is a mystery to me, but it should. Perhaps the problem can be solved by doing a 'brew' build. It might be an important first step in figuring out how to get shortcuts working on a MAC & caused me to get this issue started....

In anoncoin/depends are you building while using this on your make command line? USE_LINUX_STATIC_QT5

If you are, not using it should solve the keyboard shortcut problem and others. If not using it, and you still do not have keyboard shortcut integration, then that is not good to hear, and the only thing I can think of, that might solve the problem, is the topic of this issue.

Building with brew, as mentioned before, may need to have a few things fixed or changed, so that the builder software does it properly on OSX. I will look into what updates might be available.

If the solutions can be found, I wanted to make this a priority issue to get resolved.... Its important we can build Anoncoin on OSX and have IDE integration working properly.

GR

Seed nodes to add:

IPv4

DNS seed

I2P

1. Lunokhod:
   
   TTTXGrUaoWwvb1AaC1sJyZqepgaRvxAPmdvQGjRs3T-3ZfSUDTMvNkG-6FlHwTK1rmqOT-QIzYWPWiRkqGCQWe0zbO3M1Pk6M0KcW0C-pEHMin32cf-ctcQtN4iFAhScCFIk552Z9RApQUM-gxkwMenRaRxCyvuXvaHukAsbIs8w4f7x3CP1X6Tw0YUKaixrr6RZlP0T75UgIXD2Y-B8quUq3Jyq63ie4PsNK7dr2HPIaE6H3zMrLR45Jrobllf-e56Wv00dYYa9zyLZ-36a5HLButCluRtnEnm8vrQfWNkRLndQB4kstwZfiqdaHYAyh0hJ3uupByuqlBmn1hkzM5BZrKtKgf6517bSlG-MpBOUlc4DnrmSsxxAxaduHPzWtHtQo1xX9DMYNKKJ5jgmRrtANKh9zHM1nPvcDUTksqIW-eJ0Ir2aAskDJPIDtuRvG-7XMm4TJnr1F5jxE3g3MM8gSPgMEnIxid0Zm1ByvbarFecocrr~adv2AAAA
   
   
   7zbwzykhyjcmmessswamkxfyya7hioiy2oq7voaw27625qwruqia.b32.i2p

There will be more than one issue on this topic, I'm sure.

Have a pull request created, but not yet merged for our first v0.9.4.4 build with support for the new code I've started with, then developed a system to integrate with our current calculations, then discovered I'd forgot to remove diagnostics output I had in there for testnet debugging, so removed that. Then realized, I'd also broken the KGW difficulty retargeting 'proof of work' and can no longer load blockchain updates in on mainnet from my peers, so will be working on that tomorrow, with a follow up commit, which corrects those problems and we can move on with testing the new Algo....

We should really be using the Gitian deterministic build system for all the binaries we publish. This is mostly a to-do note to myself for when I have some time to work on it, but anybody is welcome to help if they can :)

https://gitian.org/
https://github.com/devrandom/gitian-builder

This is a serious issue. When connecting to a peer A with for instance 6 I2P addresses connected to it, from another peer B, the peer A seemingly do not send the information to peer B about the currently connected I2P peer.

If peer A is 9.6.9, it does not provide the I2P or IPv4 addresses when requested with a "sending: getaddr"

But if peer A is 8.5.6 it then send up to 1000 I2P address it has stored in its peer.dat:

2015-12-21 23:28:12 received 1000 addresses, serialized size 542 bytes each, from peer=4, peeraddr=knbsdahwwkf6kwxmk45qqe57mbsfgldmhi4jdbhnjdzs4xeeuzra.b32.i2p
2015-12-21 23:28:12 Added 3 addresses from knbsdahwwkf6kwxmk45qqe57mbsfgldmhi4jdbhnjdzs4xeeuzra.b32.i2p: 3 tried, 100 new

Then peer B must try all those I2P addresses, many having been dynamic I2P address, and this takes alot of time and is not efficient at all process.

To overcome the issue GroundRod disabled sharing of DYN address in 9.6.9 by default, only sharing STATIC ones. In this way the peers.dat will not overwhelm the I2P nodes with outdated I2P addresses.

But I think it is not enough to ensure a good behaviour on I2P. What is needed is that each I2P peer share not only the peers.dat (after hardfork containing only STATIC addresses, if we ensure peers.dat is not compatible from 8.5.6, which GR may have done already as he changed how they were stored in peers.dat iirc); but, and most importantly, ALL its currently CONNECTED I2P PEERS, both DYN and STATIC, if possible with higher priority than the peers.dat database. And the receiving peer B shall then try FIRST and foremost test those currently connected I2P peers from peer A. Only then will the network be well spread out, especially if many people use DYN, which will be the case when ZC will be out.

To conclude, at the bare minimum to resolve this issue, peer A if it is 0.9.6.9 should answer the "sending: getaddr" message by giving at least the addresses in peer.dat like 0.8.5.6!! And then what would be best is to share the currently connected node with a higher priority.

I have a couple comments on the GUI.

1. Would it be possible to make the Qt menu bar (overview, send, receive, transactions) to be on the left hand side by default (as opposed to the top), as in the following image?

https://img.bi/#/m8Cjhlq!OyUbDIOhUQuj1KLiOiia76uaTBLHr4vDkMzsycxJ

1. When placing the menu bar on the left, the four icons are "centered". In this mode, they should be aligned to the left.
2. Would it be possible to add two additional items to the menu bar? "Receiving addresses" and "Sending addresses". As it is now these are pop-up windows that are only accessible from the main OS menu bar (see above image) but it would be more practical to have these as windows of the Qt wallet (like overview, send, receive and transactions). In fact, this is how it used to be with the 0.8.6 wallet. It might be possible to combine these into a single "Address book", but I am not sure of the best way to do this.

I will try to work on this myself, but this might take a really long time, so any help/suggestions would be appreciated.

When unzipping the windows nightly builds at https://nightly.privacysolutions.no/, the file decompresses to a single directory called "src", which contains a single executable "anoncoind.exe" for the anoncoin daemon.

• The directory should be called something different than "src", as there are no source files present.
• The directory should contain both the windows gui client as well as the deamon.

Anonoin{d,-qt} does ignore p2p connections if run in onlynet=i2p. The TCP connection can be established but everything send to the p2p port is ignored. The TCP p2p port is only open if you run with listen=1.
P2Pool needs a connection to the RCP and P2P Port of *coind and therefore you have to run anoncoin in clearnet mode (or combined) which is bad.
Solution: allow connections from 127.0.0.1 (or if other address, add another switch) if listen=1 is set. As listen=1 isnt default while on I2P only, this wont impact others.

Instead of having two status bars, one for I2P and the second for Clearnet, I propose that we just make one that provides the total number of I2P and Clearnet connections.

To the left of the status bar, I propose to provide one of the four text descriptions: Static I2P, Dynamic I2P, Clearnet, Static I2P and Clearnet, Dynamic I2P and Clearnet. An idiot will not know what STA DNY CLR means...

Lastly, the new status bar icon is unreadable. I would just use the old one....

I have just cloned the master branch 86f4d89 and I am still affected by #23.

> qmake-qt4 "USE_UPNP=-" "USE_BOOST_46=1"
> make
[...]
/usr/bin/ld: cannot find -li2psam

I had to go for the workaround described on #21.