feldenthorne
|
|
June 07, 2015, 08:19:24 AM |
|
- I connected to nodes and got 3 Connections but no Sync
This sounds new wallet can't verify the old blockchain checkpoints, so it's rejecting block data from the old wallets. I don't know what you did with the code, but if you completely removed the old POS calculations for your POS v2, that's probably a good thing to add back in. If you rebased the entire wallet again (since that's what it looks like), check to make sure the RPC protocol version is greater than the current wallet's version.
|
|
|
|
clipman77
Legendary
Offline
Activity: 1610
Merit: 1008
|
|
June 07, 2015, 08:22:44 AM |
|
- I connected to nodes and got 3 Connections but no Sync
This sounds new wallet can't verify the old blockchain checkpoints, so it's rejecting block data from the old wallets. I don't know what you did with the code, but if you completely removed the old POS calculations for your POS v2, that's probably a good thing to add back in. If you rebased the entire wallet again (since that's what it looks like), check to make sure the RPC protocol version is greater than the current wallet's version. Thank you, I will try, as I have also not there is a synchronization.
|
|
|
|
devlin85
|
|
June 07, 2015, 11:09:27 AM Last edit: June 07, 2015, 11:46:09 AM by devlin85 |
|
Dropping some weight Is there a block management system on this? At first depositing a few large chunks of coins was causing some weird results.. like very few stakes for a week or so, and then a lot of missed pos's.. it seems to be fixing itself now that i have had daily pos's building up..
|
|
|
|
james42
|
|
June 07, 2015, 12:46:06 PM |
|
So this one works good?
|
|
|
|
james42
|
|
June 07, 2015, 12:48:22 PM |
|
No makefile?
make: makefile.unix: No such file or directory make: *** No rule to make target `makefile.unix'. Stop.
|
|
|
|
feldenthorne
|
|
June 07, 2015, 01:20:53 PM Last edit: June 08, 2015, 12:25:53 AM by feldenthorne |
|
Is there a block management system on this? At first depositing a few large chunks of coins was causing some weird results.. like very few stakes for a week or so, and then a lot of missed pos's.. it seems to be fixing itself now that i have had daily pos's building up..
You can use coin control to adjust your coin stacks, but that's about it for the wallet. (I think?) - I connected to nodes and got 3 Connections but no Sync
This sounds new wallet can't verify the old blockchain checkpoints, so it's rejecting block data from the old wallets. I don't know what you did with the code, but if you completely removed the old POS calculations for your POS v2, that's probably a good thing to add back in. If you rebased the entire wallet again (since that's what it looks like), check to make sure the RPC protocol version is greater than the current wallet's version. Thank you, I will try, as I have also not there is a synchronization. Try changing the checkpoints back to the ones from the old wallet. I don't know if that will fix things, but the new client might be angry about not having the same hardcoded hashes as the old clients. I no longer plan on supporting this coin because I can't keep up with you rebasing the code with every release, especially because you don't support Linux at all. Here's a list of things that need work: - Qt Makefile (rdna.pro) should not run at all if the user does not have Qt >=5
- There are no headless Makefiles - no exchange will be able to use this update
- LevelDB building is broken. This is partly because line 131 (LIBS += -lshlwapi) needs to be commented out on non-Windows systems and partly because of whatever prevents the Qt Makefile from compiling it automatically. Not sure what that is at the moment.
- This is a sloppy conversion: line 606, src/masternode.cpp (bool* pfMissingInputs = false;)
I'll note more issues as I find them. Edit: the newest source breaks the Qt compile at line 1040 of src/qt/bitcoingui.cpp. You can either run through the code and update everything to use non-deprecated Qt classes or re-add greaterThan(QT_MAJOR_VERSION, 4) { QT += widgets DEFINES += QT_DISABLE_DEPRECATED_BEFORE=0 } in rdna.pro. I would do the former since this doesn't build with Qt4 anyway. Edit 2: line 9 of src/i2p.h should be: #include "../contrib/i2psam/i2psam.h"Edit 3: The client isn't connecting to other clients because ConnectSocketDirectly() in netbase.cpp is erroring out. Here's a pastebin of a debug log: http://pastebin.com/DWgcGZM9. Also, you have a few errors for missing Qt signals and slots in there. And the wallet version is totally wrong. And Linux builds are still broken after your newest commit. Edit 4: Upon further inspection, the new wallet exchanges different information and processes information differently than the old wallet during the ProcessMessages() method in main.cpp. And I believe the old blockchain will not load because the database is stored differently - I tried making a bootstrap.dat and even that failed.
|
|
|
|
james42
|
|
June 07, 2015, 01:37:46 PM |
|
Linux daemon is a must for me. And why rename again?
|
|
|
|
james42
|
|
June 07, 2015, 02:44:13 PM |
|
Any idea what I am still missing?
No rule to make target 'obj/aes_helper.o' needed by 'rdnad'
|
|
|
|
feldenthorne
|
|
June 07, 2015, 02:48:53 PM |
|
Any idea what I am still missing?
No rule to make target 'obj/aes_helper.o' needed by 'rdnad'
Lines 158-162 of makefile.unix to: obj/pandora/aes_helper.o \ obj/pandora/keccak.o \ obj/pandora/cubehash.o \ obj/pandora/panama.o \ obj/pandora/whirlpool.o \ Probably. I still haven't gotten the Qt wallet to build properly, so I haven't looked at the headless wallet.
|
|
|
|
james42
|
|
June 07, 2015, 02:54:43 PM |
|
Thanks, solved that but now an i2p issue. I'm giving up for now
|
|
|
|
SalimNagamato
Legendary
Offline
Activity: 924
Merit: 1000
|
|
June 07, 2015, 04:59:29 PM |
|
doesn't compile on my linux: g++ -c -m64 -pipe -fstack-protector-all --param ssp-buffer-size=1 -DUSE_SECP256K1 -O2 -D_REENTRANT -fdiagnostics-show-option -Wall -Wextra -Wno-ignored-qualifiers -Wformat -Wformat-security -Wno-unused-parameter -Wstack-protector -DENABLE_WALLET -DBOOST_THREAD_USE_LIB -DBOOST_SPIRIT_THREADSAFE -DUSE_UPNP=1 -DMINIUPNP_STATICLIB -DSTATICLIB -DHAVE_BUILD_INFO -DLINUX -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 -Isrc/qt/plugins/mrichtexteditor -Isrc/leveldb/include -Isrc/leveldb/helpers -Ibuild -Ibuild -I/usr/local/include -o build/key.o src/key.cpp src/key.cpp:29:5: error: ‘secp256k1_context_t’ does not name a type secp256k1_context_t* ctx; ^ src/key.cpp: In constructor ‘{anonymous}::CSecp256k1Init::CSecp256k1Init()’: src/key.cpp:31:9: error: ‘ctx’ was not declared in this scope ctx = secp256k1_context_create(SECP256K1_CONTEXT_SIGN); ^ src/key.cpp:31:40: error: ‘SECP256K1_CONTEXT_SIGN’ was not declared in this scope ctx = secp256k1_context_create(SECP256K1_CONTEXT_SIGN); ^
i have secp256k1 installed because needed for other coin what is the problem ? which version of this library to use ? how to compile the one supplied in github ? (it doesn't pass ./configure)
|
not hashing, folding and curing (check FLDC merged-folding! reuse good GPUs)
|
|
|
gambadamba
Member
Offline
Activity: 110
Merit: 11
|
|
June 07, 2015, 05:15:42 PM |
|
|
|
|
|
SalimNagamato
Legendary
Offline
Activity: 924
Merit: 1000
|
|
June 07, 2015, 05:17:40 PM |
|
Update your SECP256k1, Your's is outdated, you can compile from .\contrib\secp256k1
it doesn't work to compile from there: ~/DeOxyRibose/contrib/secp256k1$ sh autogen.sh libtoolize: putting auxiliary files in AC_CONFIG_AUX_DIR, `build-aux'. libtoolize: copying file `build-aux/ltmain.sh' libtoolize: putting macros in AC_CONFIG_MACRO_DIR, `build-aux/m4'. libtoolize: copying file `build-aux/m4/libtool.m4' libtoolize: copying file `build-aux/m4/ltoptions.m4' libtoolize: copying file `build-aux/m4/ltsugar.m4' libtoolize: copying file `build-aux/m4/ltversion.m4' libtoolize: copying file `build-aux/m4/lt~obsolete.m4' configure.ac:317: error: required file 'libsecp256k1.pc.in' not found autoreconf: automake failed with exit status: 1
$ ./configure checking build system type... x86_64-unknown-linux-gnu checking host system type... x86_64-unknown-linux-gnu checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /bin/mkdir -p checking for gawk... no checking for mawk... mawk checking whether make sets $(MAKE)... yes checking whether make supports nested variables... yes checking how to print strings... printf checking for style of include used by make... GNU checking for gcc... gcc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking whether gcc understands -c and -o together... yes checking dependency style of gcc... gcc3 checking for a sed that does not truncate output... /bin/sed checking for grep that handles long lines and -e... /bin/grep checking for egrep... /bin/grep -E checking for fgrep... /bin/grep -F checking for ld used by gcc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B checking the name lister (/usr/bin/nm -B) interface... BSD nm checking whether ln -s works... yes checking the maximum length of command line arguments... 1572864 checking whether the shell understands some XSI constructs... yes checking whether the shell understands "+="... yes checking how to convert x86_64-unknown-linux-gnu file names to x86_64-unknown-linux-gnu format... func_convert_file_noop checking how to convert x86_64-unknown-linux-gnu file names to toolchain format... func_convert_file_noop checking for /usr/bin/ld option to reload object files... -r checking for objdump... objdump checking how to recognize dependent libraries... pass_all checking for dlltool... no checking how to associate runtime and link libraries... printf %s\n checking for ar... ar checking for archiver @FILE support... @ checking for strip... strip checking for ranlib... ranlib checking command to parse /usr/bin/nm -B output from gcc object... ok checking for sysroot... no checking for mt... mt checking if mt is a manifest tool... no checking how to run the C preprocessor... gcc -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking for dlfcn.h... yes checking for objdir... .libs checking if gcc supports -fno-rtti -fno-exceptions... no checking for gcc option to produce PIC... -fPIC -DPIC checking if gcc PIC flag -fPIC -DPIC works... yes checking if gcc static flag -static works... yes checking if gcc supports -c -o file.o... yes checking if gcc supports -c -o file.o... (cached) yes checking whether the gcc linker (/usr/bin/ld -m elf_x86_64) supports shared libraries... yes checking whether -lc should be explicitly linked in... no checking dynamic linker characteristics... GNU/Linux ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes checking whether make supports nested variables... (cached) yes checking for pkg-config... /usr/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking for ar... /usr/bin/ar checking for ranlib... /usr/bin/ranlib checking for strip... /usr/bin/strip checking for gcc option to accept ISO C89... (cached) none needed checking if gcc supports -std=c89 -pedantic -Wall -Wextra -Wcast-align -Wnested-externs -Wshadow -Wstrict-prototypes -Wno-unused-function -Wno-long-long -Wno-overlength-strings... yes checking for __int128... yes checking for __builtin_expect... yes ./configure: line 12234: SECP_64BIT_ASM_CHECK: command not found ./configure: line 12263: SECP_INT128_CHECK: command not found ./configure: line 12291: SECP_INT128_CHECK: command not found ./configure: line 12316: SECP_GMP_CHECK: command not found ./configure: line 12422: SECP_OPENSSL_CHECK: command not found checking whether byte ordering is bigendian... no configure: Using assembly optimizations: no configure: Using field implementation: 32bit configure: Using bignum implementation: no configure: Using scalar implementation: 32bit configure: Using endomorphism optimizations: no checking that generated files are newer than configure... done configure: creating ./config.status config.status: error: cannot find input file: `Makefile.in'
|
not hashing, folding and curing (check FLDC merged-folding! reuse good GPUs)
|
|
|
|
gambadamba
Member
Offline
Activity: 110
Merit: 11
|
|
June 07, 2015, 05:37:07 PM |
|
admin do a normal wallet with a normal sync. when will it be??? нy eй бoгy зaeбaлo yжe этy xyйню кaчaть и oбнoвлять. c нyля кaшeлeк вooбщe нe oбнoвляeтcя. a вы тyт пpo мacтepнoды чeшeтe.
|
|
|
|
gambadamba
Member
Offline
Activity: 110
Merit: 11
|
|
June 07, 2015, 05:55:36 PM Last edit: June 07, 2015, 06:07:10 PM by gambadamba |
|
|
|
|
|
CryptoHobo
Legendary
Offline
Activity: 1050
Merit: 1000
|
|
June 07, 2015, 07:55:08 PM |
|
after running for an hourish, 2nd attempt no syncing 20:51:02 getpeerinfo 20:51:02  [ { "addr" : "198.245.50.213:10592", "services" : "00000000", "lastsend" : 1433706622, "lastrecv" : 0, "bytessent" : 128, "bytesrecv" : 0, "conntime" : 1433706622, "pingtime" : 0.00000000, "version" : 0, "subver" : "", "inbound" : false, "startingheight" : -1, "banscore" : 0, "syncnode" : false } ] tried several restarts. tried copying contents of DeOxyRibose folder into new rdna folder and it starts at 0 blocks again. should the conf file still be named DeOxyRibose.conf? addnode=182.56.83.165 is all that's in mine any more nodes/settings i should add?
|
|
|
|
snipsnoop
Legendary
Offline
Activity: 924
Merit: 1000
|
|
June 07, 2015, 08:13:25 PM |
|
Oh new release?. Have been out of the loop for a week
|
|
|
|
tilteer
Newbie
Offline
Activity: 29
Merit: 0
|
|
June 07, 2015, 09:01:50 PM |
|
Have you tried these nodes from the OP? addnode=182.56.83.165 addnode=5.83.18.254 addnode=24.21.89.229 addnode=24.191.33.43 addnode=52.28.61.59 addnode=62.30.194.230 addnode=77.131.13.211 addnode=86.143.78.51 addnode=95.236.72.169 addnode=182.56.83.165 addnode=197.3.207.58 addnode=198.245.50.213 addnode=208.90.164.68 addnode=212.17.40.234 addnode=216.211.43.15
|
|
|
|
smic
|
|
June 07, 2015, 09:32:18 PM |
|
the rDNA NOT SYNC!
|
|
|
|
|