>I am hacking a vcx to change some of the classes that objects are based on. The library contains a container object. The container contains several command buttons. The command buttons were based on the vfp commandbutton base class. From the class browser I added a class called tbbasebutton (outside the container) whose baseclass was the commandbutton. Then I exited the class browser, and changed the baseclass of the buttons in the container to tbbasebutton, and I changed the classloc to t1toolbars.vcx (Although, initially, I might have forgotten to change the classloc)
>
>At various points I called: compile classlib l1toolbars
>
>Now, for some reason, I have two IDENTICAL (except for the uniqueid) rows in my vcx for the contained buttons. When I change a property in the contained button, and go back to the vcx table, the change is reflected in only one of the rows.
>
>Is there a problem in hacking the vcx for contained objects? Maybe, at one point, the 'compile' was confused becuase I forgot to change the classloc field?
>
>Should I delete one of each pair of duplicated records?
>
>I am somewhat new to hacking the vcx, and am just beginning to learn about its structure.
>
>TIA

David,
They're not duplicates. IOW 2 rows is right, do not delete. If you add any properties, methods there be notified you wouldn't be able to see it unless you also write the P/M name in 'reserved3' column too.
PS: 'Duplicated' row should have Timestamp, class fields empty and Unique='RESERVED'.
Cetin