Заработало, спасибо ребятам с англоязычной ветке за подсказку. Оказалось, запускается только из терминала.
Как решили эту проблему?
|
|
|
Всем привет,
Решил заняться трейдингом серьезно и подойти соответствующим способом, начал читать книги по торговле и учиться с них. И многие говорят что нужно ввести торговый дневник. В интернете море разные дневников и шаблонов, но в них мало что я понимаю, сделал свой в excel, но он получился какой-то не очень) Можете подсказать пожалуйста как вы составляли свой торговый дневник.
С рынком криптовалют это не работает. Уверяю вас, тут нужно заниматься и учится на практике, теория не поможет заработать. Согласен теория без практики без полезна, на рынке уже более года и хочу в нем по лучше разобраться.
|
|
|
Попробуй помимо стандартного дневника вести также дневник своих эмоций и как они коррелируют с рынком. Например, когда ощущешь эйфорию, страх и что после этого происходит с рынком. По практике скажу, когда ты ощущаешь взлет, эйфорию и ты сидишь в лонге, то нужно думать о продаже. Если ты в лонге и ощущаешь страх (рынок падает), то нужно докупаться. В шорте все наоборот. Это как один из способов взять "внутреннего хомяка" под контроль.
А всякие книги по торговле, то лучше не тратить на них время. Они тебе не дадут особых знаний, которые бы стали преимуществом. Скорее наоборот запутают и ты наделаешь ошибки. Получится "горе от ума".
Согласен самоконтроль важная вещь в торговле, три кита это "психология, торговые системы, контроль над риском". Сейчас читаю книгу "Как играть и выигрывать на бирже? Александр Элдер" он на рынке очень давно и думаю нужно поучится у него или что-то взять для себя.
|
|
|
Всем привет,
Решил заняться трейдингом серьезно и подойти соответствующим способом, начал читать книги по торговле и учиться с них. И многие говорят что нужно ввести торговый дневник. В интернете море разные дневников и шаблонов, но в них мало что я понимаю, сделал свой в excel, но он получился какой-то не очень) Можете подсказать пожалуйста как вы составляли свой торговый дневник.
|
|
|
Убедитесь, что запускаете демона и валлет на одном компе. Посмотрите, запущен ли демон. $ top | grep coind Потом посмотрите, слушает ли демон порт. # netstat -a | grep "LISTEN" # telnet localhost 58638 на всякий случай.
А вообще, на github есть инструкции по установке и настройке cryptonote-монет. Для 16.04 LTS полно.
Нашел эту инструкцию, но никак не могу в ней разобраться https://getmonero.org/resources/user-guides/vps_run_node.html
|
|
|
Добрый день, у меня есть два сервера и на каждом установлен демон и при запуске кошелька (первый сервер) не может синхронизироваться со вторым и выдает ошибку Error: wallet failed to connect to daemon ( http://localhost:58638). Как можно решить эту ошибку? https://bitcointalk.org/index.php?topic=2694006.0Посмотрите эту инструкцию. Там по шагам расписано про Монеро. А если вкратце, то демон монеты (т.н. нода) синхронизируется по с остальными по одному порту, по другому порту предоставляют доступ к rpc. Если запускаете на одном сервере ноду, а с другого хотите подключаться wallet-rpc или wallet-cli, то нужно в конфиге демона написать --rpc-bind-ip свой.ай.пи.адрес и --confirm-external-bind. Также создать правила на файрволле. Наберите в терминале ./coind --help и увидите все ключи, нужные из которых пропишете в конфиг демона. У меня неne которых папок и файлов которые у вас в инструкции, я использую ubuntu 14.04 LTS
|
|
|
Монета на основе протокола CryptoNote; Кошелёк SimpleWallet
|
|
|
Добрый день, у меня есть два сервера и на каждом установлен демон и при запуске кошелька (первый сервер) не может синхронизироваться со вторым и выдает ошибку Error: wallet failed to connect to daemon ( http://localhost:58638). Как можно решить эту ошибку?
|
|
|
Скомпилировалась монета на сервере на 30 процент и появляется ошибка "See <file:///usr/share/doc/gcc-4.8/README.Bugs> for instructions. " Reporting Bugs in the GNU Compiler Collection for Ubuntu ========================================================
Before reporting a bug, please ------------------------------
- Check that the behaviour really is a bug. Have a look into some ANSI standards document.
- Check the list of well known bugs: http://gcc.gnu.org/bugs.html#known
- Try to reproduce the bug with a current GCC development snapshot. You usually can get a recent development snapshot from the gcc-snapshot package in the current development distribution.
See: http://archive.ubuntu.com/ubuntu/pool/universe/g/gcc-snapshot/
- Try to find out if the bug is a regression (an older GCC version does not show the bug).
- Check if the bug is already reported in the bug tracking systems.
Ubuntu: https://bugs.launchpad.net/~ubuntu-toolchain/+packagebugs Debian: http://bugs.debian.org/debian-gcc@lists.debian.org Upstream: http://gcc.gnu.org/bugzilla/
Where to report a bug ---------------------
Please report bugs found in the packaging of GCC to Launchpad. See below how issues should be reported.
Ubuntu's current policy is to closely follow the upstream development and only apply a minimal set of patches (which are summarized in the README.Debian document).
If you think you have found an upstream bug, you did check the section above ("Before reporting a bug") and are able to provide a complete bug report (see below "How to report a bug"), then you may help the Ubuntu GCC package maintainers, if you report the bug upstream and then submit a bug report to Launchpad and tell us the upstream report number. This way you are able to follow the upstream bug handling as well. If in doubt, report the bug to Launchpad (but read "How to report a bug" below).
Report the issue to https://bugs.launchpad.net/ubuntu/+source/gcc-4.8.
How to report a bug -------------------
There are complete instructions in the gcc info manual (found in the gcc-doc package), section Bugs.
The manual can be read using M-x info in Emacs, or if the GNU info program is installed on your system by info --node "(gcc)Bugs". Or see the file BUGS included with the gcc source code.
Online bug reporting instructions can be found at
http://gcc.gnu.org/bugs.html
[Some paragraphs taken from the above URL]
The main purpose of a bug report is to enable us to fix the bug. The most important prerequisite for this is that the report must be complete and self-contained, which we explain in detail below.
Before you report a bug, please check the list of well-known bugs and, if possible in any way, try a current development snapshot.
Summarized bug reporting instructions -------------------------------------
What we need
Please include in your bug report all of the following items, the first three of which can be obtained from the output of gcc -v:
* the exact version of GCC; * the system type; * the options given when GCC was configured/built; * the complete command line that triggers the bug; * the compiler output (error messages, warnings, etc.); and * the preprocessed file (*.i*) that triggers the bug, generated by adding -save-temps to the complete compilation command, or, in the case of a bug report for the GNAT front end, a complete set of source files (see below).
What we do not want
* A source file that #includes header files that are left out of the bug report (see above) * That source file and a collection of header files. * An attached archive (tar, zip, shar, whatever) containing all (or some :-) of the above. * A code snippet that won't cause the compiler to produce the exact output mentioned in the bug report (e.g., a snippet with just a few lines around the one that apparently triggers the bug, with some pieces replaced with ellipses or comments for extra obfuscation :-) * The location (URL) of the package that failed to build (we won't download it, anyway, since you've already given us what we need to duplicate the bug, haven't you? :-) * An error that occurs only some of the times a certain file is compiled, such that retrying a sufficient number of times results in a successful compilation; this is a symptom of a hardware problem, not of a compiler bug (sorry) * E-mail messages that complement previous, incomplete bug reports. Post a new, self-contained, full bug report instead, if possible as a follow-up to the original bug report * Assembly files (*.s) produced by the compiler, or any binary files, such as object files, executables, core files, or precompiled header files * Duplicate bug reports, or reports of bugs already fixed in the development tree, especially those that have already been reported as fixed last week :-) * Bugs in the assembler, the linker or the C library. These are separate projects, with separate mailing lists and different bug reporting procedures * Bugs in releases or snapshots of GCC not issued by the GNU Project. Report them to whoever provided you with the release * Questions about the correctness or the expected behavior of certain constructs that are not GCC extensions. Ask them in forums dedicated to the discussion of the programming language
Known Bugs and Non-Bugs -----------------------
[Please see /usr/share/doc/gcc/FAQ or http://gcc.gnu.org/faq.html first]
C++ exceptions don't work with C libraries ------------------------------------------
[Taken from the closed bug report #22769] C++ exceptions don't work with C libraries, if the C code wasn't designed to be thrown through. A solution could be to translate all C libraries with -fexceptions. Mostly trying to throw an exception in a callback function (qsort, Tcl command callbacks, etc ...). Example:
#include <stdio.h> #include <tcl.h>
class A {};
static int SortCondition(void const*, void const*) { printf("throwing 'sortcondition' exception\n"); throw A(); }
int main(int argc, char *argv[]) { int list[2];
try { SortCondition(NULL,NULL); } catch (A) { printf("caught test-sortcondition exception\n"); } try { qsort(&list, sizeof(list)/sizeof(list[0]),sizeof(list[0]), &SortCondition); } catch (A) { printf("caught real-sortcondition exception\n"); } return 0; }
Andrew Macleod <amacleod@cygnus.com> responded:
When compiled with the table driven exception handling, exception can only be thrown through functions which have been compiled with the table driven EH. If a function isn't compiled that way, then we do not have the frame unwinding information required to restore the registers when unwinding.
I believe the setjmp/longjmp mechanism will throw through things like this, but its produces much messier code. (-fsjlj-exceptions)
The C compiler does support exceptions, you just have to turn them on with -fexceptions.
Your main options are to: a) Don't use callbacks, or at least don't throw through them. b) Get the source and compile the library with -fexceptions (You have to explicitly turn on exceptions in the C compiler) c) always use -fsjlj-exceptions (boo, bad choice :-)
g++: "undefined reference" to static const array in class ---------------------------------------------------------
The following code compiles under GNU C++ 2.7.2 with correct results, but produces the same linker error with GNU C++ 2.95.2. Alexandre Oliva <oliva@lsd.ic.unicamp.br> responded:
All of them are correct. A static data member *must* be defined outside the class body even if it is initialized within the class body, but no diagnostic is required if the definition is missing. It turns out that some releases do emit references to the missing symbol, while others optimize it away.
#include <iostream>
class Test { public: Test(const char *q); protected: static const unsigned char Jam_signature[4] = "JAM"; };
Test::Test(const char *q) { if (memcmp(q, Jam_signature, sizeof(Jam_signature)) != 0) cerr << "Hello world!\n"; }
int main(void) { Test::Test("JAM"); return 0; }
g++: g++ causes passing non const ptr to ptr to a func with const arg to cause an error (not a bug) ---------------------------------------------------------------------
Example:
#include <stdio.h> void test(const char **b){ printf ("%s\n",*b); } int main(void){ char *test1="aoeu"; test(&test1); }
make const g++ const.cc -o const const.cc: In function int main(): const.cc:7: passing char ** as argument 1 of test(const char **) adds cv-quals without intervening const make: *** [const] Error 1
Answer from "Martin v. Loewis" <martin@loewis.home.cs.tu-berlin.de>:
> ok... maybe I missed something.. I haven't really kept up with the latest in > C++ news. But I've never heard anything even remotly close to passing a non > const var into a const arg being an error before.
Thanks for your bug report. This is a not a bug in the compiler, but in your code. The standard, in 4.4/4, puts it that way
# A conversion can add cv-qualifiers at levels other than the first in # multi-level pointers, subject to the following rules: # Two pointer types T1 and T2 are similar if there exists a type T and # integer n > 0 such that: # T1 is cv(1,0) pointer to cv(1,1) pointer to ... cv(1,n-1) # pointer to cv(1,n) T # and # T2 is cv(2,0) pointer to cv(2,1) pointer to ... cv(2,n-1) # pointer to cv(2,n) T # where each cv(i,j) is const, volatile, const volatile, or # nothing. The n-tuple of cv-qualifiers after the first in a pointer # type, e.g., cv(1,1) , cv(1,2) , ... , cv(1,n) in the pointer type # T1, is called the cv-qualification signature of the pointer type. An # expression of type T1 can be converted to type T2 if and only if the # following conditions are satisfied: # - the pointer types are similar. # - for every j > 0, if const is in cv(1,j) then const is in cv(2,j) , # and similarly for volatile. # - if the cv(1,j) and cv(2,j) are different, then const is in every # cv(2,k) for 0 < k < j.
It is the last rule that your code violates. The standard gives then the following example as a rationale:
# [Note: if a program could assign a pointer of type T** to a pointer # of type const T** (that is, if line //1 below was allowed), a # program could inadvertently modify a const object (as it is done on # line //2). For example, # int main() { # const char c = 'c'; # char* pc; # const char** pcc = &pc; //1: not allowed # *pcc = &c; # *pc = 'C'; //2: modifies a const object # } # - end note]
If you question this line of reasoning, please discuss it in one of the public C++ fora first, eg. comp.lang.c++.moderated, or comp.std.c++.
cpp removes blank lines -----------------------
With the new cpp, you need to add -traditional to the "cpp -P" args, else blank lines get removed.
[EDIT ME: scan Debian bug reports and write some nice summaries ...]
|
|
|
Возможно, стоит скомпилировать демона на сервере, ибо часто ошибки возникают в ситуациях, когда сборка в одном окружении, а запуск совсем в другом.
Буду пробовать собрать на самом сервере.
|
|
|
Всем привет, делаю монету ради изучения работы всей этой системы, но при заливе монеты на сервер столкнулся с ошибкой "./testd: /usr/lib/x86_64-linux-gnu/libstdc++.so.6: version `GLIBCXX_3.4.20' not found (required by ./testd)". Понимаю что нужно установить библиотеку GLIBCXX_3.4.20, но при ее установке одна команда со списка проскакивает и не получается полноценной установки.
Кто с этим сталкивался или знает как решить, то отпишите пожалуйста)
Обновите библиотеки и все запуститься. Ошибку с библиотекой решил, но демона запустить не могу при вводе ./testd мне пишет что такого каталога нету и не хочет запускаться демон - если бы даже что-то не правило в писать в код, то все ровно он должен запустится и выдать какую-то ошибку. Если зайти в mc то все файлы есть. Код монеты скомпилирован верно, прописал seed nod, генезис блок (за основу монеты взят протокол CryptoNote)
|
|
|
Это все ерунда, система ваша неустойчивая и можно легко намайнить все одному подхватом заднего блока, после чего у вас не будут работать серваки и не будет синхронизации сети, одним словом пройденный этап.
Как это все реализовать?
|
|
|
Ошибка при команде "make" make: *** [/root/ats-0.1/depends/work/build/x86_64-pc-linux-gnu/boost/1_64_0-3967b1253c9/./.stamp_built] Error 1
Как это лечить?
make clean Заработало) Решил запустить демона, но выдало мне такой результат root@progof:~/test-0.1/depends/i686-pc-linux-gnu/bin# ./testd testd: chainparams.cpp:123: CMainParams::CMainParams(): Assertion `consensus.hashGenesisBlock == uint256S("0x00000000445999647df11eba1ac9c2fbb52c5c271417292e13b3282d004a3dc3")' failed. Aborted Прога вам какбэ намекает, что в файле chainparams.cpp в строке 123 есть строчка, которую нужно поправить ))) Ну это понятно что нужно в строке 123 поправить) Этот хэш нужно просто изменить рандомные цифры и буквы или сгенерировать новый? Если сгенерировать новый, то как? Нашел вот эту статью http://bitfork-develop.com/create-genesis-block/ изменил я заголовок новости, дальше этот человек запускает кошелек и он ему генерирует новый хэш который он вставляет в код.
|
|
|
Ошибка при команде "make" make: *** [/root/ats-0.1/depends/work/build/x86_64-pc-linux-gnu/boost/1_64_0-3967b1253c9/./.stamp_built] Error 1
Как это лечить?
make clean Заработало) Решил запустить демона, но выдало мне такой результат root@progof:~/test-0.1/depends/i686-pc-linux-gnu/bin# ./testd testd: chainparams.cpp:123: CMainParams::CMainParams(): Assertion `consensus.hashGenesisBlock == uint256S("0x00000000445999647df11eba1ac9c2fbb52c5c271417292e13b3282d004a3dc3")' failed. Aborted
|
|
|
Ошибка при команде "make" make: *** [/root/ats-0.1/depends/work/build/x86_64-pc-linux-gnu/boost/1_64_0-3967b1253c9/./.stamp_built] Error 1
Как это лечить?
|
|
|
Хочу скомпилировать генезис блок для учебной монеты, но не до конца понимаю как это сделать. Кто знает как это сделать поделитесь информацией пожалуйста)
|
|
|
Всем привет,
Скомпилировал версию 0.13.1 и получил в итоге не сколько файлов по в той папке /bitcoin-0.13.1/depends/i686-w64-mingw32/bin что нужно делать дальше чтобы запустить саму монету и учится дальше?
|
|
|
Скомпилировал версию 0.13.1 и получил в итоге не сколько файлов по в той папке /bitcoin-0.13.1/depends/i686-w64-mingw32/bin что нужно делать дальше чтобы запустить саму монету и учится дальше?
|
|
|
Вы пытаетесь 0.12 версию собрать? Там нужен более серьезный бубен, я боюсь не смогу вам помочь, хотя сам как-то собираю... Но каждый раз сам не могу запомнить точную последовательность действий ((
Мануал в шапке, работает для версии 0.13 и выше.
Да 0.12, вы писали в своем первом посте если делать сборку версии 0.13, то придется делать форк какого-то манера и я взял версию 0.12 чтобы после компиляции получить все по дефолту Ну когда я писал первый пост, 0.12 нормально собиралась по этой инструкции. Сейчас она просто так не собирается. Так что если в форке нужен майнинг кошельком, то нужно танцевать с бубном (( "Майнинг кошельком" - это майнинг с помощью кошелька я верно понимаю. При сборке 0.13, то будет майнинг монеты? И результате что должно получится, просто не до конца понимаю
|
|
|
Вы пытаетесь 0.12 версию собрать? Там нужен более серьезный бубен, я боюсь не смогу вам помочь, хотя сам как-то собираю... Но каждый раз сам не могу запомнить точную последовательность действий ((
Мануал в шапке, работает для версии 0.13 и выше.
Да 0.12, вы писали в своем первом посте если делать сборку версии 0.13, то придется делать форк какого-то манера и я взял версию 0.12 чтобы после компиляции получить все по дефолту
|
|
|
|