lsb

specdb Xt defintions confused

Bug #1327848 reported by Jeff Johnson
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
lsb
In Progress
Medium
Unassigned
Mandriva
In Progress
Medium

Bug Description

There's probably more than this mess, but this has been specifically
causing problems with devchk. Recorded here so there's a record of it
somwhere.

INSERT INTO `Type` VALUES
(9576,'_WidgetRec','Struct',1381,'','No','No','No',NULL,'',0);
INSERT INTO `Type` VALUES (9577,'_WidgetRec
*','Pointer',0,'','No','No','No',NULL,'',0);
INSERT INTO `Type` VALUES
(9581,'_WidgetClassRec','Struct',1381,'','No','No','No',NULL,'',0);
INSERT INTO `Type` VALUES (9582,'_WidgetClassRec
*','Pointer',0,'','No','No','No',NULL,'',0);

INSERT INTO `Type` VALUES
(31896,'_WidgetRec','Struct',1789,'','No','No','No',NULL,'libXt',0);
INSERT INTO `Type` VALUES (31897,'_WidgetRec
*','Pointer',293,'','No','No','No',NULL,'libXt',0);
INSERT INTO `Type` VALUES
(31946,'_WidgetClassRec','Struct',1789,'','No','No','No',NULL,'libXt',0);
INSERT INTO `Type` VALUES (31947,'_WidgetClassRec
*','Pointer',293,'','No','No','No',NULL,'libXt',0);

INSERT INTO `Type` VALUES
(35938,'_WidgetRec','Struct',1479,'','No','No','No',NULL,'',0);
INSERT INTO `Type` VALUES (35940,'_WidgetRec
*','Pointer',1479,'','No','No','No',NULL,'',0);
INSERT INTO `Type` VALUES
(35937,'_WidgetClassRec','Struct',1479,'','No','No','No',NULL,'',0);
INSERT INTO `Type` VALUES (35939,'_WidgetClassRec
*','Pointer',1479,'','No','No','No',NULL,'',0);

The widget-related base definitions are repeated three times in the
database. Usage is scattered all over the place. For example, the
derived types WidgetRec, WidgetClassRec, CoreRec, CoreClassRec were,
based on assigned type numbers, added about the time of the third
set, but their ArchType entries make them derived from the first set.
Meanwhile, it's the second set (structs _WidgetRec and _WidgetClassRec)
that are marked as included. Only the first set has struct members
defined, so we're getting "can't take sizeof" errors from devchk from
some of the derived types which reference other than the first set.

Not quite sure how to clean up this mess yet.

Changed in mandriva:
importance: Unknown → Medium
status: Unknown → In Progress
Jeff Johnson (n3npq)
tags: added: spec
Jeff Johnson (n3npq)
tags: added: zpatch
Jeff Johnson (n3npq)
tags: added: zclose
removed: zpatch
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.