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

Completion of error handling #16

Open
elfring opened this issue Aug 13, 2018 · 15 comments
Open

Completion of error handling #16

elfring opened this issue Aug 13, 2018 · 15 comments
Assignees

Comments

@elfring
Copy link

elfring commented Aug 13, 2018

Would you like to add more error handling for return values from functions like the following?

@jpbruyere jpbruyere self-assigned this Aug 13, 2018
@jpbruyere
Copy link
Owner

I've not yet implemented any exception handling, but if you have a clear idea of what you want, feel free to submit a pull request.

@elfring
Copy link
Author

elfring commented Aug 14, 2018

I suggest to avoid ignorance of return values a bit more.
Would you like to detect every error situation as early as possible?

@jpbruyere
Copy link
Owner

jpbruyere commented Aug 14, 2018

You are right that error handling is a key part, but I feel more comfortable with the idea of implementing a single error handling pattern as a whole in a dedicated step of the development. I guess the advantage is to keep the code as simple (and readable) as possible in the early steps of creation. And as long as the software is run in a debug environment, error handling isn't critical. It is even sometimes harder to debug with errors routed to the top of the library. But any idea and help is welcome.

@elfring
Copy link
Author

elfring commented Aug 14, 2018

How do you think about to improve static source code analysis also for this software?


@jpbruyere
Copy link
Owner

Static source code analyzers are handy tools, but using them too early could limit creativity and intuition. Also being rigorous by yourself instead of being driven by a soft is a must. Letting a software making lots of tiny changes in your draft could have bad consequence.
For error handling, I will try to make them non-blocking where possible, but producing a reusable aspect is not really in my plans.

@elfring
Copy link
Author

elfring commented Aug 14, 2018

Can higher level development tools help to improve also this software implementation further?

@jpbruyere
Copy link
Owner

You think to a particular tool?

@elfring
Copy link
Author

elfring commented Aug 14, 2018

Yes. - There are development tools available which could help more with the desired completion of exception handling.
🔮 How do you think about to extend the software tool box?

@jpbruyere
Copy link
Owner

tell me more...which soft?

@elfring
Copy link
Author

elfring commented Aug 14, 2018

Examples:

  • Programming language “C++”
  • Semantic patch language (Coccinelle)
  • AspectC++

@jpbruyere
Copy link
Owner

If you have good experience with those tools, I'm open to any pull request that could improve vkvg.

@elfring
Copy link
Author

elfring commented Aug 14, 2018

I know these tools to some degree.
🔮 How will their application acceptance evolve by other software designers, system testers and developers?

@elfring
Copy link
Author

elfring commented Aug 14, 2018

@jpbruyere
Copy link
Owner

No, vkvg is a c library.

@elfring
Copy link
Author

elfring commented Aug 14, 2018

Can functions of a C library call (member) functions of a class library for this software?

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

No branches or pull requests

2 participants