Thomas, Paul and Sebastian, thank you for the feedback.

It seems like it would be nice to have this command controlled somehow and it is
something that should be fixed. I will take a look and see what I can do and
will report back with any issues or a patch.

Again thanks
Chris

On 16/03/2018 18:43, Paul Whitfield wrote:
> We have hit this problem with rtems 4.10.
> I think the monitor commands should be treated the same as the other shell 
> commands. 
> It should be possible to disable via shellconfig.h - by default all are 
> enabled, but that can be disabled. 
> 
> In our application, the monitor 'exit' command was particularly problematic 
> because customers connect to the monitor via telnet then type exit to end the 
> telnet session. 
> The exit command would trigger a fatal error exception, resulting in several 
> bug reports that were 'device restarted for no reason'. :-(
> 
> 
> 
> Regards
> Paul Whitfield
> 
> 
> 
> 
> 
> Paul Whitfield
> 
> -----Original Message-----
> From: devel [mailto:devel-boun...@rtems.org] On Behalf Of Chris Johns
> Sent: Friday, 16 March 2018 3:01 PM
> To: Development
> Subject: RTEMS monitor commands and the shell
> 
> Hi,
> 
> The monitor commands are registered automatically in 
> `rtems_shell_init_once()` which means an application has no control over 
> these being present, the command mix and naming, for example there is a 
> `config` command in the monitor.
> 
> I am not sure what to do, if it is removed some applications may break 
> assuming these commands are present. A way to disable the command using 
> shellconfig.h would be nice.
> 
> Suggestions?
> 
> Chris
> _______________________________________________
> devel mailing list
> devel@rtems.org
> http://lists.rtems.org/mailman/listinfo/devel
> Scanned by Moncrieff Technology Solutions Secure Mail Appliance
> 
> Scanned by Moncrieff Technology Solutions Secure Mail Appliance
> 
_______________________________________________
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Reply via email to