Objectify - Bugs: bug #34776, Object dump of Month object fails
You are not allowed to post comments on this tracker with your current authentication level.
bug #34776: Object dump of Month object fails
Submitter: | J. Scott Edwards <jsedwards> | ||
Submitted: | Tue 08 Nov 2011 03:04:37 PM UTC | ||
Category: | Public Data | Severity: | 3 - Normal |
Item Group: | Assert Failure | Status: | Confirmed |
Privacy: | Public | Assigned to: | jsedwards |
Open/Closed: | Open |
Wed 30 Nov 2011 10:23:14 PM UTC, comment #1: |
J. Scott Edwards <jsedwards> |
Tue 08 Nov 2011 03:04:37 PM UTC, original submission:
sedwards@Inspiron-530:/pub/objectify-alpha_31_public/src/apps/public$ ood 141f
|
J. Scott Edwards <jsedwards> |
No files currently attached
Depends on the following items: None found
Items that depend on this one: None found
There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.
Powered by Savane 3.13-cf05.
Corresponding source code
This looks like an error in the nwos_get_object_size function. It is calculating the size as 77 when the actual size is 74. The "if (prev_size == 1 && (size == 4 || feature_obj.count == 0 || i+1 == class_def_obj_ptr->count))" statement is triggering and it is adding 3 on the last pass through the loop.