You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Describe the bug
The VxWorks implementation is testing for an error result from the taskSpawn API call by comparing with (TASK_ID)0. This is incorrect, the VxWorks API documentation says that when taskSpawn fails, it returns the value ERROR, not 0.
To Reproduce
This can only be reproduced in unit test.
Expected behavior
The error handing path should be taken when taskSpawn returns ERROR.
System observed on:
Ubuntu 18.04.2 LTS 64 bit (running OSAL coverage unit tests)
Additional context
Discovered when implementing the coverage error path unit tests in #230
Reporter Info
Joseph Hickey, Vantage Systems, Inc.
The text was updated successfully, but these errors were encountered:
Add numerous unit test cases to improve the code coverage
ratios on the vxworks and shared implementation layers.
Prior to this change set, the coverage ratio was:
lines......: 90.4% (2549 of 2820 lines)
functions..: 95.9% (306 of 319 functions)
After this change set, the coverage ratio is:
lines......: 99.9% (2846 of 2849 lines)
functions..: 100.0% (330 of 330 functions)
Note these stats include some of the UT code itself,
and this is what added 11 functions. No functions
were added to FSW code.
Note, one test condition will fail until the
fix for related bug nasa#269 is merged.
This also fixes the posix coverage test so it
builds and runs, but coverage is still not
implemented here.
jphickey
added a commit
to jphickey/osal
that referenced
this issue
Oct 21, 2019
The test for failure of taskSpawn should be for the value of
ERROR, not 0, per the VxWorks API documentation.
Found when implementing the unit test improvements in nasa#230.
This issue is generally only reproducible in UT where taskSpawn
can be made to fail.
The test for failure of taskSpawn should be for the value of
ERROR, not 0, per the VxWorks API documentation.
Found when implementing the unit test improvements in #230.
This issue is generally only reproducible in UT where taskSpawn
can be made to fail.
Describe the bug
The VxWorks implementation is testing for an error result from the
taskSpawn
API call by comparing with(TASK_ID)0
. This is incorrect, the VxWorks API documentation says that when taskSpawn fails, it returns the valueERROR
, not 0.To Reproduce
This can only be reproduced in unit test.
Expected behavior
The error handing path should be taken when
taskSpawn
returnsERROR
.System observed on:
Ubuntu 18.04.2 LTS 64 bit (running OSAL coverage unit tests)
Additional context
Discovered when implementing the coverage error path unit tests in #230
Reporter Info
Joseph Hickey, Vantage Systems, Inc.
The text was updated successfully, but these errors were encountered: