The information in this article applies to:
SYMPTOMS
Advanced: Requires expert coding, interoperability, and multiuser skills. After you click OK on the last error message, the linked tables are deleted. NOTE: If the data to which the table was originally linked is still available when you check out Data and Misc. Objects, the table will revert to the original link. This article assumes that you are familiar with using the client-side capabilities of Visual SourceSafe. For more information about Visual SourceSafe, please refer to the "Visual SourceSafe User's Guide" or Help available from the Visual SourceSafe Help menu. CAUSEChanges to objects that are not checked out are not saved. When you check out a linked table, Microsoft Access tries to refresh the link. If the data to which the table is linked is unavailable or has been moved to another location, the link cannot be refreshed and the linked table is removed. RESOLUTIONCheck out Data and Misc. Objects before you use the Linked Table Manager to modify the linked tables. STATUSMicrosoft has confirmed this to be a problem in Microsoft Access 97. We are researching this problem and will post new information here in the Microsoft Knowledge Base as it becomes available. MORE INFORMATIONNOTE: Any time you use Visual Basic for Applications code to modify an object in a database that is under Source Code Control, you are not prompted to check out the object. This behavior is by design; however wizards that modify objects through code should prompt you to check out the object. Steps to Reproduce Problem
REFERENCES
For more information about using Microsoft Access 97 with Source Code
Control, search the Help Index for "Source Code Control," or ask the
Microsoft Access 97 Office Assistant. Additional query words: ACCSCC VSS SCC attach
Keywords : kberrmsg kbinterop ssint ssacc |
Last Reviewed: August 13, 1999 © 2000 Microsoft Corporation. All rights reserved. Terms of Use. |