Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

print format #141

Open
ilhamikivrak opened this issue Nov 14, 2017 · 3 comments
Open

print format #141

ilhamikivrak opened this issue Nov 14, 2017 · 3 comments

Comments

@ilhamikivrak
Copy link

ilhamikivrak commented Nov 14, 2017

Check has its own output format, could there be any api to format output?
As a check user, I want be able to format the output, so that check outputs and my custom platform's output could have same format.

Bold text is my format. Italic text is check's output.

2017-11-14 03:23:50 TEST [CXFNTP_Tester_Class.c] Starting Unit Tests
Running suite(s): CXFNTP_TestSuite
50%: Checks: 2, Failures: 1, Errors: 0
CXFNTP_Tester_Class.c:177:F:Core:test_getTestValue:0: Assertion 'testVal==555' failed: testVal==554, 555==555

2017-11-14 03:23:50 DEBUG [_2_CXFNTP_Implementation_Package.c:398 cxfNTPAddServer] Port is not defined. Connecting to NTP server default Port: 123

@brarcher
Copy link
Contributor

I do not see why Check could not support one from using their own logging callbacks to output log data. The callbacks today are located in check_log.c and following a predictable contract where each test event is passed in with relevant data. Probably I'll not invest any time into providing that support, but if one were interested in plumbing it in I could provide guidance. Are you interested in working on such a feature?

@ilhamikivrak
Copy link
Author

ilhamikivrak commented Nov 15, 2017 via email

@brarcher
Copy link
Contributor

OK, great! If you have any questions, please let me know. Otherwise, I'll look forward to seeing what you come up with. (:

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants