GSB Forums - Powered by XMB 1.9.11

Btw its not only on CL where it has happened

Thanks, so i first loaded another instance of GSB manager, loaded the used opt setting, then changed to default, then loaded my own opt setting again, result... same issue... i then brought up another instance of GSB, used default... then manually changed all settings to my own... then it worked... however i by mistake saved it as the opt setting that did not work from start, so i cant send you the error version... however... for sure it was due to opt settings and not app settings... what caused it from start i have no idea though... thank for the help

admin - 1-1-2020 at 11:10 PM

I had a freak situation with a dll upgrade on my cloud that caused sever miss-match. If the version of the worker is >56.18 and < 56.32 there is a problem.
Only my own cloud had this, but of course the cloud was free and so users got this issue.
You cant use the system. 58.18 and versions 56.32 on-wards are fine. Please except my humble apologies, as its wasted a high amount of my time, + annoyance for some users. The problem has only occurred over the last approx 2 days.

Daniel UK1 - 2-1-2020 at 04:33 AM

OK, but its ok now? no matter what version worker is used?

admin - 2-1-2020 at 04:34 AM

OK, but its ok now? no matter what version worker is used?

correct, all fixed.
Peter

YanArnd - 18-1-2020 at 04:08 PM

Hello Peter,

My GSB Manager (56.41) currently does not work with newly downloaded price data. With those, it does never reach the "Searching..." status.

What I did:

download price data from TradeStation into /GSB/Data/Price Data
format file name accordingly (Contract.1.Minute.SomeOtherInfo.txt)
check the content and formatting of the file (same structure as in those files that work)
create contract matching the file name, save it
create price data using the contract, the file and a session; save it (with and without moving into a separate per-contract folder)
reset opt settings
reset app settings
reset price cache
choose price data created before as Opt. Prize Data
run Manager (click green button)

What should happen:

Manager should either refuse price data immediately or go into status "Searching..." after a few minutes

What happened instead:

Green button gets grayed out
Manager becomes unresponsive
a ZIP containing the price data file is created in /GSB/Data/Temp
no status change is displayed (status field stays empty)
after about 15 minutes an error message occurs (one of those "Windows Ding-Dong pop-ups" in the lower right corner which disappear after a few seconds) - more on that below - and
status switches to "Initializing..." plus a mm:ss clock
that clock continues counting, Manager is fully responsive again, but nothing else happens (no status change, no workers starting, no results from cloud workers).

What still works:

running Manager with default price data (which came as part of the GSB installation)
running Manager with previously imported data files (for which strategies were produced in former runs)
running GSB Standalone with the new price file

Took a look into /GSB/Exceptions and found the following errors (file modification times correspond with the attempts of running Manager with new price data) - each Manager run attempt resulted in one out of those:

Quote:

System.AggregateException: One or more errors occurred. ---> System.Net.WebException: The underlying connection was closed: An unexpected error occurred on a receive.

Quote:

System.AggregateException: One or more errors occurred. ---> System.Net.WebException: Unable to connect to the remote server

Quote:

System.AggregateException: One or more errors occurred. ---> System.Net.WebException: The remote server returned an error: 227 Entering Passive Mode (216,230,225,114,244,189)
. ---> System.Net.Sockets.SocketException: A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond 216.230.225.114:62653

To me, it looks like my Manager attempts to upload my new data file to your server (216.230.225.114 without the 62653 port points to trademaid.info), from where it probably will be distributed to the (cloud) workers - but that server currently does not handle the connection properly. I had that problem once before already in my evaluation phase (56.04) a few weeks ago.

If my assumptions are correct, I would like to suggest that

the manager should fail early (reduce timeout?) and explicitly (and error message should stay on the screen, in case user is AFK in the moment of failure)
admin should get informed of the issue (ping the server every n minutes from another server, send email to yourself in case of timeout or connection close)
in case of a planned down time, a forum info would be appreciated (but I remember I saw something like that already in the forum)

This issue is kind of annoying, because it costs a lot of personal time for "tweaking this, resetting that, then see if it helped - oh no, looks like it didn't - rinse and repeat".

Thank you in advance for looking into the problem. I will report when I notice that things are working as expected again.

---------------------

Edit 2020-01-19:

added above that GSB Standalone always works
Another observation: Some new price files worked and some don't. Tried NG and RB (with new contract data cloned from their *1330 versions) and they did not work. Tried RR (Rough Rice, just to see what happens if something completely different is fed into Manager), and it worked just fine. Strange...

Carl - 19-1-2020 at 01:38 AM

Hi YanArnd,

Frustrating when things don't work the way you want to.

Yesterday I started a new GSB run (GSB Manager, version 56.41) on new Tradestation data.
Everything works fine here. No errors or stalling whatsoever,

What happens when you open your opt settings and apt settings file in GSB Standalone?

Daniel UK1 - 19-1-2020 at 02:22 AM

Since about a week back, it seems something changed using the cloud ....
1- My Managers much more often than before , reaching a 1 running 1 stopped scenario... ie no workers working... i then need to restart..

2 - WF sent to cloud, example when doing 250 WF to cloud i had several scenarios last week that has never happened before, where for example 150 is done, waiting 100, 0 running, and its like this for days, despite the fact that RM is running and all other managers is closed down and no applications... So the managers that desperately needs workers should use all possible from RM, since it seems impossible for it to use any from the cloud for days..

3- Real example, A managers that is running, gets 1 workers from cloud, i restart, and it gets 21... this happens a lot, that often its better to start and stop if you get appointed to few workers from cloud... something seems off..

All above examples has been happening using latest managers released, and since about a week back issue 2 is new, so something seems to have changed since about a week back that causing this.

Regards

YanArnd - 19-1-2020 at 04:50 AM

Hi Carl,

I'm glad everything works for you and thanks for asking about GSB Standalone - I forgot to mention that in GSB Standalone everything works fine, always. (I guess that is because no external server communication takes place there.)

As of you, most of the time everything worked fine for me with new TS data in Manager, too. It seems to depend on whether Peter's server (that 216.230.225.114:62653 as of the error message) is able to handle the traffic (upload of new price data files for distribution to other cloud workers) in the moment you run your Manager with the new data for the first time.

--------------------
Edit 2020-01-19:

Quote:

It seems to depend on whether Peter's server (that 216.230.225.114:62653 as of the error message) is able to handle the traffic (upload of new price data files for distribution to other cloud workers) in the moment you run your Manager with the new data for the first time.

It probably isn't that simple. Some files seem to work, some don't. RR worked, NG, RB and TY did not. All tried within one hour.

admin - 19-1-2020 at 03:09 PM

HI Yanard
Your experience seems frustrating and we will get it resolved.
please do a support ticket, and we will look into the exceptions.
Exceptions are logged into a data base, and common exceptions are looked into on a regular basis.
Peter

admin - 19-1-2020 at 03:11 PM

Since about a week back, it seems something changed using the cloud ....
1- My Managers much more often than before , reaching a 1 running 1 stopped scenario... ie no workers working... i then need to restart..

2 - WF sent to cloud, example when doing 250 WF to cloud i had several scenarios last week that has never happened before, where for example 150 is done, waiting 100, 0 running, and its like this for days, despite the fact that RM is running and all other managers is closed down and no applications... So the managers that desperately needs workers should use all possible from RM, since it seems impossible for it to use any from the cloud for days..

3- Real example, A managers that is running, gets 1 workers from cloud, i restart, and it gets 21... this happens a lot, that often its better to start and stop if you get appointed to few workers from cloud... something seems off..

All above examples has been happening using latest managers released, and since about a week back issue 2 is new, so something seems to have changed since about a week back that causing this.

Regards

I will look into this for you. WF to the cloud had a major re-write of code. The one user who had lots of problems said it was now much better. Ive had no issues since the rebuild as well. Is the problem solid or intermittent?

RandyT - 19-1-2020 at 03:20 PM

I will look into this for you. WF to the cloud had a major re-write of code. The one user who had lots of problems said it was not much better. Ive had no issues since the rebuild as well. Is the problem solid or intermittent?

Peter, I think you meant to write "it is NOW much better".

I'm not seeing those problems with 56.45. I do have 3 total machines so not sure if that makes any difference.

admin - 19-1-2020 at 03:22 PM

Thanks Randy, I corrected my post.

Daniel UK1 - 20-1-2020 at 02:40 AM

Hi Peter,

Thank you, 1 and 3 seems persistent, and 2 has only happened since last week. Perhaps then its just me, will observe going ahead and let you know if it persists..

admin - 20-1-2020 at 03:56 AM

Daniel, good to do a support ticket.
also before you start a manger, from dos prompt run ping xeon3.zwag.biz -t and watch that the ping times are stable.

Support ticket upload failed

YanArnd - 20-1-2020 at 06:58 AM

please do a support ticket

Hi Peter,

Unfortunately the ticket system seems to have similar issues; tried 3 times, but I was not able to send a support ticket successfully. Compressing support data works, then upload up until 100% works, too, then it stays for 2 minutes at 100% and finally an error pop-up informs that ticket upload failed. Error message from /GSB/Exceptions reads

Quote:

System.Net.WebException: The underlying connection was closed: An unexpected error occurred on a receive.

Can you please let me know which files you need for looking into the (original) issue (see my post above)? I would then put them onto a cloud drive URL where you can download them.

Thanks.

admin - 20-1-2020 at 03:41 PM

Quote: Originally posted by YanArnd

please do a support ticket

Quote:

System.Net.WebException: The underlying connection was closed: An unexpected error occurred on a receive.

Can you please let me know which files you need for looking into the (original) issue (see my post above)? I would then put them onto a cloud drive URL where you can download them.

Thanks.

can you let me look via teamviewer.com? email me the two codes.

bug in statistic calculation?

moresi522 - 20-2-2020 at 07:37 AM

Watching
"Genetic System Builder, used to get better out of sample results for Tradestation & Multicharts"
link here at 14:00

I see if you select for example only 10 systems and rightclick->statistics-> Calc & Save... only that systemes are involved in calculation, but, as you can see in the attacched images, if I select only a specific number of systems all the system are involved in calculation.

Am I doing something wrong or there is a bug ?
Thanks

admin - 20-2-2020 at 04:04 PM

Watching
"Genetic System Builder, used to get better out of sample results for Tradestation & Multicharts"
link here at 14:00

I see if you select for example only 10 systems and rightclick->statistics-> Calc & Save... only that systemes are involved in calculation, but, as you can see in the attacched images, if I select only a specific number of systems all the system are involved in calculation.

Am I doing something wrong or there is a bug ?
Thanks

This not a bug, but deliberate.
If you want to do stats on say 10, put them say in favourites A, then do stats in favourites A

moresi522 - 21-2-2020 at 05:17 AM

This not a bug, but deliberate.
If you want to do stats on say 10, put them say in favourites A, then do stats in favourites A

Thank you Peter

erlendsolberg - 6-3-2020 at 02:51 AM

Hello

There seems to be a bug in 'LibGSB.GSB_Scripts_2020_02_13'. GSB scripts for Ninjatrader will not compile.

The same error message every time:

The type name 'PrevCloseD' does not exist in the type 'NinjaTrader.NinjaScript.AddOns.LibGSB'

Using GSB 57.27 and 'LibGSB.GSB_Scripts_2020_02_13'

Regards,

Erlend

admin - 6-3-2020 at 02:58 AM

Hello

There seems to be a bug in 'LibGSB.GSB_Scripts_2020_02_13'. GSB scripts for Ninjatrader will not compile.

The same error message every time:

The type name 'PrevCloseD' does not exist in the type 'NinjaTrader.NinjaScript.AddOns.LibGSB'

Using GSB 57.27 and 'LibGSB.GSB_Scripts_2020_02_13'

Regards,

Erlend

Thank you for finding this. I will get it fixed next week.

moresi522 - 7-3-2020 at 10:49 AM

Hi,
2 problems with EWFO.
First one:
Anytime I lunch EWFO I get "A new version..." (see image attached msg.png)
If I click Yes It downloads something and I get the same message, if click No I can notice my version is newer (see msg2.png)

Second one.
I generate a ewfo file (see msg3.png)
then I go to EWFO click on Open, from C:\GSB\Data\ewfoFiles I choose the directory but I get an error:
"An element with the same key has already been added" (see msg4.png)

I restart my pc, delete all files in C:\GSB\Data\ewfoFiles and re-generate the directory

the 7z file is the directory generated from GSB

Attachment: Login to view the details

admin - 8-3-2020 at 04:07 PM

Hi,
2 problems with EWFO.
First one:
Anytime I lunch EWFO I get "A new version..." (see image attached msg.png)
If I click Yes It downloads something and I get the same message, if click No I can notice my version is newer (see msg2.png)

Second one.
I generate a ewfo file (see msg3.png)
then I go to EWFO click on Open, from C:\GSB\Data\ewfoFiles I choose the directory but I get an error:
"An element with the same key has already been added" (see msg4.png)

I restart my pc, delete all files in C:\GSB\Data\ewfoFiles and re-generate the directory

the 7z file is the directory generated from GSB

Your error should be fixed in the updated build.
EWFO cant update as its not run in administrator mode.
This is needed for updates only. It doesnt have permision from the operating systems to write to cL\programfiles\ewfo...

The alternative is re-install into c:\ewfo\

moresi522 - 9-3-2020 at 03:21 AM

Thanks Peter,

you are right, after starting ewfo in administrator mode it can able to download the new version and read the file attached.

Anomalies Observed in 57.27

OUrocketman - 11-3-2020 at 09:30 PM

Peter,

Since using 57.27, I am noticing higher RAM useage that is sufficient to cause a server with 256GB of RAM to run out of memory as it walk forwards the top 250 systems. The OS then kills the GSB Manager.

Also, on my machine i'm noticing the sys CPU statistic is not being reported accurately under machine resources. It's as much as 10 percent lower than what's reported by task manager in Windows.

I'm running a XEON server with dual E5-2697 v 2s and 256 GB of RAM.

Thank you not only for an amazing product, but also for your amazing support.

admin - 11-3-2020 at 09:39 PM

Quote: Originally posted by OUrocketman

Peter,

Since using 57.27, I am noticing higher RAM useage that is sufficient to cause a server with 256GB of RAM to run out of memory as it walk forwards the top 250 systems. The OS then kills the GSB Manager.

Also, on my machine i'm noticing the sys CPU statistic is not being reported accurately under machine resources. It's as much as 10 percent lower than what's reported by task manager in Windows.

I'm running a XEON server with dual E5-2697 v 2s and 256 GB of RAM.

Thank you not only for an amazing product, but also for your amazing support.

I would like to see this via teamviewer
first thing is make sure sure you have very big windows swap file
say custom size 100gb
if you have gsb resource manager running and configured correctly, it should kill workers well before the os kills a manager.

there have been no changes that I am aware of that should affect ram for wf. (not the case for ewfo wf)

Im not surprised by reporting being out by 10%.
gsb is jsut reporting what .net metrics are given, and this isnt always accurate.
there is no way 250 wf should occur at one instant of the server.
if it did, you have wrong settings.
i would expect about 8 workers, 2 wf per worker.
the rest of the wf are qued
thanks for your kind comments.

RandyT - 12-3-2020 at 06:26 AM

Quote: Originally posted by OUrocketman

OUrocketman, would you mind showing your Machine Resources settings. I too have a 256GB machine but have not been able to get more than about 50% RAM usage.

My current settings below. Comments welcome.

OUrocketman - 12-3-2020 at 09:11 PM

Peter and RandyT,

Thank you both for the suggestions and pointers! I did some housekeeping and got the pagefile increased from 38GB to 100GB. I had windows managing that automatically and think I was running low on disk space which kept the page file pretty small. I've cleaned up and set it to 100GB manually.

I also changed my settings to line up with what you are showing, Randy. I *think* things are looking much, much better now. If that turns out not to be the case I will e-mail Peter my teamviewer info.

Thank you again!

Daniel UK1 - 13-3-2020 at 01:17 AM

Peter, i am having some issues with managers that for some reason stop WF, lets say 100 is done of 250, and then it just stays at 150 waiting and it can be like this for days.. if i then decides to cancel walk forwards... and save all.... and decides to open them up in a new manager, status shows and waiting since this status is very often not changed when you cancels WF... and sometimes it workds to initiate WG again sometimes it just refuses to start... does not matter is its cloud WF or WF on your own pc... i thinks something is off, when it comes to cancels WF, restart WF or imports them to a new pc and restarting them.... this happens quite often..

Regards

admin - 13-3-2020 at 02:45 AM

Peter, i am having some issues with managers that for some reason stop WF, lets say 100 is done of 250, and then it just stays at 150 waiting and it can be like this for days.. if i then decides to cancel walk forwards... and save all.... and decides to open them up in a new manager, status shows and waiting since this status is very often not changed when you cancels WF... and sometimes it workds to initiate WG again sometimes it just refuses to start... does not matter is its cloud WF or WF on your own pc... i thinks something is off, when it comes to cancels WF, restart WF or imports them to a new pc and restarting them.... this happens quite often..

Regards

there are timeouts as we dont know if a manager just died.
So if a manager hasnt completed them in say a day,they might get canceled or restart. I dont know the exact logic, but no thats some of the issues in the background
In the past you were doing 1000 wf from say 4 managers.
thats very problematic and you also hit the hard limit of 1000 wf at one time.
running 250 wf at a time should be ok.
I know the wf logic is not perfect and long term may get re-written.

RandyT - 13-3-2020 at 07:28 AM

Daniel, I've also seen this same behavior occasionally. One of the things that seems to help recover is to restart RM and any workers running. Seems that something loses track of available workers but a restart of those workers seems to break the logjam.

Daniel UK1 - 13-3-2020 at 07:38 AM

Quote: Originally posted by RandyT

Randy, Ok good to know its not only me, thanks for the tip, will try

Regards

Daniel UK1 - 15-3-2020 at 10:45 AM

Cloud seems to be down, perhaps its just on my end, but i get no cloud WF or workers for normal builds... have restarted pc twice..

admin - 15-3-2020 at 04:19 PM

Cloud seems to be down, perhaps its just on my end, but i get no cloud WF or workers for normal builds... have restarted pc twice..

The workers were all running on the main GSB server, so some user has cloud running. Ive restarted sql server and its working for me.
If its still an issue, check there are no exceptions in the \gsb\exception folder.

moresi522 - 18-3-2020 at 02:17 AM

Strange issue.
Fitness value changes after clicking on it

see video attached

Attachment: Login to view the details

admin - 18-3-2020 at 02:35 AM

Strange issue.
Fitness value changes after clicking on it

see video attached

Need to see this via teamviwer.com
please send me details

Carl - 18-3-2020 at 06:05 AM

Strange issue.
Fitness value changes after clicking on it

see video attached

Hi moresi522,

I think this is caused by the fact the systems were build on CL (see the header above the chart) and you loaded the saved systems on a GSB session with USDJPY price data (left menu).

Clicking on the system line means recalculating the system on the new price data.

To be able to load systems you need to first open the gsbtopset file you used to build the systems.

erlendsolberg - 18-3-2020 at 11:36 AM

Thank you for finding this. I will get it fixed next week.

Any news on this issue?

admin - 19-3-2020 at 01:07 AM

Thank you for finding this. I will get it fixed next week.

Any news on this issue?

sorry no, lead programmer had flooding, 2 small electrical fires, no power and internet for some time. I will chase again.

Ninjatrader with multiple data inputs

erlendsolberg - 15-4-2020 at 08:05 AM

Systems with two or more data series, for instance CL with Data1=15 and Data2=30 does not run on Ninjatrader. There are no compilation errors, but the strategy is disabled right after turning it on.

I have tried to debug the script myself, but I can not find the error.

admin - 15-4-2020 at 04:25 PM

Systems with two or more data series, for instance CL with Data1=15 and Data2=30 does not run on Ninjatrader. There are no compilation errors, but the strategy is disabled right after turning it on.

I have tried to debug the script myself, but I can not find the error.

Thanks for finding this issue. I will get the lead programmer to chase this. It may be a few days as hes in the middle of a major stage in GSB that cant be interrupted. Its the tertiarty filters. (additional secondary filters. Time masks, existing secondary filters etc)

erlendsolberg - 21-5-2020 at 12:40 PM

Hello Peter

Any update on the issue regarding Ninjatrader and multiple time series? I would really urge you to prioritize this, as we now for instance can not run basic CL.15.30-systems due to the programming errors.

admin - 21-5-2020 at 05:20 PM

Hello Peter

Any update on the issue regarding Ninjatrader and multiple time series? I would really urge you to prioritize this, as we now for instance can not run basic CL.15.30-systems due to the programming errors.

I will chase this again. As we have been working on tertiary filters for some time, which is a major job - fixes that are not simple and quick have been on hold. I know thats a pain for you but its to stop programmer work flow being interrupted.
Interruptions cause bugs which are bad for us all, and slow down programing flow. Apologies for being slow over this. Tertiary filters had been the biggest job in GSB for a few years and is very over due. It will open up new markets for GSB

admin - 26-5-2020 at 05:43 PM

The cloud is down right now, something to do with bug in new version. Hope to have it fixed in an hour or two

admin - 26-5-2020 at 07:16 PM

58.15 is out. All users need to upgrade. Has critical bug fixes, and expiry on code updated

engtraderfx - 27-5-2020 at 12:58 AM

Profit/Stop code for MC with multiple contracts...

Peter just a note something I discovered happened when running systems in Multicharts with multiple contracts, the default in MC seems to be that TP/SL value is for total position, not per contract which I only realised when testing for >1 contract, & the equity curve kept changing. The more recent code for GSBSysv130 seems to work better as adjusts for no of contracts. The MC documentation indicates adding following code will force exit to be per contact (SetStopContract) Will still need code to account for different BPV though for mini vs micro contracts. Just thought it might help to add to default code? Regards, Dave

admin - 27-5-2020 at 01:03 AM

Quote: Originally posted by engtraderfx

Profit/Stop code for MC with multiple contracts...

Peter just a note something I discovered happened when running systems in Multicharts with multiple contracts, the default in MC seems to be that TP/SL value is for total position, not per contract which I only realised when testing for >1 contract, & the equity curve KEPT changing. The more recent code for GSBSysv130 seems to work better as adjusts for no of contracts. The MC documentation indicates adding following code will force exit to be per contact (SetStopContract) Will still need code to account for different BPV though for mini vs micro contracts. Just thought it might help to add to default code? Regards, Dave

Hi Dave
Thanks for the comment. Totally agree this should be done. It will sneak into a new build at some stage
I think you can use setstoppostion in ts / mc

Daniel UK1 - 27-5-2020 at 09:28 AM

Hi Peter, latest build somehow has managed to change my opt setting, from 10 indicators to 4 without me saving any changes... i opened it up, in previous manager it was 10 indicators used... i opened it up in latest release and since indicators changed a bit of how them are displayed, i though i somehow was using 94 indicators for main, however after some time i realised that you have changed how its displayed and that 94 just is how many is existing... anyway, i tried to change adapt new settings and defaults etc... somehow, this new manager managed to saved and distort my 10 indicators that was used from this opt setting, to 4... and i have tried to opened it up in old manager version and new... and its still is using 4 indicators...

So this is scary, that manager manages to save changes to an existing opt setting without me actually saves anything or changes anything..
I can also not use the normal way of just looking at the file when it was last altered, since everytime you open an opt setting, GSB changes lst change date to when its opened... not when anything has been changed.. which is not optimal..

Another issue

If i open an opt setting with 10 indicators, and change adapt new settings and defaults, to NO i get 9 indicators, if i change back to YES, i get 12.. i dont understand the logic of this behavior.

Daniel UK1 - 27-5-2020 at 12:33 PM

Second issue, It seems that on one build one cant validate using first one date set, and then backtest using another date set, results for verifucation is the same... so if i build using build dates 2007 to 2018 and global end date 2018, i do verification.... i then backtest and change using dates 2007 to 2015 and do verification, i seem to get same results..... hmm when i write this, i was thinking, am i really needed to change OVERRIDE ORIGINAL SETTINGS before i backktest using new dates before my verification?

admin - 8-6-2020 at 12:48 AM

Auto update of the expired builds (pre 58.18) had a bug in auto update.
the file c:\gsb\version.txt had 58.160 instead of 58.180 in it.
This will cause manager to not open if you use the shortcut on the desktop.
please edit the file and change the 6 to a 8.
Apologies.

admin - 20-7-2020 at 12:16 AM

I think many users who have config files from 58.18 or earlier, cant build systems using there old settings files on builds after this.
I consider this a critical bug and are keen to fix asap.
For now either use 58.18 or right click and reset op settings to default (left side menu)
Apologies to those affected

Daniel UK1 - 20-7-2020 at 01:36 AM

I think something that can also help, is to open the opt setting saved in older version of manager, in a never version of manager, then save that. Now i believe you should be able to run your opt setting in a new manager.

Be aware though to make sure to avoid having the "all new features by auto turned on" by default... so you are sure to get what you actually saved in the old manager.

DocBober55 - 20-7-2020 at 02:34 AM

I am trying to Build a system for Ten Year Note with several built-in indicators and several custom indicators available to be utilized. My Manager shows the custom indicators as available for Main, Secondary and Tertiary Filters. However, the Registered Worker that is simultaneously running during this Build operation shows 0 Custom Indicators available to be utilized (left panel). Also, just flipping through the Scripts for several of the Unique Systems that are being built, it appears to me that none of the custom indicators are showing up in the strategies I have looked at. Since there are as many custom indicators as built-in available to the program, I get the impression that the custom indicators are not actually being incorporated into any of the strategies, and that the program is not attempting to see if they are useful. Perhaps, I am incorrect, but that is the way it appears to me so far. Also, I just stopped the Registered Worker, then tried to use the Tools > Custom Indicators > Load Exported Files menu sequence and a message pop-up says 0 custom indicators loaded. For the Manager, doing the same , it says 13 custom indicators loaded.

REMO755 - 17-6-2021 at 02:41 PM

Hello

A fatal error occurs:
The best strategies disappear when selecting there in search of the best solution.

admin - 17-6-2021 at 04:44 PM

Hello

A fatal error occurs:
The best strategies disappear when selecting there in search of the best solution.

they disappear or the results change?
Likely need anydesk.com session

admin - 17-6-2021 at 04:48 PM

Quote: Originally posted by DocBober55

I am trying to Build a system for Ten Year Note with several built-in indicators and several custom indicators available to be utilized. My Manager shows the custom indicators as available for Main, Secondary and Tertiary Filters. However, the Registered Worker that is simultaneously running during this Build operation shows 0 Custom Indicators available to be utilized (left panel). Also, just flipping through the Scripts for several of the Unique Systems that are being built, it appears to me that none of the custom indicators are showing up in the strategies I have looked at. Since there are as many custom indicators as built-in available to the program, I get the impression that the custom indicators are not actually being incorporated into any of the strategies, and that the program is not attempting to see if they are useful. Perhaps, I am incorrect, but that is the way it appears to me so far. Also, I just stopped the Registered Worker, then tried to use the Tools > Custom Indicators > Load Exported Files menu sequence and a message pop-up says 0 custom indicators loaded. For the Manager, doing the same , it says 13 custom indicators loaded.

Please send me anydesk.com details. I think CI was fixed 6++ months ago, but I have never used it. ALso think GSB doesn't work on ten year notes. Likely this will be the case until we add pattern filters. (in the pipeline) WIll confirm about 10 year notes with a another user.

Daniel UK1 - 18-6-2021 at 01:01 AM

The "Result change when clicking on system issue", still exist. Just so you know.

admin - 18-6-2021 at 01:37 AM

The "Result change when clicking on system issue", still exist. Just so you know.

very hard to fix this issue. Ive seen it myself on rare occasions.

save your settings (full) in a macro (pull settings)
try a full reset of opsettings
runthe macro to put settings back
save opt settings.

if that doesn't work reduce the indicator set. using the 87 in trials users is a good start

Daniel UK1 - 18-6-2021 at 01:53 AM

The "Result change when clicking on system issue", still exist. Just so you know.

I believe i did all this when i first reported it 2019, and then i reported it again a second time almost a year after, las time i think was 2020 june or july, i have done everything in the book plus some

.. I reset the opt setting, i reset app setting, i re installed GSB, i tested it on two separate computers, same isssue occured, i also tested it on standalone also, I then did TV session with you on two separate occasions.. i sent all files trough support on first occasion, You wanted to see the problem for yoursel and reproduced the error during out TV session, and then sent all files to yourself so programmer could see it, you confirmed the issue and that programmer has reporoduced it also. Bug was also i believe confirmed to be fixed by programmer.

So i have done everything humanly possible i think

Its not the end of the world but would be good to get it finally properly fixed on such otherwise amazing product as GSB are.

REMO755 - 18-6-2021 at 02:02 PM

Hello

A fatal error occurs:
The best strategies disappear when selecting there in search of the best solution.

they disappear or the results change?
Likely need anydesk.com session

Results of Change , since I don't see those values again when I group them again.
Could you be working with a very old Setting.gsb template? It is the configuration of the GOLD system.
Could the file be out of date and there is a problem?

admin - 18-6-2021 at 05:28 PM

@daniel, this bug can have many causes and they were all fixed over time. I saw it again 2 months ago and found it was a certain indicator that we removed.
There can be many causes and I have not seen this myself
Run a reduced indicators as a test. the 21 that come with the esymnq settings would be good.
Its very hard to identify. YUou can also test your manager settings in the standalone

@remo755. Want to see this on anydesk.com

REMO755 - 20-6-2021 at 03:34 AM

@daniel, this bug can have many causes and they were all fixed over time. I saw it again 2 months ago and found it was a certain indicator that we removed.
There can be many causes and I have not seen this myself
Run a reduced indicators as a test. the 21 that come with the esymnq settings would be good.
Its very hard to identify. YUou can also test your manager settings in the standalone

@remo755. Want to see this on anydesk.com

Today the error has been repeated, it occurs with another updated template.

When you click on the strategy to analyze it, it disappears from the board.

What can be the error? Is it possible that some configuration creates conflict and when selecting the strategy it makes it disappear or change the values?

Tell me when can we do Anydesk.

REMO755 - 20-6-2021 at 03:44 AM

Hello,
I see a parameter difference in the GSB vs Strategy Code, Vars parameter window.

The GSB Vars code: entryParams2 (-7) does not exist and then entryParams2 (-7) exists in the parameter window, how is it possible? It's a mistake?

admin - 20-6-2021 at 05:22 PM

Hello,
I see a parameter difference in the GSB vs Strategy Code, Vars parameter window.

The GSB Vars code: entryParams2 (-7) does not exist and then entryParams2 (-7) exists in the parameter window, how is it possible? It's a mistake?

entryParams2 is not used unless dualcross entry is used, so please ignore this issue

admin - 20-6-2021 at 05:23 PM

there is an issue with gsbdecylerOscialatordiff. All users should not use this until its fixed. It will be fixed else removed in the next build

REMO755 - 23-6-2021 at 02:48 PM

Hello,

The last compilation GSB_Scripts_2021_06_19

GSB_DecisionExit3 ----- error

Has anyone seen this error?

admin - 23-6-2021 at 07:07 PM

Hello,

The last compilation GSB_Scripts_2021_06_19

GSB_DecisionExit3 ----- error

Has anyone seen this error?

yes - apologies.
fixed in GSBWorker.62.530
You need to load GSB_Scripts_2021_06_19b

REMO755 - 25-6-2021 at 03:06 PM

Hello,
The problems are bigger now, right now everything I touch is set to 0.

What I do ?

admin - 25-6-2021 at 04:59 PM

Hello,
The problems are bigger now, right now everything I touch is set to 0.

What I do ?

I had errors to where things change. Extremly hard to figure out why, but it seems to be unique to certain inidcators (That are not teribly differnt to others that work fine)
Im going to disable there in the next build.

gsb_ClosesUPDN
GSB_CloseLessHighestHigh
GSB_CloseToBollingerBandsLessClose
GSB_CloseToHighLow3V4.pos
GSB_CloseToBollingerBandsv2

admin - 25-6-2021 at 06:29 PM

also remove GSB_CloseToBollingerBands.neg

portfolioquanttrader2020 - 27-6-2021 at 02:44 PM

Peter where are the macros for the ES, NQ and YM, corrected with the correct fitness function. The results that come out of the systems are not good.

admin - 27-6-2021 at 06:32 PM

Quote: Originally posted by portfolioquanttrader2020

Peter where are the macros for the ES, NQ and YM, corrected with the correct fitness function. The results that come out of the systems are not good.

They should be in C:\gsb\Data\Settings\Macros\NQ.YM.ES
If the results were not good with these macros, changing fitness wont fix the issue.
These macros have the old fintess, but the new fitness has only mild improvements to the older fitness. If your stuck we can use anydesk.com session to look at it.

asobi - 11-7-2021 at 07:29 AM

Hello Peter,

after being updated to build 62.69, my gsb workers got lazy.
The manager initiated walk-forward at best worker, but the tasks just keep waiting in the queue and the workers staying idle.
Is such case a bug?

Thanks!

JozefSusko - 11-7-2021 at 02:04 PM

Quote: Originally posted by asobi

Hello Peter,

after being updated to build 62.69, my gsb workers got lazy.
The manager initiated walk-forward at best worker, but the tasks just keep waiting in the queue and the workers staying idle.
Is such case a bug?

Thanks!

Hello

I have the same problem with walk-forward at best worker.

admin - 11-7-2021 at 04:31 PM

wf is fixed. Related to server reboot and one process did not restart. Apologies.

JozefSusko - 4-8-2021 at 08:42 AM

Hello Peter,

after upgrading to 62.88 my GSB workers didn't work properly under the WF as before when I was talking about speed and then they crashed. The manager took a step forward for the best workers and then my workers failed. what should i do with it? any idea?

Thanks.

JozefSusko - 4-8-2021 at 11:40 AM

problem solved it was on my side, its all good already thanks ,sorry for bothering

REMO755 - 13-8-2021 at 12:26 PM

Hello,

TS calculation errors.

I show you examples, What's going on here? Is something wrong with the library? Can some indicators be wrong?

admin - 13-8-2021 at 06:20 PM

@remo, most likely volume on ts <> whats in GSB DATA Accumdist is one of the few that use volume

REMO755 - 15-8-2021 at 02:58 AM

@remo, most likely volume on ts <> whats in GSB DATA Accumdist is one of the few that use volume

GSB_AccumDistDR flag has problems.

Please, I suggest you check this indicator, whenever it appears in a system the errors of calcualo TS vs GSB appear.

It has taken me a few hours to identify this error. It is possible that there is some other volume indicator also with problems.

admin - 15-8-2021 at 10:45 PM

@remo, most likely volume on ts <> whats in GSB DATA Accumdist is one of the few that use volume

shall do
Peter

Potential Bug In EWFO

OUrocketman - 24-9-2021 at 11:44 AM

Peter,

I recently used the WF to EWFO option in GSB, and when I copied the WFO final parameters, the resulting system in TS did not match the final walk forward curve remotely close.

Do you know if there is an issue with the parameter indexing when writing the WFO files from GSB? I've never had this issue before, and note this is the first time I've used EWFO with a system that has a Take profit and a stop loss. Worth noting, I absolutely confirmed that TS matched GSB prior to dropping in the final parameters. I also tried dropping the parameters in different orders to see if I could get things to match up that way, but could not.

Thank you!

admin - 24-9-2021 at 06:31 PM

Ive seen this once, many years ago. Spent a massive amount of time on it, and could not resolve it. However I have not seen this as an issue for some years. Check slippage and commission values are the same.
There is a possibility of human error as you likely dont wf all parameters that the system has.
for example its likely the paramaters with red arrow are not optimized, but its easy to get the paramaters wrong in the chart.
(im not saying this is the case, but that it could be the case)

A BUG?

thowoc213 - 15-1-2022 at 04:58 AM

Hi,
I'm working on a GC strategy and quite a few strategies are getting an error : "Error:elsystem.FPInvalidException: Floating point invalid calculation".

I happens when executing the lines below:

// Indicators
v1 = GSB_Lowest(Low, i1length) of Data(i1Data);
v2 = TrueRange of Data(i2Data);
v3 = GSB_BollingerBand(Close, i3length, i3numDevs) of Data(i3Data);
vn1 = GSB_Norm4(v1, 13, 100) of Data(i1Data);
vn2 = GSB_Norm4(v2, 13, 100) of Data(i2Data);
vn3 = GSB_Norm4(v3, 13, 100) of Data(i3Data);
vSF = GSB_CloseLessPrevCloseDBpv2(iSFbpv) of Data(iSFData);
vnSF = GSB_Norm4(vSF, 13, 100) of Data(iSFData);

// Result and decision
// Represents a value that is not a number(NaN) for real value types.
print("v1 = ",v1:0:4," v2 = ",v2:0:4," v3 = ",v3:0:4);
print("vn1 = ",vn1:0:4," vn2 = ",vn2:0:4," vn3= ",vn3:0:4);
print("vSF = ",vSF:0:4," vnSF= ",vnSF:0:4);
result = ((Sign(vn1) * Power(Absvalue(vn1), i1Weight)) * ((Sign(vn2) * Power(Absvalue(vn2), i2Weight)) * (Sign(vn3) * Power(Absvalue(vn3), i3Weight))));
print("result = ",result);

The last 4 values of the involved variables are below:

v1 = 969.7000 v2 = 1.7000 v3 = 983.2989
vn1 = 67.8999 vn2 = -36.6248 vn3= 67.8999
vSF = -190.0000 vnSF= -54.9283
result = -189.95
v1 = 969.7000 v2 = 2.6000 v3 = 983.1911
vn1 = 67.8999 vn2 = -11.7632 vn3= 67.3368
vSF = 220.0000 vnSF= -11.0669
result = -25.76
v1 = 969.7000 v2 = 1.2000 v3 = 983.2940
vn1 = 67.8999 vn2 = -48.6761 vn3= 67.8745
vSF = 140.0000 vnSF= -20.6871
result = -312.34
v1 = 969.7000 v2 = 1.1000 v3 = 983.3776
vn1 = 0.0000 vn2 = -50.8980 vn3= 67.8999
vSF = 210.0000 vnSF= -12.2847
result = -nan(ind)

The error occurs when vn1 is ZERO.

The function GSB_Norm4(969.7000, 13,100) executes the case 13:
Case 13: // CenteringScaling2
hst = GSB_Highestffc(Price, Length); // Highestffc is just faster version of highesthigh
lwst = GSB_lowestffc(Price, Length); // Lowestffc is just faster version of lowest low

iq25 = lwst + 0.25 * (hst - lwst);
iq50 = 0.5 * (hst + lwst);
iq75 = lwst + 0.75 * (hst - lwst);

num = Price - iq50;
denom = iq75 - iq25;

IF AbsValue(denom) > zs THEN
result = 200 * GSB_CDF(num / denom) - 100
Else
result = 0;

IF AbsValue(result) > zs Then
GSB_Norm4 = result
ELSE
GSB_Norm4 = 0;

Apparently the value of "lwst + 0.75 * (hst - lwst) - lwst + 0.25 * (hst - lwst)" is ZERO, which happens only when HIGHEST equals LOWEST.

Any thoughts about that?

thowoc213 - 15-1-2022 at 01:40 PM

I did a simple check writing what's below. That is basically what GSB_Norm4 does when executing Case 13.

once Clearprintlog;

if Date = 1070418 Then
Begin
print("Time -->",time,"<--");
print (" Highest Low=", GSB_Highestffc(GSB_Lowest(Low, 71), 100));
print (" Lowest Low=", GSB_Lowestffc(GSB_Lowest(Low, 71), 100));
end;

The first 2 bars return different values for Highest Low and Lowest Low.
Then 4 consecutive bars return the same value. That cause the FPException.
After that everything goes to the normal.

Why is the 'impossible' happening?

New bar: Time -->400<--
Highest Low= 969.70
Lowest Low= 966.30

New bar: Time -->430<--
Highest Low= 969.70
Lowest Low= 969.40

New bar: Time -->500<--
Highest Low= 969.70
Lowest Low= 969.70

New bar: Time -->530<--
Highest Low= 969.70
Lowest Low= 969.70

New bar: Time -->600<--
Highest Low= 969.70
Lowest Low= 969.70

New bar: Time -->630<--
Highest Low= 969.70
Lowest Low= 969.70

New bar: Time -->700<--
Highest Low= 971.90
Lowest Low= 969.70

New bar: Time -->730<--
Highest Low= 971.90
Lowest Low= 969.70

New bar: Time -->800<--
Highest Low= 973.40
Lowest Low= 969.70

New bar: Time -->830<--
Highest Low= 973.40
Lowest Low= 969.70

New bar: Time -->900<--
Highest Low= 975.00
Lowest Low= 969.70

New bar: Time -->930<--
Highest Low= 975.00
Lowest Low= 969.70

New bar: Time -->1000<--
Highest Low= 975.00
Lowest Low= 969.70

New bar: Time -->1030<--
Highest Low= 975.00
Lowest Low= 969.70

New bar: Time -->1100<--
Highest Low= 975.00
Lowest Low= 969.70

New bar: Time -->1130<--
Highest Low= 975.90
Lowest Low= 969.70

New bar: Time -->1200<--
Highest Low= 976.30
Lowest Low= 969.70

New bar: Time -->1230<--
Highest Low= 976.40
Lowest Low= 969.70

New bar: Time -->1300<--
Highest Low= 976.60
Lowest Low= 969.70

New bar: Time -->1330<--
Highest Low= 976.60
Lowest Low= 969.70

GSB_SCRIPTS_2022_3_7

BlackBox - 6-6-2022 at 04:12 PM

Function GSB_AverageSignHL2, where is this function used, and how is it called.
It gives an error, either the function name must be revised or the return indentifier.

GSB_AverageSignHL2 or GSB_AverageSignHL3

admin - 6-6-2022 at 04:37 PM

@blackbox,
thanks for finding that bug. Change the 3 to a 2.
I will fix in next build

BlackBox - 6-6-2022 at 05:58 PM

Peter, another question
Do we still use "type 14" // Average , in function GSB_Norm4 ,because that one doesn't show up anymore in the last ELD

Carl - 13-6-2022 at 07:43 AM

admin - 13-6-2022 at 04:49 PM

@carl, your post is empty

BlackBox - 23-6-2022 at 08:37 AM