My spontanous feeling is that we can add <output> now for this purpose. And then full "argument type" information later to make it possible to configure overloaded functions.
I would be interested to hear what you think..
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Good idea: How about <arg nr="1" direction="in"/> for input. Output could be direction="out" and input and output arguments could be configured as direction="inout"?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
+1 for first adding the possibility to specify if it is an input and / or output argument.
I have no preference for a concrete syntax.
If i can help for example with enhancing the relaxng file i am glad to hear what to do. I plan to work further on it anyway.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
If i can help for example with enhancing the relaxng file i am glad to hear what to do. I plan to work further on it anyway.
Feel free to implement the suggestion made by orbitcowboy. Is it ok if you:
- fix the relaxng file
- Add a variable (enum) in our Library
- Fix the Library load function.
?
After that we can look at using this info in the analysis. Feel free to adjust the isVariableChangedByFunctionCall().
Last edit: Daniel Marjamäki 2019-02-28
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Ok. If you can wait until tomorrow i will try to implement it. Not sure about the last part because i have not looked at this function but i will see 😀
If someone wants to implement it now i have no problem with that also.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Great.. I can wait until tomorrow. Let me know if I can help you with the isVariableChangedByFunctionCall(). A hint: if there is library configuration then I do not think it's necessary to set the "inconclusive" flag.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
It would help Cppcheck ValueFlow analysis if it knows if a function parameter is an "output" parameter.
Example code:
What do you think? Should we add "argument type" information or just some
<input>
or<output>
element?My spontanous feeling is that we can add
<output>
now for this purpose. And then full "argument type" information later to make it possible to configure overloaded functions.I would be interested to hear what you think..
Good idea: How about
<arg nr="1" direction="in"/>
for input. Output could be direction="out" and input and output arguments could be configured as direction="inout"?Thanks for your feedback. Since you are very active, I want to know what your preference is.
I prefer my solution because it is more compact. But it is no showstopper if your suggestion is implemented :-)
+1 for first adding the possibility to specify if it is an input and / or output argument.
I have no preference for a concrete syntax.
If i can help for example with enhancing the relaxng file i am glad to hear what to do. I plan to work further on it anyway.
Feel free to implement the suggestion made by orbitcowboy. Is it ok if you:
- fix the relaxng file
- Add a variable (enum) in our Library
- Fix the Library load function.
?
After that we can look at using this info in the analysis. Feel free to adjust the isVariableChangedByFunctionCall().
Last edit: Daniel Marjamäki 2019-02-28
I would be very happy to delegate all this to you :-)
Ok. If you can wait until tomorrow i will try to implement it. Not sure about the last part because i have not looked at this function but i will see 😀
If someone wants to implement it now i have no problem with that also.
Great.. I can wait until tomorrow. Let me know if I can help you with the isVariableChangedByFunctionCall(). A hint: if there is library configuration then I do not think it's necessary to set the "inconclusive" flag.