[PATCH 03/17] score: Add SYSTEM_STATE_FATAL

Sebastian Huber sebastian.huber at embedded-brains.de
Tue Feb 18 07:59:19 UTC 2014


On 2014-02-18 08:55, Chris Johns wrote:
> On 18/02/2014 6:08 pm, Sebastian Huber wrote:
>> On 2014-02-17 22:41, Chris Johns wrote:
>>> On 18/02/2014 2:51 am, Sebastian Huber wrote:
>>>> Merge systems states SYSTEM_STATE_SHUTDOWN and SYSTEM_STATE_FAILED into
>>>> new system state SYSTEM_STATE_FATAL.  This reflects that all system
>>>> termination paths end up in _Internal_error_Occurred().
>>>
>>> Does this mean non-error termination happens here ? If so is the
>>> naming suitable ?
>>
>> Yes, all (non-error and error) termination paths end up here.  The name
>> reflects the user extension name that is invoked here.  Since this name
>> is part of the public API we should not change it.
>>
>
> Should the current function be renamed and the API interface functoin wrap the
> name changed function ? It is confusing to end up in an error handler when
> there has been no error.

What about the name SYSTEM_STATE_TERMINAL?

What about renaming _Internal_error_Occurred() to _Terminate()?

-- 
Sebastian Huber, embedded brains GmbH

Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone   : +49 89 189 47 41-16
Fax     : +49 89 189 47 41-09
E-Mail  : sebastian.huber at embedded-brains.de
PGP     : Public key available on request.

Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.



More information about the devel mailing list