ehmm, lets try this example:
1 you start the cat
2 you open 8 thousand panels
3 you use sampeys uber super algo configurator
4 you add
Code:
X to the buypool
Code:
Start Process
Code:
orderbook?
Code:
then
------------------------------------------------------------------
just for your info. on step 5.
there is a tiny ammount of markets which will create instantly an order "step 6"
but just a few, but these calls from "5" seems to have an higher priority.
it wouldnt be a big deal, or a real problem.
but the information from step
Code:
5
in the moment when step
Code:
6
sorry man, it was a long weekend:
![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif)
![Cool](https://bitcointalk.org/Smileys/default/cool.gif)
![Cool](https://bitcointalk.org/Smileys/default/cool.gif)
![Cool](https://bitcointalk.org/Smileys/default/cool.gif)
![Cool](https://bitcointalk.org/Smileys/default/cool.gif)
and i should take some nap b4 posting anything.
just as side note
Code:
you cant work with the buy or sell pool in bulk, like the algo creator
you need to create an savefile, modify the buy or sell pool
and then reload all markets.
Code:
your last version doesnt generate an valid savefile if you just save the buy/sell pools
but if you save with all flags /ordrs /settings /trades /buy&sellPool it doesnt reject
the savefile when you try to load it.
Code:
the SuspendApi Button / function just skip new api calls getting added to the Queue,
there is no "global function" ..... the Queue gets proceed step by step until 0.
and, havent yet figured out why and through which unlucky constelation ..
Code:
across all versions, the CAT seems somtimes flooding the "ordersToRestore" list.
with identical values, this result into the situation that the cat sometimes
trys to restore few hundred times the same order....
and the lookup wasnt completed regualar. but it seems to result from
multiple issues happend at the same time.
uhhh, much much text :-)