Topic: Nexus - Pure SHA3 + CPU/GPU + nPoS + 15 Active Innovations + More to Come - page 328. (Read 785514 times)
October 04, 2014, 01:56:04 AM
block stuck on 9455 for 15min ,WTF
October 04, 2014, 01:20:07 AM
October 03, 2014, 10:31:40 PM
Thanks all for great help!
October 03, 2014, 10:08:15 PM
sendtoaddress ADDRESS AMOUNT usually works =)
If you want to send more than one per command use sendtomany.
Viz.
If you want to send more than one per command use sendtomany.
Viz.
October 03, 2014, 09:47:15 PM
Sorry for stupid question, but i do not know which command to send coins from ubuntu (i do not use GUI) wallet to another wallet.
type help it will give u all the commands but if u are mining on more than 1 wallet u can do a dumprivkey command then importprivkey to the other wallet would be easier to just use the same wallet.dat though on each rig
October 03, 2014, 09:34:40 PM
Sorry for stupid question, but i do not know which command to send coins from ubuntu (i do not use GUI) wallet to another wallet.
October 03, 2014, 08:03:01 PM
dont see how people are getting orphans i never had 1
Did u check listtransactions orphans don't show in the wallet tx tab unless they had at least one confirmation I believe. October 03, 2014, 07:53:12 PM
dont see how people are getting orphans i never had 1
October 03, 2014, 06:09:34 PM
Did you end up finding where the issue resides?
yes, my Visual Studio port of your miner just found a block that was accepted.
Christian
Perfect, glad to know it was resolved.
If you want to help participate in the Beta pool [testnet version should be up today], keep your eyes on the chatbox at Coin Shield Talk.
Viz.
October 03, 2014, 05:49:55 PM
Did you end up finding where the issue resides?
yes, my Visual Studio port of your miner just found a block that was accepted.
Christian
October 03, 2014, 05:46:04 PM
2 threads 
we would like to hear what you think, Please reply on them (not here):
http://coinshieldtalk.org/forum/bitcoin/bitcoin-discussion/196-bitcoin-hitting-360
http://coinshieldtalk.org/forum/coinshieldtalk/alt-coin-discussion/198-xrp-ripple
we would like to hear what you think, Please reply on them (not here):http://coinshieldtalk.org/forum/bitcoin/bitcoin-discussion/196-bitcoin-hitting-360
http://coinshieldtalk.org/forum/coinshieldtalk/alt-coin-discussion/198-xrp-ripple
October 03, 2014, 02:44:45 PM
%u usually only outputs up to 32 bits 
Viz.
Viz.
the %u restriction is clear, but also sizeof(unsigned long) = 4 on Windows 64 bit in Visual Studio.
So I had to change some unsigned long occurences to uint64 and use MPIR instead of GMP (the gmp.h header file also used unsigned long to pass 64 bit types, which won't work on Windows. The mpir.h header files fixes this.)
Did you end up finding where the issue resides?
Viz.
October 03, 2014, 01:06:24 PM
Hello there!
Any news about when the source will be available?!
Please see: http://coinshieldtalk.org/forum/coin/coinshield-discussion/195-coinshield-source-will-be-released , Please post any source related questions or comments there.Any news about when the source will be available?!
Thanks,
KryptoKash
October 03, 2014, 11:46:24 AM
%u usually only outputs up to 32 bits
Viz.
Viz.
the %u restriction is clear, but also sizeof(unsigned long) = 4 on Windows 64 bit in Visual Studio.
So I had to change some unsigned long occurences to uint64 and use MPIR instead of GMP (the gmp.h header file also used unsigned long to pass 64 bit types, which won't work on Windows. The mpir.h header files fixes this.)
October 03, 2014, 11:02:17 AM
Hello there!
Any news about when the source will be available?!
Any news about when the source will be available?!
October 03, 2014, 09:38:53 AM
nNonce is offset from the Hash to the Prime Cluster.
Try This:
uint64 nonce = mpz_get_ui(zTempVar);
printf("nNonce = %llu\n", nonce);
%u usually only outputs up to 32 bits
Viz.
Try This:
uint64 nonce = mpz_get_ui(zTempVar);
printf("nNonce = %llu\n", nonce);
%u usually only outputs up to 32 bits
Viz.
October 03, 2014, 06:32:01 AM
I've been studying supercomputer's mining code and I am puzzled by the use of an unsigned long (32bit) return type in the PrimeSieve function.
here we're definitely truncating zTempVar from 64bit to 32bit.
Can anyone shed light on this? I am puzzled how any share can be accepted when the bitness of the nonce gets truncated so radically.
EDIT: I am on a Microsoft machine (Visual Studio), so maybe that makes a difference, according to this blurb I found on the Internet:
Christian
here we're definitely truncating zTempVar from 64bit to 32bit.
Code:
// calculate offset
mpz_sub(zTempVar, zPrimeOriginOffset, zPrimeOrigin);
nonce = mpz_get_ui(zTempVar);
gmp_printf("i: %d, zTempVar: %Zd, nonce: %u\n", i, zTempVar, nonce);
Can anyone shed light on this? I am puzzled how any share can be accepted when the bitness of the nonce gets truncated so radically.
EDIT: I am on a Microsoft machine (Visual Studio), so maybe that makes a difference, according to this blurb I found on the Internet:
Quote
"The true "war" was for sizeof(long), where Microsoft decided for sizeof(long) == 4 (LLP64) while nearly everyone else decided for sizeof(long) == 8 (LP64)."
Christian
October 02, 2014, 11:58:18 PM
October 02, 2014, 10:48:03 PM
I'm still getting a very high orphan rate, which seems strange since blocks are coming in at a steady rate near target. In 48 hours I have had 15 blocks, 6 of which were orphans. Any thoughts?
Guys this orphan rate is shocking. I'm now up to 17 blocks, 8 of which are orphans. Orphans should be very rare now as blocks are not being found particularly quickly. WTF is going on?
October 02, 2014, 09:50:48 PM
For pool, testing, and Core 1.0.1 updates go to Our Forum Chatbox.
This is where I will be for better communication
Viz.
This is where I will be for better communication
Viz.
Jump to: