I don't know if this is the only case of this. The read routine uses uint32_t for this field. The skeleton block appears to do the same.
EDITED: On second thought this may not be a big deal but probably it should be changed anyway. (I was thinking some systems use 64bit int, but it's long that that is common, and 64bit int systems probably wouldn't compile but may not exist. (Definitely not for normal consumer hardware.))
https://github.com/zturtleman/mm3d/blob/f21f69ae33cbee6f3a93de83ac8f0765e059934c/src/libmm3d/mm3dfilter.cc#L3076
I don't know if this is the only case of this. The read routine uses uint32_t for this field. The skeleton block appears to do the same.
EDITED: On second thought this may not be a big deal but probably it should be changed anyway. (I was thinking some systems use 64bit int, but it's
long
that that is common, and 64bit int systems probably wouldn't compile but may not exist. (Definitely not for normal consumer hardware.))