开云体育

Hi all
Can anyone please help?? with an issue on the Naim NS02 server module (just uploaded this to the files section)
This module was working fine until the latest Crestron and device database updates, Now when I try and run the program I get a loop error, see below. I have tried re compiling the SIMPL+ and no errors show up, however as soon as I initiate the "now playing_but" of the module it puts a loop of data into the program with the following error message:

09:03:00 - 03-08-2013: TOD$ -> 030820130902590000
09:03:00 - 03-08-2013: [Console Data] : Error: Module S-2.9.2.4:S-9 : S2_Naim_audio_server_sophia_processor at line 1434: Integer Array STDATASTRUCT__IEXTTIERSEARCHISACTIVE overflow. Col = 65511. Bounds = 8
09:03:00 - 03-08-2013: [Console Data] : Error: Module S-2.9.2.4:S-9 : S2_Naim_audio_server_sophia_processor at line 1435: Integer Array STDATASTRUCT__ITIERSEARCHISACTIVE overflow. Col = 65511. Bounds = 8
09:03:00 - 03-08-2013: [Console Data] : Error: Module S-2.9.2.4:S-9 : S2_Naim_audio_server_sophia_processor at line 1434: Integer Array STDATASTRUCT__IEXTTIERSEARCHISACTIVE overflow. Col = 65510. Bounds = 8
09:03:00 - 03-08-2013: [Console Data] : Error: Module S-2.9.2.4:S-9 : S2_Naim_audio_server_sophia_processor at line 1435: Integer Array STDATASTRUCT__ITIERSEARCHISACTIVE overflow. Col = 65510. Bounds = 8
09:03:00 - 03-08-2013: [Console Data] : Error: Module S-2.9.2.4:S-9 : S2_Naim_audio_server_sophia_processor at line 1434: Integer Array STDATASTRUCT__IEXTTIERSEARCHISACTIVE overflow. Col = 65509. Bounds = 8
09:03:00 - 03-08-2013: [Console Data] : Error: Module S-2.9.2.4:S-9 : S2_Naim_audio_server_sophia_processor at line 1435: Integer Array STDATASTRUCT__ITIERSEARCHISACTIVE overflow. Col = 65509. Bounds = 8
09:03:00 - 03-08-2013: [Console Data] : Error: Module S-2.9.2.4:S-9 : S2_Naim_audio_server_sophia_processor at line 1434: Integer Array STDATASTRUCT__IEXTTIERSEARCHISACTIVE overflow. Col = 65508. Bounds = 8
09:03:00 - 03-08-2013: [Console Data] : Error: Module S-2.9.2.4:S-9 : S2_Naim_audio_server_sophia_processor at line 1435: Integer Array STDATASTRUCT__ITIERSEARCHISACTIVE overflow. Col = 65508. Bounds = 8
09:03:00 - 03-08-2013: [Console Data] : Error: Module S-2.9.2.4:S-9 : S2_Naim_audio_server_sophia_processor at line 1434: Integer Array STDATASTRUCT__IEXTTIERSEARCHISACTIVE overflow. Col = 65507. Bounds = 8
09:03:00 - 03-08-2013: [Console Data] : Error: Module S-2.9.2.4:S-9 : S2_Naim_audio_server_sophia_processor at line 1435: Integer Array STDATASTRUCT__ITIERSEARCHISACTIVE overflow. Col = 65507. Bounds = 8

I took a quick look while eating lunch after shoveling some snow… Disclaimer: I don't know anything about this device or its 7400 line S+ module. I did notice that it has been substantially modified from the Crestron I2P module. You might want to talk to whomever made all those changes.

From a code perspective, the issue that appears to cause the error (and the loop) is that fnChangeStatus() is called with g_iTierCnt being a very large number (i.e. 65511). The check before the for() loop only checks that it is >0. I'll guess that the `tier count' is supposed to be a relative small number, 0 – 8 if the I2P module is correct. Note that in the I2P module cMaxTierSteps = 8 and in the posted module cMaxTierSteps=6000. This constant is used to size the integer arrays that are modified in the for() loop. It is curious that in the error message is Bounds=8, not 6000.

There are lots of places where g_iTierCnt is written, sometimes absolutely (e.g. g_iTierCnt = 3) or relatively (e.g. g_iTierCnt = g_iTierCnt – n). I'll guess that at some point one of these relative assignments caused it to cross the 0 boundary. You could start by adding a check in fnChangeStatus() to look for whatever the range ought to be and provide some trace info when the value is out of range. You could also localize the hunt by following the path of `now playing_but' to see where it enters and perhaps put checks on places where g_iTierCnt is modified in that path.

I do not know why a change to one of the databases might have stimulated the error. It looks more like code bugs, but perhaps both.

And now I'll stop because it's 7400 line S+ module that doesn't have a lot of comments and I'm done with lunch.


--- In Crestron@..., "John" <john@> wrote:

Hi all
Can anyone please help?? with an issue on the Naim NS02 server module (just uploaded this to the files section)
This module was working fine until the latest Crestron and device database updates, Now when I try and run the program I get a loop error, see below. I have tried re compiling the SIMPL+ and no errors show up, however as soon as I initiate the "now playing_but" of the module it puts a loop of data into the program with the following error message:

09:03:00 - 03-08-2013: TOD$ -> 030820130902590000
09:03:00 - 03-08-2013: [Console Data] : Error: Module S-2.9.2.4:S-9 : S2_Naim_audio_server_sophia_processor at line 1434: Integer Array STDATASTRUCT__IEXTTIERSEARCHISACTIVE overflow. Col = 65511. Bounds = 8
09:03:00 - 03-08-2013: [Console Data] : Error: Module S-2.9.2.4:S-9 : S2_Naim_audio_server_sophia_processor at line 1435: Integer Array STDATASTRUCT__ITIERSEARCHISACTIVE overflow. Col = 65511. Bounds = 8
09:03:00 - 03-08-2013: [Console Data] : Error: Module S-2.9.2.4:S-9 : S2_Naim_audio_server_sophia_processor at line 1434: Integer Array STDATASTRUCT__IEXTTIERSEARCHISACTIVE overflow. Col = 65510. Bounds = 8
09:03:00 - 03-08-2013: [Console Data] : Error: Module S-2.9.2.4:S-9 : S2_Naim_audio_server_sophia_processor at line 1435: Integer Array STDATASTRUCT__ITIERSEARCHISACTIVE overflow. Col = 65510. Bounds = 8
09:03:00 - 03-08-2013: [Console Data] : Error: Module S-2.9.2.4:S-9 : S2_Naim_audio_server_sophia_processor at line 1434: Integer Array STDATASTRUCT__IEXTTIERSEARCHISACTIVE overflow. Col = 65509. Bounds = 8
09:03:00 - 03-08-2013: [Console Data] : Error: Module S-2.9.2.4:S-9 : S2_Naim_audio_server_sophia_processor at line 1435: Integer Array STDATASTRUCT__ITIERSEARCHISACTIVE overflow. Col = 65509. Bounds = 8
09:03:00 - 03-08-2013: [Console Data] : Error: Module S-2.9.2.4:S-9 : S2_Naim_audio_server_sophia_processor at line 1434: Integer Array STDATASTRUCT__IEXTTIERSEARCHISACTIVE overflow. Col = 65508. Bounds = 8
09:03:00 - 03-08-2013: [Console Data] : Error: Module S-2.9.2.4:S-9 : S2_Naim_audio_server_sophia_processor at line 1435: Integer Array STDATASTRUCT__ITIERSEARCHISACTIVE overflow. Col = 65508. Bounds = 8
09:03:00 - 03-08-2013: [Console Data] : Error: Module S-2.9.2.4:S-9 : S2_Naim_audio_server_sophia_processor at line 1434: Integer Array STDATASTRUCT__IEXTTIERSEARCHISACTIVE overflow. Col = 65507. Bounds = 8
09:03:00 - 03-08-2013: [Console Data] : Error: Module S-2.9.2.4:S-9 : S2_Naim_audio_server_sophia_processor at line 1435: Integer Array STDATASTRUCT__ITIERSEARCHISACTIVE overflow. Col = 65507. Bounds = 8

Thanks for the input, the module normally has a bounds = 8 but I changed this to 6000 just to see what other issues arose. I will check through the comments you make, thanks for that. This is a new module from Naim themselves and now includes the on line radio control over the older I2p module. As said the issue I have is that with the older database is was working fine. I have posted to Naim and Crestron so will see if they can give any more feedback. thanks again.

--- In Crestron@..., "h2oskr2001" <h2oskr2001@> wrote:

I took a quick look while eating lunch after shoveling some snow… Disclaimer: I don't know anything about this device or its 7400 line S+ module. I did notice that it has been substantially modified from the Crestron I2P module. You might want to talk to whomever made all those changes.

From a code perspective, the issue that appears to cause the error (and the loop) is that fnChangeStatus() is called with g_iTierCnt being a very large number (i.e. 65511). The check before the for() loop only checks that it is >0. I'll guess that the `tier count' is supposed to be a relative small number, 0 – 8 if the I2P module is correct. Note that in the I2P module cMaxTierSteps = 8 and in the posted module cMaxTierSteps=6000. This constant is used to size the integer arrays that are modified in the for() loop. It is curious that in the error message is Bounds=8, not 6000.

There are lots of places where g_iTierCnt is written, sometimes absolutely (e.g. g_iTierCnt = 3) or relatively (e.g. g_iTierCnt = g_iTierCnt – n). I'll guess that at some point one of these relative assignments caused it to cross the 0 boundary. You could start by adding a check in fnChangeStatus() to look for whatever the range ought to be and provide some trace info when the value is out of range. You could also localize the hunt by following the path of `now playing_but' to see where it enters and perhaps put checks on places where g_iTierCnt is modified in that path.

I do not know why a change to one of the databases might have stimulated the error. It looks more like code bugs, but perhaps both.

And now I'll stop because it's 7400 line S+ module that doesn't have a lot of comments and I'm done with lunch.


--- In Crestron@..., "John" <john@> wrote:

Hi all
Can anyone please help?? with an issue on the Naim NS02 server module (just uploaded this to the files section)
This module was working fine until the latest Crestron and device database updates, Now when I try and run the program I get a loop error, see below. I have tried re compiling the SIMPL+ and no errors show up, however as soon as I initiate the "now playing_but" of the module it puts a loop of data into the program with the following error message:

09:03:00 - 03-08-2013: TOD$ -> 030820130902590000
09:03:00 - 03-08-2013: [Console Data] : Error: Module S-2.9.2.4:S-9 : S2_Naim_audio_server_sophia_processor at line 1434: Integer Array STDATASTRUCT__IEXTTIERSEARCHISACTIVE overflow. Col = 65511. Bounds = 8
09:03:00 - 03-08-2013: [Console Data] : Error: Module S-2.9.2.4:S-9 : S2_Naim_audio_server_sophia_processor at line 1435: Integer Array STDATASTRUCT__ITIERSEARCHISACTIVE overflow. Col = 65511. Bounds = 8
09:03:00 - 03-08-2013: [Console Data] : Error: Module S-2.9.2.4:S-9 : S2_Naim_audio_server_sophia_processor at line 1434: Integer Array STDATASTRUCT__IEXTTIERSEARCHISACTIVE overflow. Col = 65510. Bounds = 8
09:03:00 - 03-08-2013: [Console Data] : Error: Module S-2.9.2.4:S-9 : S2_Naim_audio_server_sophia_processor at line 1435: Integer Array STDATASTRUCT__ITIERSEARCHISACTIVE overflow. Col = 65510. Bounds = 8
09:03:00 - 03-08-2013: [Console Data] : Error: Module S-2.9.2.4:S-9 : S2_Naim_audio_server_sophia_processor at line 1434: Integer Array STDATASTRUCT__IEXTTIERSEARCHISACTIVE overflow. Col = 65509. Bounds = 8
09:03:00 - 03-08-2013: [Console Data] : Error: Module S-2.9.2.4:S-9 : S2_Naim_audio_server_sophia_processor at line 1435: Integer Array STDATASTRUCT__ITIERSEARCHISACTIVE overflow. Col = 65509. Bounds = 8
09:03:00 - 03-08-2013: [Console Data] : Error: Module S-2.9.2.4:S-9 : S2_Naim_audio_server_sophia_processor at line 1434: Integer Array STDATASTRUCT__IEXTTIERSEARCHISACTIVE overflow. Col = 65508. Bounds = 8
09:03:00 - 03-08-2013: [Console Data] : Error: Module S-2.9.2.4:S-9 : S2_Naim_audio_server_sophia_processor at line 1435: Integer Array STDATASTRUCT__ITIERSEARCHISACTIVE overflow. Col = 65508. Bounds = 8
09:03:00 - 03-08-2013: [Console Data] : Error: Module S-2.9.2.4:S-9 : S2_Naim_audio_server_sophia_processor at line 1434: Integer Array STDATASTRUCT__IEXTTIERSEARCHISACTIVE overflow. Col = 65507. Bounds = 8
09:03:00 - 03-08-2013: [Console Data] : Error: Module S-2.9.2.4:S-9 : S2_Naim_audio_server_sophia_processor at line 1435: Integer Array STDATASTRUCT__ITIERSEARCHISACTIVE overflow. Col = 65507. Bounds = 8

Did the errors in your first post come from the posted module when cMaxTierSteps was set to 8? If so, the error messages make sense. Since the error symptom seems to have an explanation in the code, I'll be interested to know if you find a link between the error and the difference in databases. Good luck.

--- In Crestron@..., "John" <john@> wrote:

Thanks for the input, the module normally has a bounds = 8 but I changed this to 6000 just to see what other issues arose. I will check through the comments you make, thanks for that. This is a new module from Naim themselves and now includes the on line radio control over the older I2p module. As said the issue I have is that with the older database is was working fine. I have posted to Naim and Crestron so will see if they can give any more feedback. thanks again.

--- In Crestron@..., "h2oskr2001" <h2oskr2001@> wrote:

I took a quick look while eating lunch after shoveling some snow… Disclaimer: I don't know anything about this device or its 7400 line S+ module. I did notice that it has been substantially modified from the Crestron I2P module. You might want to talk to whomever made all those changes.

From a code perspective, the issue that appears to cause the error (and the loop) is that fnChangeStatus() is called with g_iTierCnt being a very large number (i.e. 65511). The check before the for() loop only checks that it is >0. I'll guess that the `tier count' is supposed to be a relative small number, 0 – 8 if the I2P module is correct. Note that in the I2P module cMaxTierSteps = 8 and in the posted module cMaxTierSteps=6000. This constant is used to size the integer arrays that are modified in the for() loop. It is curious that in the error message is Bounds=8, not 6000.

There are lots of places where g_iTierCnt is written, sometimes absolutely (e.g. g_iTierCnt = 3) or relatively (e.g. g_iTierCnt = g_iTierCnt – n). I'll guess that at some point one of these relative assignments caused it to cross the 0 boundary. You could start by adding a check in fnChangeStatus() to look for whatever the range ought to be and provide some trace info when the value is out of range. You could also localize the hunt by following the path of `now playing_but' to see where it enters and perhaps put checks on places where g_iTierCnt is modified in that path.

I do not know why a change to one of the databases might have stimulated the error. It looks more like code bugs, but perhaps both.

And now I'll stop because it's 7400 line S+ module that doesn't have a lot of comments and I'm done with lunch.


--- In Crestron@..., "John" <john@> wrote:

Hi all
Can anyone please help?? with an issue on the Naim NS02 server module (just uploaded this to the files section)
This module was working fine until the latest Crestron and device database updates, Now when I try and run the program I get a loop error, see below. I have tried re compiling the SIMPL+ and no errors show up, however as soon as I initiate the "now playing_but" of the module it puts a loop of data into the program with the following error message:

09:03:00 - 03-08-2013: TOD$ -> 030820130902590000
09:03:00 - 03-08-2013: [Console Data] : Error: Module S-2.9.2.4:S-9 : S2_Naim_audio_server_sophia_processor at line 1434: Integer Array STDATASTRUCT__IEXTTIERSEARCHISACTIVE overflow. Col = 65511. Bounds = 8
09:03:00 - 03-08-2013: [Console Data] : Error: Module S-2.9.2.4:S-9 : S2_Naim_audio_server_sophia_processor at line 1435: Integer Array STDATASTRUCT__ITIERSEARCHISACTIVE overflow. Col = 65511. Bounds = 8
09:03:00 - 03-08-2013: [Console Data] : Error: Module S-2.9.2.4:S-9 : S2_Naim_audio_server_sophia_processor at line 1434: Integer Array STDATASTRUCT__IEXTTIERSEARCHISACTIVE overflow. Col = 65510. Bounds = 8
09:03:00 - 03-08-2013: [Console Data] : Error: Module S-2.9.2.4:S-9 : S2_Naim_audio_server_sophia_processor at line 1435: Integer Array STDATASTRUCT__ITIERSEARCHISACTIVE overflow. Col = 65510. Bounds = 8
09:03:00 - 03-08-2013: [Console Data] : Error: Module S-2.9.2.4:S-9 : S2_Naim_audio_server_sophia_processor at line 1434: Integer Array STDATASTRUCT__IEXTTIERSEARCHISACTIVE overflow. Col = 65509. Bounds = 8
09:03:00 - 03-08-2013: [Console Data] : Error: Module S-2.9.2.4:S-9 : S2_Naim_audio_server_sophia_processor at line 1435: Integer Array STDATASTRUCT__ITIERSEARCHISACTIVE overflow. Col = 65509. Bounds = 8
09:03:00 - 03-08-2013: [Console Data] : Error: Module S-2.9.2.4:S-9 : S2_Naim_audio_server_sophia_processor at line 1434: Integer Array STDATASTRUCT__IEXTTIERSEARCHISACTIVE overflow. Col = 65508. Bounds = 8
09:03:00 - 03-08-2013: [Console Data] : Error: Module S-2.9.2.4:S-9 : S2_Naim_audio_server_sophia_processor at line 1435: Integer Array STDATASTRUCT__ITIERSEARCHISACTIVE overflow. Col = 65508. Bounds = 8
09:03:00 - 03-08-2013: [Console Data] : Error: Module S-2.9.2.4:S-9 : S2_Naim_audio_server_sophia_processor at line 1434: Integer Array STDATASTRUCT__IEXTTIERSEARCHISACTIVE overflow. Col = 65507. Bounds = 8
09:03:00 - 03-08-2013: [Console Data] : Error: Module S-2.9.2.4:S-9 : S2_Naim_audio_server_sophia_processor at line 1435: Integer Array STDATASTRUCT__ITIERSEARCHISACTIVE overflow. Col = 65507. Bounds = 8

Did the errors in your first post come from the posted module when cMaxTierSteps was set to 8? If so, the error messages make sense. Since the error symptom seems to have an explanation in the code, I'll be interested to know if you find a link between the error and the difference in databases. Good luck.

--- In Crestron@..., "John" <john@> wrote:

Thanks for the input, the module normally has a bounds = 8 but I changed this to 6000 just to see what other issues arose. I will check through the comments you make, thanks for that. This is a new module from Naim themselves and now includes the on line radio control over the older I2p module. As said the issue I have is that with the older database is was working fine. I have posted to Naim and Crestron so will see if they can give any more feedback. thanks again.

--- In Crestron@..., "h2oskr2001" <h2oskr2001@> wrote:

I took a quick look while eating lunch after shoveling some snow… Disclaimer: I don't know anything about this device or its 7400 line S+ module. I did notice that it has been substantially modified from the Crestron I2P module. You might want to talk to whomever made all those changes.

From a code perspective, the issue that appears to cause the error (and the loop) is that fnChangeStatus() is called with g_iTierCnt being a very large number (i.e. 65511). The check before the for() loop only checks that it is >0. I'll guess that the `tier count' is supposed to be a relative small number, 0 – 8 if the I2P module is correct. Note that in the I2P module cMaxTierSteps = 8 and in the posted module cMaxTierSteps=6000. This constant is used to size the integer arrays that are modified in the for() loop. It is curious that in the error message is Bounds=8, not 6000.

There are lots of places where g_iTierCnt is written, sometimes absolutely (e.g. g_iTierCnt = 3) or relatively (e.g. g_iTierCnt = g_iTierCnt – n). I'll guess that at some point one of these relative assignments caused it to cross the 0 boundary. You could start by adding a check in fnChangeStatus() to look for whatever the range ought to be and provide some trace info when the value is out of range. You could also localize the hunt by following the path of `now playing_but' to see where it enters and perhaps put checks on places where g_iTierCnt is modified in that path.

I do not know why a change to one of the databases might have stimulated the error. It looks more like code bugs, but perhaps both.

And now I'll stop because it's 7400 line S+ module that doesn't have a lot of comments and I'm done with lunch.


--- In Crestron@..., "John" <john@> wrote:

Hi all
Can anyone please help?? with an issue on the Naim NS02 server module (just uploaded this to the files section)
This module was working fine until the latest Crestron and device database updates, Now when I try and run the program I get a loop error, see below. I have tried re compiling the SIMPL+ and no errors show up, however as soon as I initiate the "now playing_but" of the module it puts a loop of data into the program with the following error message:

09:03:00 - 03-08-2013: TOD$ -> 030820130902590000
09:03:00 - 03-08-2013: [Console Data] : Error: Module S-2.9.2.4:S-9 : S2_Naim_audio_server_sophia_processor at line 1434: Integer Array STDATASTRUCT__IEXTTIERSEARCHISACTIVE overflow. Col = 65511. Bounds = 8
09:03:00 - 03-08-2013: [Console Data] : Error: Module S-2.9.2.4:S-9 : S2_Naim_audio_server_sophia_processor at line 1435: Integer Array STDATASTRUCT__ITIERSEARCHISACTIVE overflow. Col = 65511. Bounds = 8
09:03:00 - 03-08-2013: [Console Data] : Error: Module S-2.9.2.4:S-9 : S2_Naim_audio_server_sophia_processor at line 1434: Integer Array STDATASTRUCT__IEXTTIERSEARCHISACTIVE overflow. Col = 65510. Bounds = 8
09:03:00 - 03-08-2013: [Console Data] : Error: Module S-2.9.2.4:S-9 : S2_Naim_audio_server_sophia_processor at line 1435: Integer Array STDATASTRUCT__ITIERSEARCHISACTIVE overflow. Col = 65510. Bounds = 8
09:03:00 - 03-08-2013: [Console Data] : Error: Module S-2.9.2.4:S-9 : S2_Naim_audio_server_sophia_processor at line 1434: Integer Array STDATASTRUCT__IEXTTIERSEARCHISACTIVE overflow. Col = 65509. Bounds = 8
09:03:00 - 03-08-2013: [Console Data] : Error: Module S-2.9.2.4:S-9 : S2_Naim_audio_server_sophia_processor at line 1435: Integer Array STDATASTRUCT__ITIERSEARCHISACTIVE overflow. Col = 65509. Bounds = 8
09:03:00 - 03-08-2013: [Console Data] : Error: Module S-2.9.2.4:S-9 : S2_Naim_audio_server_sophia_processor at line 1434: Integer Array STDATASTRUCT__IEXTTIERSEARCHISACTIVE overflow. Col = 65508. Bounds = 8
09:03:00 - 03-08-2013: [Console Data] : Error: Module S-2.9.2.4:S-9 : S2_Naim_audio_server_sophia_processor at line 1435: Integer Array STDATASTRUCT__ITIERSEARCHISACTIVE overflow. Col = 65508. Bounds = 8
09:03:00 - 03-08-2013: [Console Data] : Error: Module S-2.9.2.4:S-9 : S2_Naim_audio_server_sophia_processor at line 1434: Integer Array STDATASTRUCT__IEXTTIERSEARCHISACTIVE overflow. Col = 65507. Bounds = 8
09:03:00 - 03-08-2013: [Console Data] : Error: Module S-2.9.2.4:S-9 : S2_Naim_audio_server_sophia_processor at line 1435: Integer Array STDATASTRUCT__ITIERSEARCHISACTIVE overflow. Col = 65507. Bounds = 8

Interesting
A reply today from True Blue

Hi John,

It looks like there may be an issue with "For Loops" and counting down to 0 inside Simpl+ when using latest databases and software.

Engineering are currently investigating into this further.

For the time being a work around would be to add an if statement into the for loop that checks if the value is 0 and then breaks the loop.


Best Regards

True Blue

--- In Crestron@..., "h2oskr2001" <h2oskr2001@> wrote:

Did the errors in your first post come from the posted module when cMaxTierSteps was set to 8? If so, the error messages make sense. Since the error symptom seems to have an explanation in the code, I'll be interested to know if you find a link between the error and the difference in databases. Good luck.

--- In Crestron@..., "John" <john@> wrote:

Thanks for the input, the module normally has a bounds = 8 but I changed this to 6000 just to see what other issues arose. I will check through the comments you make, thanks for that. This is a new module from Naim themselves and now includes the on line radio control over the older I2p module. As said the issue I have is that with the older database is was working fine. I have posted to Naim and Crestron so will see if they can give any more feedback. thanks again.

--- In Crestron@..., "h2oskr2001" <h2oskr2001@> wrote:

I took a quick look while eating lunch after shoveling some snow… Disclaimer: I don't know anything about this device or its 7400 line S+ module. I did notice that it has been substantially modified from the Crestron I2P module. You might want to talk to whomever made all those changes.

From a code perspective, the issue that appears to cause the error (and the loop) is that fnChangeStatus() is called with g_iTierCnt being a very large number (i.e. 65511). The check before the for() loop only checks that it is >0. I'll guess that the `tier count' is supposed to be a relative small number, 0 – 8 if the I2P module is correct. Note that in the I2P module cMaxTierSteps = 8 and in the posted module cMaxTierSteps=6000. This constant is used to size the integer arrays that are modified in the for() loop. It is curious that in the error message is Bounds=8, not 6000.

There are lots of places where g_iTierCnt is written, sometimes absolutely (e.g. g_iTierCnt = 3) or relatively (e.g. g_iTierCnt = g_iTierCnt – n). I'll guess that at some point one of these relative assignments caused it to cross the 0 boundary. You could start by adding a check in fnChangeStatus() to look for whatever the range ought to be and provide some trace info when the value is out of range. You could also localize the hunt by following the path of `now playing_but' to see where it enters and perhaps put checks on places where g_iTierCnt is modified in that path.

I do not know why a change to one of the databases might have stimulated the error. It looks more like code bugs, but perhaps both.

And now I'll stop because it's 7400 line S+ module that doesn't have a lot of comments and I'm done with lunch.


--- In Crestron@..., "John" <john@> wrote:

Hi all
Can anyone please help?? with an issue on the Naim NS02 server module (just uploaded this to the files section)
This module was working fine until the latest Crestron and device database updates, Now when I try and run the program I get a loop error, see below. I have tried re compiling the SIMPL+ and no errors show up, however as soon as I initiate the "now playing_but" of the module it puts a loop of data into the program with the following error message:

09:03:00 - 03-08-2013: TOD$ -> 030820130902590000
09:03:00 - 03-08-2013: [Console Data] : Error: Module S-2.9.2.4:S-9 : S2_Naim_audio_server_sophia_processor at line 1434: Integer Array STDATASTRUCT__IEXTTIERSEARCHISACTIVE overflow. Col = 65511. Bounds = 8
09:03:00 - 03-08-2013: [Console Data] : Error: Module S-2.9.2.4:S-9 : S2_Naim_audio_server_sophia_processor at line 1435: Integer Array STDATASTRUCT__ITIERSEARCHISACTIVE overflow. Col = 65511. Bounds = 8
09:03:00 - 03-08-2013: [Console Data] : Error: Module S-2.9.2.4:S-9 : S2_Naim_audio_server_sophia_processor at line 1434: Integer Array STDATASTRUCT__IEXTTIERSEARCHISACTIVE overflow. Col = 65510. Bounds = 8
09:03:00 - 03-08-2013: [Console Data] : Error: Module S-2.9.2.4:S-9 : S2_Naim_audio_server_sophia_processor at line 1435: Integer Array STDATASTRUCT__ITIERSEARCHISACTIVE overflow. Col = 65510. Bounds = 8
09:03:00 - 03-08-2013: [Console Data] : Error: Module S-2.9.2.4:S-9 : S2_Naim_audio_server_sophia_processor at line 1434: Integer Array STDATASTRUCT__IEXTTIERSEARCHISACTIVE overflow. Col = 65509. Bounds = 8
09:03:00 - 03-08-2013: [Console Data] : Error: Module S-2.9.2.4:S-9 : S2_Naim_audio_server_sophia_processor at line 1435: Integer Array STDATASTRUCT__ITIERSEARCHISACTIVE overflow. Col = 65509. Bounds = 8
09:03:00 - 03-08-2013: [Console Data] : Error: Module S-2.9.2.4:S-9 : S2_Naim_audio_server_sophia_processor at line 1434: Integer Array STDATASTRUCT__IEXTTIERSEARCHISACTIVE overflow. Col = 65508. Bounds = 8
09:03:00 - 03-08-2013: [Console Data] : Error: Module S-2.9.2.4:S-9 : S2_Naim_audio_server_sophia_processor at line 1435: Integer Array STDATASTRUCT__ITIERSEARCHISACTIVE overflow. Col = 65508. Bounds = 8
09:03:00 - 03-08-2013: [Console Data] : Error: Module S-2.9.2.4:S-9 : S2_Naim_audio_server_sophia_processor at line 1434: Integer Array STDATASTRUCT__IEXTTIERSEARCHISACTIVE overflow. Col = 65507. Bounds = 8
09:03:00 - 03-08-2013: [Console Data] : Error: Module S-2.9.2.4:S-9 : S2_Naim_audio_server_sophia_processor at line 1435: Integer Array STDATASTRUCT__ITIERSEARCHISACTIVE overflow. Col = 65507. Bounds = 8

Interesting
A reply today from True Blue

Hi John,

It looks like there may be an issue with "For Loops" and counting down to 0 inside Simpl+ when using latest databases and software.

Engineering are currently investigating into this further.

For the time being a work around would be to add an if statement into the for loop that checks if the value is 0 and then breaks the loop.


Best Regards

True Blue

--- In Crestron@..., "h2oskr2001" <h2oskr2001@> wrote:

Did the errors in your first post come from the posted module when cMaxTierSteps was set to 8? If so, the error messages make sense. Since the error symptom seems to have an explanation in the code, I'll be interested to know if you find a link between the error and the difference in databases. Good luck.

--- In Crestron@..., "John" <john@> wrote:

Thanks for the input, the module normally has a bounds = 8 but I changed this to 6000 just to see what other issues arose. I will check through the comments you make, thanks for that. This is a new module from Naim themselves and now includes the on line radio control over the older I2p module. As said the issue I have is that with the older database is was working fine. I have posted to Naim and Crestron so will see if they can give any more feedback. thanks again.

--- In Crestron@..., "h2oskr2001" <h2oskr2001@> wrote:

I took a quick look while eating lunch after shoveling some snow… Disclaimer: I don't know anything about this device or its 7400 line S+ module. I did notice that it has been substantially modified from the Crestron I2P module. You might want to talk to whomever made all those changes.

From a code perspective, the issue that appears to cause the error (and the loop) is that fnChangeStatus() is called with g_iTierCnt being a very large number (i.e. 65511). The check before the for() loop only checks that it is >0. I'll guess that the `tier count' is supposed to be a relative small number, 0 – 8 if the I2P module is correct. Note that in the I2P module cMaxTierSteps = 8 and in the posted module cMaxTierSteps=6000. This constant is used to size the integer arrays that are modified in the for() loop. It is curious that in the error message is Bounds=8, not 6000.

There are lots of places where g_iTierCnt is written, sometimes absolutely (e.g. g_iTierCnt = 3) or relatively (e.g. g_iTierCnt = g_iTierCnt – n). I'll guess that at some point one of these relative assignments caused it to cross the 0 boundary. You could start by adding a check in fnChangeStatus() to look for whatever the range ought to be and provide some trace info when the value is out of range. You could also localize the hunt by following the path of `now playing_but' to see where it enters and perhaps put checks on places where g_iTierCnt is modified in that path.

I do not know why a change to one of the databases might have stimulated the error. It looks more like code bugs, but perhaps both.

And now I'll stop because it's 7400 line S+ module that doesn't have a lot of comments and I'm done with lunch.


--- In Crestron@..., "John" <john@> wrote:

Hi all
Can anyone please help?? with an issue on the Naim NS02 server module (just uploaded this to the files section)
This module was working fine until the latest Crestron and device database updates, Now when I try and run the program I get a loop error, see below. I have tried re compiling the SIMPL+ and no errors show up, however as soon as I initiate the "now playing_but" of the module it puts a loop of data into the program with the following error message:

09:03:00 - 03-08-2013: TOD$ -> 030820130902590000
09:03:00 - 03-08-2013: [Console Data] : Error: Module S-2.9.2.4:S-9 : S2_Naim_audio_server_sophia_processor at line 1434: Integer Array STDATASTRUCT__IEXTTIERSEARCHISACTIVE overflow. Col = 65511. Bounds = 8
09:03:00 - 03-08-2013: [Console Data] : Error: Module S-2.9.2.4:S-9 : S2_Naim_audio_server_sophia_processor at line 1435: Integer Array STDATASTRUCT__ITIERSEARCHISACTIVE overflow. Col = 65511. Bounds = 8
09:03:00 - 03-08-2013: [Console Data] : Error: Module S-2.9.2.4:S-9 : S2_Naim_audio_server_sophia_processor at line 1434: Integer Array STDATASTRUCT__IEXTTIERSEARCHISACTIVE overflow. Col = 65510. Bounds = 8
09:03:00 - 03-08-2013: [Console Data] : Error: Module S-2.9.2.4:S-9 : S2_Naim_audio_server_sophia_processor at line 1435: Integer Array STDATASTRUCT__ITIERSEARCHISACTIVE overflow. Col = 65510. Bounds = 8
09:03:00 - 03-08-2013: [Console Data] : Error: Module S-2.9.2.4:S-9 : S2_Naim_audio_server_sophia_processor at line 1434: Integer Array STDATASTRUCT__IEXTTIERSEARCHISACTIVE overflow. Col = 65509. Bounds = 8
09:03:00 - 03-08-2013: [Console Data] : Error: Module S-2.9.2.4:S-9 : S2_Naim_audio_server_sophia_processor at line 1435: Integer Array STDATASTRUCT__ITIERSEARCHISACTIVE overflow. Col = 65509. Bounds = 8
09:03:00 - 03-08-2013: [Console Data] : Error: Module S-2.9.2.4:S-9 : S2_Naim_audio_server_sophia_processor at line 1434: Integer Array STDATASTRUCT__IEXTTIERSEARCHISACTIVE overflow. Col = 65508. Bounds = 8
09:03:00 - 03-08-2013: [Console Data] : Error: Module S-2.9.2.4:S-9 : S2_Naim_audio_server_sophia_processor at line 1435: Integer Array STDATASTRUCT__ITIERSEARCHISACTIVE overflow. Col = 65508. Bounds = 8
09:03:00 - 03-08-2013: [Console Data] : Error: Module S-2.9.2.4:S-9 : S2_Naim_audio_server_sophia_processor at line 1434: Integer Array STDATASTRUCT__IEXTTIERSEARCHISACTIVE overflow. Col = 65507. Bounds = 8
09:03:00 - 03-08-2013: [Console Data] : Error: Module S-2.9.2.4:S-9 : S2_Naim_audio_server_sophia_processor at line 1435: Integer Array STDATASTRUCT__ITIERSEARCHISACTIVE overflow. Col = 65507. Bounds = 8

Interesting... Given the TB input, it would be useful to both check the range of g_iTierCnt when fnChangeStatus() is entered (logging any cases of out of range) as well as putting in the if-break out of the for loop (and logging instances when it screws up). Just so you validate which (or both) is occurring. Just a suggestion.

Hi, do you have news on this problem? I have a project with
a naim audioserver at the moment and would like to use the
i-net radio modul. I have the same problem at the moment.



--- In Crestron@..., "h2oskr2001" <h2oskr2001@> wrote:

Interesting... Given the TB input, it would be useful to both check the range of g_iTierCnt when fnChangeStatus() is entered (logging any cases of out of range) as well as putting in the if-break out of the for loop (and logging instances when it screws up). Just so you validate which (or both) is occurring. Just a suggestion.

Just for information, i have the problem only with series 2 processor
series 3 seems to be fine. I will test it and report...

--- In Crestron@..., "crestronfan" <stefan.mehre@> wrote:

Hi, do you have news on this problem? I have a project with
a naim audioserver at the moment and would like to use the
i-net radio modul. I have the same problem at the moment.



--- In Crestron@..., "h2oskr2001" <h2oskr2001@> wrote:

Interesting... Given the TB input, it would be useful to both check the range of g_iTierCnt when fnChangeStatus() is entered (logging any cases of out of range) as well as putting in the if-break out of the for loop (and logging instances when it screws up). Just so you validate which (or both) is occurring. Just a suggestion.