[TEK] TEKcoin Hi-PoS hybrid pos/pow no premine/ipo/ico

[presstab]

I don't think the source code release builds well... well at least I am getting a lot of errors.  Using Qt 4.8

I got it to compile, but it wouldn't sync even 1 block. Having this on github would be really great.  So changes can be tracked and development by others is easy. Otherwise it becomes very difficult for version control and code review.

Are you using the source at the beginning of the thread? I found a tekcoin source on github that had the same syncing issue, but compiled fine.

With the source on the thread I get a bunch of warnings about ignoring default elements and potential duplicate alias in tekcoin.qrc when I run qmake.  Then when I try to make it I ultimately get an error about QMainWindow... which led me to believe it was a qt4 vs 5 error. I tried using both and still no dice for me. Could just be my setup though because it seems like it is still trying to pull from 5.2.1 even though I have the correct path set...

[1695418848]

1695418848

[1695418848]

1695418848

[1695418848]

1695418848

[thundertoe]

I don't think the source code release builds well... well at least I am getting a lot of errors.  Using Qt 4.8

I got it to compile, but it wouldn't sync even 1 block. Having this on github would be really great.  So changes can be tracked and development by others is easy. Otherwise it becomes very difficult for version control and code review.

here is the github

https://github.com/maxxine/TEK
 
and a zipped chain up to 2/24/14 block 245k+ https://drive.google.com/file/d/0B0M-bp2HC0eYdXlqc0RQWkFFRnc/edit?usp=sharing

[ofeefee]

need a working blockchain explorer too

[presstab]

I don't think the source code release builds well... well at least I am getting a lot of errors.  Using Qt 4.8

I got it to compile, but it wouldn't sync even 1 block. Having this on github would be really great.  So changes can be tracked and development by others is easy. Otherwise it becomes very difficult for version control and code review.

here is the github

https://github.com/maxxine/TEK
 
and a zipped chain up to 2/24/14 block 245k+ https://drive.google.com/file/d/0B0M-bp2HC0eYdXlqc0RQWkFFRnc/edit?usp=sharing

Thanks for the github link.

The Qwindow error was with the machine I was using, my other machine goes through the compile of this linked code and gets caught up on net.o  anyone else getting stuck there?

[Tranz]

I don't think the source code release builds well... well at least I am getting a lot of errors.  Using Qt 4.8

I got it to compile, but it wouldn't sync even 1 block. Having this on github would be really great.  So changes can be tracked and development by others is easy. Otherwise it becomes very difficult for version control and code review.

here is the github

https://github.com/maxxine/TEK
 
and a zipped chain up to 2/24/14 block 245k+ https://drive.google.com/file/d/0B0M-bp2HC0eYdXlqc0RQWkFFRnc/edit?usp=sharing

Thanks for the github link.

The Qwindow error was with the machine I was using, my other machine goes through the compile of this linked code and gets caught up on net.o  anyone else getting stuck there?

Your UPNP deploy may not be correct, you don't really need it. You can use the argument USE_UPNP=- in the compile settings. Under projects/build/detail/additional arguments.

[SpiryGolden]

mockup teaser, hopefully more news later today

I love the new logo  can't wait the facelift of TEK Coin . This coin it's a clear UNDERDOG !

[ryanb]

i am glad to see Tranz here

[Tranz]

Same problem on the github src.

I just get this. When I try to sync.

3.43.190:8514, peer=162.243.43.190:8514
Added time data, samples 2, offset -2 (+0 minutes)
receive version message: version 60006, blocks=335829, us=65.24.235.56:33149, th
em=162.243.43.190:8514, peer=162.243.43.190:8514
trying connection 217.157.9.88:8514 lastseen=472.1hrs
trying connection 159.20.131.162:8514 lastseen=360760.3hrs
received block 000002f4956b80f69954
ERROR: CheckBlock() : bad block signature
ERROR: ProcessBlock() : CheckBlock FAILED
Misbehaving: 162.243.43.190:8514 (0 -> 100) DISCONNECTING
disconnecting node 162.243.43.190:8514
connection timeout

[presstab]

Your UPNP deploy may not be correct, you don't really need it. You can use the argument USE_UPNP=- in the compile settings. Under projects/build/detail/additional arguments.

Hmm still not working. Tried on two different machine that both compile HBN using UPNP.  But still doesn't work without UPNP.  I tried both UPNP=0 and UPNP=-

Here is the full error
                                             ^

Code:

src/net.cpp: In function 'bool BindListenPort(const CService&, std::string&)':
src/net.cpp:1730:87: error: invalid conversion from 'void*' to 'const char*' [-f
permissive]
         setsockopt(hListenSocket, IPPROTO_IPV6, IPV6_V6ONLY, (void*)&nOne, size
of(int));

       ^
In file included from src/compat.h:14:0,
                 from src/netbase.h:11,
                 from src/util.h:30,
                 from src/bignum.h:12,
                 from src/main.h:8,
                 from src/db.h:8,
                 from src/net.cpp:7:
C:/mingw32/i686-w64-mingw32/include/winsock2.h:999:34: error:   initializing arg
ument 4 of 'int setsockopt(SOCKET, int, int, const char*, int)' [-fpermissive]
   WINSOCK_API_LINKAGE int WSAAPI setsockopt(SOCKET s,int level,int optname,cons
t char *optval,int optlen);
                                  ^
In file included from ../../deps/boost_1_55_0/boost/system/system_error.hpp:14:0
,
                 from ../../deps/boost_1_55_0/boost/thread/exceptions.hpp:22,
                 from ../../deps/boost_1_55_0/boost/thread/win32/thread_primitiv
es.hpp:16,
                 from ../../deps/boost_1_55_0/boost/thread/win32/thread_data.hpp
:11,
                 from ../../deps/boost_1_55_0/boost/thread/thread_only.hpp:15,
                 from ../../deps/boost_1_55_0/boost/thread/thread.hpp:12,
                 from ../../deps/boost_1_55_0/boost/thread.hpp:13,
                 from src/util.h:21,
                 from src/bignum.h:12,
                 from src/main.h:8,
                 from src/db.h:8,
                 from src/net.cpp:7:
../../deps/boost_1_55_0/boost/system/error_code.hpp: At global scope:
../../deps/boost_1_55_0/boost/system/error_code.hpp:222:36: warning: 'boost::sys
tem::posix_category' defined but not used [-Wunused-variable]
     static const error_category &  posix_category = generic_category();
                                    ^
../../deps/boost_1_55_0/boost/system/error_code.hpp:223:36: warning: 'boost::sys
tem::errno_ecat' defined but not used [-Wunused-variable]
     static const error_category &  errno_ecat     = generic_category();
                                    ^
../../deps/boost_1_55_0/boost/system/error_code.hpp:224:36: warning: 'boost::sys
tem::native_ecat' defined but not used [-Wunused-variable]
     static const error_category &  native_ecat    = system_category();
                                    ^
Makefile.Release:1110: recipe for target 'build/net.o' failed
mingw32-make: *** [build/net.o] Error 1

Compared it to net.cpp on HoboNickels

The line causing the error on tek is 1730 and is not on the HBN net.h - so I commented it out and it gets passed that part of the build now.

[presstab]

It compiled and launched now, but now it is stuck syncing with 335931 blocks left.  Not sure if this is the same problem you had Tranz?

After manually downloading the chain and replacing it it syncs, but not on its own. Interesting.

[Tranz]

It compiled and launched now, but now it is stuck syncing with 335931 blocks left.  Not sure if this is the same problem you had Tranz?

After manually downloading the chain and replacing it it syncs, but not on its own. Interesting.

Nice.

Yes this implies there was a hard fork, that is not part of the new code.

[ofeefee]

i'm getting the following trying to compile on a mac, albeit this is about the 2nd or 3rd time trying to compile QTapps on a mac, no success yet.

clang: warning: argument unused during compilation: '-pthread'
Undefined symbols for architecture x86_64:
  "Db::verify(char const*, char const*, std::ostream*, unsigned int)", referenced from:
      CDBEnv::Verify(std::string, bool (*)(CDBEnv&, std::string)) in db.o
      CDBEnv::Salvage(std::string, bool, std::vector<std::pair<std::vector<unsigned char, std::allocator<unsigned char> >, std::vector<unsigned char, std::allocator<unsigned char> > >, std::allocator<std::pair<std::vector<unsigned char, std::allocator<unsigned char> >, std::vector<unsigned char, std::allocator<unsigned char> > > > >&) in db.o
  "boost::program_options::to_internal(std::string const&)", referenced from:
      boost::program_options::detail::basic_config_file_iterator<char>::getline(std::string&) in util.o
  "boost::program_options::detail::common_config_file_iterator::common_config_file_iterator(std::set<std::string, std::less<std::string>, std::allocator<std::string> > const&, bool)", referenced from:
      boost::program_options::detail::basic_config_file_iterator<char>::basic_config_file_iterator(std::istream&, std::set<std::string, std::less<std::string>, std::allocator<std::string> > const&, bool) in util.o
ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)
make: *** [tekcoin-Qt.app/Contents/MacOS/tekcoin-Qt] Error 1
00:56:28: The process "/usr/bin/make" exited with code 2.
Error while building/deploying project tekcoin-qt (kit: Desktop)
When executing step 'Make'

anyone know how to resolve this?   just curious

[presstab]

Here is the Windows exe with heartbleed patch. No coin control or anything fancy that I did to it, just compiled with newer openssl.
http://s000.tinyupload.com/index.php?file_id=05898975979865749130

[mighty jol]

i just wait for front page to be updated with new wallet then stake and go to the exchange

TEK is up 30K
to......da....... MOON ?

[ryanb]

Here is the Windows exe with heartbleed patch. No coin control or anything fancy that I did to it, just compiled with newer openssl.
http://s000.tinyupload.com/index.php?file_id=05898975979865749130

i am getting libwinpthread-1.dll is missing and it won't run

[defaced]

Have we pinpointed which code syncs to the correct chain with out having to use the download?

[presstab]

Here is the Windows exe with heartbleed patch. No coin control or anything fancy that I did to it, just compiled with newer openssl.
http://s000.tinyupload.com/index.php?file_id=05898975979865749130

i am getting libwinpthread-1.dll is missing and it won't run

Thats odd I don't have a libwinpthread

[Tranz]

Here is the Windows exe with heartbleed patch. No coin control or anything fancy that I did to it, just compiled with newer openssl.
http://s000.tinyupload.com/index.php?file_id=05898975979865749130

i am getting libwinpthread-1.dll is missing and it won't run

Thats odd I don't have a libwinpthread

This due to compiling with QR_CODE=1 in a non static mode.

I believe  I have that dll in this zip from HBN.

https://github.com/Tranz5/HoboNickels/releases/download/1.3.0.0/HoboNickels-1.3.0.0.rar  ( this is an old version so don't use it for HBN)

[Tranz]

Have we pinpointed which code syncs to the correct chain with out having to use the download?

No but I can get the orginal code that allows me to sync from start, although it might stop at another point, I can if them correctly.

[presstab]

Here is the Windows exe with heartbleed patch. No coin control or anything fancy that I did to it, just compiled with newer openssl.
http://s000.tinyupload.com/index.php?file_id=05898975979865749130

i am getting libwinpthread-1.dll is missing and it won't run

Thats odd I don't have a libwinpthread

This due to compiling with QR_CODE=1 in a non static mode.

I believe  I have that dll in this zip from HBN.

https://github.com/Tranz5/HoboNickels/releases/download/1.3.0.0/HoboNickels-1.3.0.0.rar  ( this is an old version so don't use it for HBN)

Tranz I am browsing through your commits on v1.3 for coin control... damn that must have been a lot of work!  I thought it might be easy to add a few of the commits to tek to get coin control going, but the differences in the codes add a lot of debugging time.