[ANN][RIC] Riecoin: constellations POW *CPU* HARD FORK successful, world record - page 157.

northranger79510

sr. member

Activity: 308

Merit: 250

Riecoin and Huntercoin to rule all!

Quote from: gatra on May 09, 2014, 01:20:35 PM

I just tweeted about the new client version, please update facebook and the web site. northranger if you're not online I'll try to update it myself, but I must leave for a couple of hours now.

Hey, I was out on a mini-vacation but I'm back. Will update it now.

bitcoinvideos

sr. member

Activity: 251

Merit: 250

I added it to the Reddit as well. I will add it to Facebook right now...

gatra

hero member

Activity: 583

Merit: 505

CTO @ Flixxo, Riecoin dev

I just tweeted about the new client version, please update facebook and the web site. northranger if you're not online I'll try to update it myself, but I must leave for a couple of hours now.

gatra

hero member

Activity: 583

Merit: 505

CTO @ Flixxo, Riecoin dev

New Riecoin client v0.9.1 binaries are ready. Download from here:

https://sourceforge.net/projects/riecoin/files/riecoin%200.9.1/

We have 3 packages for windows: 32 bit installer, 64 bit installer, and the full zip with sources and binaries.
For linux, one tar includes all binaries and sources.

Changes included:

- submitblock rpc bug fix
- speed optmizations
- getprimes RPC call!
- networkhashpers rpc call

And all the changes from Bitcoin Core 0.9.1 that apply to Riecoin.
These include the openssl update, coin control, 64-bit windows client, new makefiles, and payment requests among many others.

EDIT: I forgot to mention another change regarding testnet. The trailing zeros limit was removed so miners with high primorials can now be used on testnet too. The problem is that old riecoin clients will not accept those blocks so it will cause a fork. So this version should be considered a hard fork for testnet. But hey, it's only the testnet, I only see 3 clients connected and there were no blocks for many days.

gatra

hero member

Activity: 583

Merit: 505

CTO @ Flixxo, Riecoin dev

Quote from: fairglu on May 09, 2014, 04:03:54 AM

Quote from: gatra on May 08, 2014, 11:24:39 PM

- getprimes RPC call!

Special yeah for this one! ( I'm being partial

)

I got a warning about incompatible wallets & Berkeley DB on Debian Wheezy however, I ignored it since I don't need portability, but it might be worthy a mention somewhere in the build instructions.

Building now! (cxx is such a slug...)

edit: build failed, any clues?

Code:

/usr/bin/ld: leveldb/libleveldb.a(log_reader.o): relocation R_X86_64_32S against `_ZTVN7leveldb3log6Reader8ReporterE' can not be used when making a shared object; recompile with -fPIC
leveldb/libleveldb.a: could not read symbols: Bad value

edit 2: Solved it with https://github.com/bitcoin/bitcoin/issues/3686
However now when running riecoind, I get

Code:

./riecoind: error while loading shared libraries: libdb_cxx-4.8.so: cannot open shared object file: No such file or directory

edit 3: got it working by using static Berkeley DB 4.8 & the ignore version

After edit 2, I was going to write that if riecoind fails while loading shared libraries you could try building the static riecoind, but it looks like you figured it out.

fairglu

legendary

Activity: 1100

Merit: 1032

Quote from: gatra on May 08, 2014, 11:24:39 PM

- getprimes RPC call!

Special yeah for this one! ( I'm being partial

)

I got a warning about incompatible wallets & Berkeley DB on Debian Wheezy however, I ignored it since I don't need portability, but it might be worthy a mention somewhere in the build instructions.

Building now! (cxx is such a slug...)

edit: build failed, any clues?

Code:

/usr/bin/ld: leveldb/libleveldb.a(log_reader.o): relocation R_X86_64_32S against `_ZTVN7leveldb3log6Reader8ReporterE' can not be used when making a shared object; recompile with -fPIC
leveldb/libleveldb.a: could not read symbols: Bad value

edit 2: Solved it with https://github.com/bitcoin/bitcoin/issues/3686
However now when running riecoind, I get

Code:

./riecoind: error while loading shared libraries: libdb_cxx-4.8.so: cannot open shared object file: No such file or directory

edit 3: got it working by using static Berkeley DB 4.8 & the ignore version

edit 4: explorer is now using the getprimes RPC call to obtain the primes, it's much faster than Python!

molecf

member

Activity: 98

Merit: 10

COOL! i like this coin
0.9.1，I am looking forward to it

gatra

hero member

Activity: 583

Merit: 505

CTO @ Flixxo, Riecoin dev

Quote from: gatra on May 08, 2014, 02:43:28 PM

Hi!

New client 0.9.1 will be released in a few hours.
Now doing final test of the release candidate... but still a few things to do: generate "release notes", upload to sourceforge, etc. We'll have to update the OP and the website.

I wanted to recompile everything from scratch (including deps) to make sure all the gitian builder process works ok and it's taking forever.
Going to sleep now, will upload binaries tomorrow.
If you want to build from source, the final version 0.9.1 is available at github.com/riecoin/riecoin under the default branch ("0.9.1"), or tag "v0.9.1".

Changes included:

- submitblock rpc bug fix
- speed optmizations
- getprimes RPC call!
- networkhashpers rpc call

And all the changes from Bitcoin Core 0.9.1 that apply to Riecoin.
These include the openssl update, coin control, 64-bit windows client, new makefiles, and payment requests among many others.

gatra

hero member

Activity: 583

Merit: 505

CTO @ Flixxo, Riecoin dev

Quote from: DearPassin46 on May 08, 2014, 08:45:41 PM

it's sha2 and someone's gonna rip it with an asic sooner than you think

wtf?
I have to think that this post was made by a bot... but... what's the point of this?

DearPassin46

member

Activity: 80

Merit: 10

it's sha2 and someone's gonna rip it with an asic sooner than you think

northranger79510

sr. member

Activity: 308

Merit: 250

Riecoin and Huntercoin to rule all!

Quote from: gatra on May 08, 2014, 04:28:27 PM

Quote from: northranger79510 on May 08, 2014, 02:52:49 PM

Quote from: gatra on May 08, 2014, 02:43:28 PM

Hi!

New client 0.9.1 will be released in a few hours.
Now doing final test of the release candidate... but still a few things to do: generate "release notes", upload to sourceforge, etc. We'll have to update the OP and the website.

This is excellent news! Cheesy

Will you be able to help check why the android app is not working also?

Yes, but I'm new to android stuff... is maven a must? I have sdk 4.4, can I target older versions while compiling with 4.4?

Yea. I am new too. Maven is a must to compile schildbach wallets. You can target older version if you identify them in the manifest.xml file. The only problem I have is that the android app keeps crashing even though I know I have the correct fields so I am confused. Couldn't work on it this week like I've wanted to because of work. I don't recommend using eclipse but rather maven in terminal. Let me know if you need help setting it up.

gatra

hero member

Activity: 583

Merit: 505

CTO @ Flixxo, Riecoin dev

Quote from: northranger79510 on May 08, 2014, 02:52:49 PM

Quote from: gatra on May 08, 2014, 02:43:28 PM

Hi!

New client 0.9.1 will be released in a few hours.
Now doing final test of the release candidate... but still a few things to do: generate "release notes", upload to sourceforge, etc. We'll have to update the OP and the website.

This is excellent news! Cheesy

Will you be able to help check why the android app is not working also?

Yes, but I'm new to android stuff... is maven a must? I have sdk 4.4, can I target older versions while compiling with 4.4?

northranger79510

sr. member

Activity: 308

Merit: 250

Riecoin and Huntercoin to rule all!

Quote from: gatra on May 08, 2014, 02:43:28 PM

Hi!

New client 0.9.1 will be released in a few hours.
Now doing final test of the release candidate... but still a few things to do: generate "release notes", upload to sourceforge, etc. We'll have to update the OP and the website.

This is excellent news! Cheesy

Will you be able to help check why the android app is not working also?

gatra

hero member

Activity: 583

Merit: 505

CTO @ Flixxo, Riecoin dev

Hi!

New client 0.9.1 will be released in a few hours.
Now doing final test of the release candidate... but still a few things to do: generate "release notes", upload to sourceforge, etc. We'll have to update the OP and the website.

northranger79510

sr. member

Activity: 308

Merit: 250

Riecoin and Huntercoin to rule all!

Update Thursday is here once again Gatra. Any exciting news for us this day?

dga

hero member

Activity: 737

Merit: 511

Quote from: cphr on May 08, 2014, 06:51:11 AM

Hello, dga. In b15 code, update_remainders function, there is line (riecoinMiner.cpp, line 310 on github)

Code:

remainders[i] = remainder;

It seems like remainders array is not used in code anymore and not needed malloc for it too. Or maybe i'm wrong.

Ah! (Deleted previous reply.)

Let me peek at this a little more.

(updated) You're right - thank you! I overlooked that when trying to get more work done in the parallel worker threads. Cleaned up and committed to github.

ipadbroken

member

Activity: 74

Merit: 10

paper wallet design on riecoinfoundation.org/PaperWallet. Check it out! Credits go to our wonderful foundation member, Antoine who made the design! Cheesy Thank you Antoine!

cphr

newbie

Activity: 9

Merit: 0

Hello, dga. In b15 code, update_remainders function, there is line (riecoinMiner.cpp, line 310 on github)

Code:

remainders[i] = remainder;

It seems like remainders array is not used in code anymore and not needed malloc for it too. Or maybe i'm wrong.

dga

hero member

Activity: 737

Merit: 511

Quote from: aamarket on May 08, 2014, 02:29:08 AM

I agree, dga, and I know, but ... just few lines below ifdef ... else ... *(uint32*)(nOffset+d*4) = z_temp2->_mp_d[d];
and it was in the code since the beginning. But to be sure, I'll double check.
I know (u)intXX_t is the right way, I already burned myself doing data exchange x64<->mips32 long time ago
I think I replaced some in some previous miner version, doing cleanup as well, but your version is far more superior, so I ditched old changes.
regarding win - that was exactly what I was thinking

but no results yet apart from "uninitialized values" seem to be in the libraries and/or old kernel (so no apparent problem in the code),
killed in valgrind soon because with sieve=9e8 its close to my memory limit,
and that I checked couple returned triplets, they seem to be primes (like p - 4, p - 6, p - 16 ; p - 4, p - 12, p - 16 ; p - 4, p - 10, p - 16 ; ....)
Which points us to your original point Wink

I'll post some results soon, but the speed is horrible and it does not make sense to run on this ARM architecture

Is your GMP using NEON? I suspect that in general, GMP is far less tuned on ARM than on x86, but it's worth being sure it's at least trying to use the vectors.

aamarket

sr. member

Activity: 259

Merit: 250

I agree, dga, and I know, but ... just few lines below ifdef ... else ... *(uint32*)(nOffset+d*4) = z_temp2->_mp_d[d];
and it was in the code since the beginning. But to be sure, I'll double check.
I know (u)intXX_t is the right way, I already burned myself doing data exchange x64<->mips32 long time ago
I think I replaced some in some previous miner version, doing cleanup as well, but your version is far more superior, so I ditched old changes.
regarding win - that was exactly what I was thinking

but no results yet apart from "uninitialized values" seem to be in the libraries and/or old kernel (so no apparent problem in the code),
killed in valgrind soon because with sieve=9e8 its close to my memory limit,
and that I checked couple returned triplets, they seem to be primes (like p - 4, p - 6, p - 16 ; p - 4, p - 12, p - 16 ; p - 4, p - 10, p - 16 ; ....)
Which points us to your original point Wink

I'll post some results soon, but the speed is horrible and it does not make sense to run on this ARM architecture

Topic: [ANN][RIC] Riecoin: constellations POW *CPU* HARD FORK successful, world record - page 157. (Read 685207 times)

Topic: [ANN][RIC] Riecoin: constellations POW CPU HARD FORK successful, world record - page 157. (Read 685207 times)