-
Notifications
You must be signed in to change notification settings - Fork 63
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
apf::getElementNumbers should return size #11
Comments
*proposed On Thu, Aug 13, 2015 at 1:02 PM, Another Minion notifications@github.com
Dr. Daniel W. Zaide (偉明), |
Chances are, if you are asking for the numbers, you already know how many What is your use of it in this case? On Thu, Aug 13, 2015 at 1:22 PM, Daniel Zaide dan.zaide@gmail.com wrote:
Dr. Daniel W. Zaide (偉明), |
eh, this is actually consistent with the behavior of that function for global numberings. |
I believe the apf::getElementNumbers should return the integer. Right now this function is just a wrapper over numbering->getData()->getElementData used as some template wizardry.
getElementData takes a NewArray and will dynamically resize it, then returns the new size of the array. Now NewArray has no internal representation of size, so this return is very necessary to keep track of the size of the array. Right now the apf::getElementNumbers black boxes the new size and there is no way to tell the new size if reallocation occurs.
This is the proposed change:
The text was updated successfully, but these errors were encountered: