#8190: Debugger doesn't correctly handle anonymous unions within structs/classes -------------------------------------+---------------------------- Reporter: anevilyak | Owner: anevilyak Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Applications/Debugger | Version: R1/Development Resolution: | Keywords: Blocked By: | Blocking: Has a Patch: 0 | Platform: All -------------------------------------+---------------------------- Comment (by anevilyak): Replying to [comment:4 bonefish]: > The union members aren't members of the enclosing class and I would find it rather confusing, if they were displayed that way. The main reason I thought it might be nice is because when one has them, in code one addresses them as if they're simply members of the struct anyways, but I'm fine with either way. > I'd rather have a subnode for the union (maybe named "<unnamed union>" or something like that), which, at least in theory, should already happen. No clue why it doesn't work correctly yet. A node does get created, with no name whatsoever, though the latter part should be easily fixable. After digging a bit further though, it smells more like a problem in DwarfTypeFactory. The DIE output for both the union and struct looks sane, but when we go to create the children of the struct's compound value node, the first data member has a type corresponding to that of its parent struct rather than that of the union. Could possibly be related to the changes I made a while ago concerning that infinite recursion bug while creating types, will see what I can find out. -- Ticket URL: <http://dev.haiku-os.org/ticket/8190#comment:5> Haiku <http://dev.haiku-os.org> Haiku - the operating system.