|
Developer Studio '97
Environment Readme |
Home
|
© 1997 Microsoft Corporation
Other product and company names herein may be the trademarks of their respective owners.
This document includes updated information for Microsoft® Developer Studio Environment. The information in this document and in the Help system is more up-to-date than that in the online documentation. Many of the issues outlined in this document will be corrected in upcoming releases.
Contents
ClassView and Wizard Bar 'Auto #Include' Feature May Cause Build Error (C2011: type redefinition)
Files in the External Dependencies Folder (FileView) Are Not Project Files
Using Icon and Toolbar Editors with Windows NT 4.0
Hosting ActiveX Documents in the Developer Studio Environment
Accessing Online Help Brings Up MSN Dialog Box
MSDN Must Be Installed to View Visual Studio Documentation
Full Debugging Support for VBScript Macros is Available for Free!
Automation Issues for the Microsoft Developer Studio Environment
Some VBScript Objects and Procedures Are Not Supported from VBScript MacrosAutomating Tasks, Ignore Cautionary Text in Procedure in Online Docs
Additional Method for the Debugging Object, Automation
Detail for MoveTo Method for the TextSelection Object, Automation
IDocument should be IGenericDocument in Dual Interface Automation Sample
NewWorkspace event is never fired for the Application object, Automation
 
The 'Auto #Include' feature adds #include statements to your code when you add a function/variable through the ClassView context menu or WizardBar, and when the function/variable is of a type class, struct, or union. Therefore, if you author code that does not have the #ifndef/#endif wrapper statements in your header file, there is a possiblility that a build error will occur if this header file is included twice within a project. The build error is: error C2011: type redefinition. You can solve this by adding the following lines to the top and bottom of your header file.
For example, if you have a file sample.h, it should look like this:
#ifndef MYHEADER_H__ #define MYHEADER_H__
This is where all the code for sample.h is.
#endif // MYHEADER_H__
The ClassView list requires .h files. If you cannot see your classes in ClassView, make sure that your header files are included in the project.
The "External Dependencies" folder (in FileView) in the Developer Studio environment lists files that are not part of the project but that are used when building your project. When performing certain project-dependent operation on a file such as using source code control, defining custom build rules, or displaying ClassView items from the header files, the file must be a part of the project. This is a change from the "Dependencies" folder behavior in Visual C++ version 4.x.
To add a file to a project, moe the file (drag and drop) from the "External Dependencies" folder to anywhere in the project folders or the main project folder.
The Icon and Toolbar editors may show strange behavior on Microsoft Windows NT® 4.0 machines running S3, ATI, or Tseng Labs ET4000 video drivers. Typically, icons and toolbar buttons will go black and certain items on the screen will appear "blocky." Service Pack 2 for Windows NT 4.0 fixes this problem. You can obtain the service pack via FTP from > ftp.microsoft.com/bussys/winnt/winnt-public/fixes .
Note: If you get a STOP error message (accessing the floppy disk drive or the CD-ROM drive) with Service Pack 2 for Windows NT 4.0, you can obtain the fix listed below or wait for the next Windows NT service pack. You can obtain the fix via FTP from > ftp.microsoft.com/bussys/winnt/winnt-public/fixes/usa/NT40/hotfixes-postsp2/krnl-fix .
Note: If you get a loss of connectivity in remote access with Windows NT, and you installed the NT Service Pack 2, you can turn off the Multilinking Protocol (MP) option altogether, or acquire this fix via FTP from > ftp.microsoft.com/bussys/winnt/winnt-public/fixes/usa/NT40/hotfixes-postsp2/ras-fix .
The Developer Studio environment can host ActiveX Documents such as Word or Excel. To open an ActiveX document, click "Other Documents" (File menu, New command). Because ActiveX documents do not all meet the same standards, they may hang the application that is hosting them. For example, Comic Chat will hang and should not be used from inside the Developer Studio environment. Microsoft has tested many other ActiveX documents, such as the products in Microsoft Office, and verified that these do not hang the Developer Studio environment.
When accessing online Help you may get a dialog box asking about your dial-up connection for your online service provider. This occurs because Visual Studio uses the Internet Explorer (which has an option to automatically connect to the online service) to display the online documentation. Click Cancel to dismiss the dial-up connection dialog box. You can disable automatic dialup with the following procedure.
To turn off the automatic dialup:
Once MSDN is installed, you can find the complete set of Visual Studio documentation in the Table of Contents under the Microsoft Developer Network Visual Studio Edition node, Developer Products, Visual Studio 97.
Currently Visual Studio does not provide an integrated debugger to allow you to step through a VBScript macro, set breakpoints, inspect variables, etc. However, the new Microsoft Script Debugger will have this ability. The Microsoft Script Debugger, designed to debug VBScript code embedded in HTML pages open in the Microsoft Internet Explorer, will actually debug VBScript code running in any application, including the Visual Studio products.
How to Get a Copy of the Microsoft Script Debugger
Visit the VBScript home page at http://www.microsoft.com/vbscript. From this page there will be a link to download the Microsoft Script Debugger for free.
How to Use the Microsoft Script Debugger to Debug Your VBScript Macros
NOTE: Some prerelease versions of the Microsoft Script Debugger may not yet be able to debug processes other than Internet Explorer. If the version of Microsoft Script Debugger that you are running does not have the Attach to Application dialog described above, then you will need a newer version of the Microsoft Script Debugger to debug VBScript macros in Developer Studio.
Some VBScript Objects and Procedures Are Not Supported from VBScript Macros
The VBScript Reference lists all objects and procedures that you may access from "unsafe" VBScript hosts. VBScript macros may only use the "safe" constructs of VBScript. This means a number of objects and procedures listed in the VBScript reference will be unavailable when writing VBScript macros. The following are examples of such "unsafe" constructs:
CreateObject function
GetObject function
FileSystemObject Object and all of its properties and methods
TextStream Object and all of its properties and methods
Dictionary Object and all of its properties and methods
File Input/Output Constants
Automating Tasks, Ignore Cautionary Text in Procedure in Online Docs
Disregard the Caution statement after step 5, this bracket syntax is no longer necessary. This is listed in the procedure to add a command (Developer Studio Environment User's Guide, Automating Tasks in Developer Studio, Developer Studio Add-ins, How Do I...Topics, Developer Studio Add-ins, in the topic Adding Commands to Developer Studio).
Additional Method for the Debugging Object, Automation
There is an additional method for the Debugging Object that is not represented in the online documentation (Developer Studio Environment User's Guide, Automating Tasks in Developer Studio, Reference: Developer Studio Objects, Debugger Methods category.) Break is an additional valid Debugger method:
Break Method, applies to Debugger object.
Syntax: object.Break
Parameters: object: An object expression that evaluates to an object in the Applies To list.
Example: The following example performs the Break method.
Debugger.Break
Detail for MoveTo Method for the TextSelection Object, Automation
In the Developer Studio Environment User's Guide, under the node for Automating Tasks in Developer Studio, in the section titled Reference: Developer Studio Objects, and then in the category called Methods, in the topic for MoveTo, there are two lines displaying incorrect information about using the zero value for line and/or column: "Some possible values are: 0 Does not move the insertion point; it stays on the current line/column." Your results may differ from this explanation. To get the current line and column, try TextSelection.CurrentLine or TextSelection.Current Column.
IDocument should be IGenericDocument in Dual Interface Automation Sample
All references to "IDocument" within the Developer Studio User's Guide should say "IGenericDocument". This error occurs in the topic "Controlling Developer Studio Objects Through Dual Interfaces" (in the Developer Studio Environment User's Guide, Automating Tasks in Developer Studio, Developer Studio Add-ins, Overview of Developer Studio Add-ins node). It also occurs in the sample listed under the "Alternating Between Dual Interfaces" title in that same topic. Please note that IDocuments (plural) is fine.
NewWorkspace event is never fired for the Application object, Automation
You may not use a VBScript macro file, an add-in, or an out-of-process controller to respond to the NewWorkspace event on the Application object. This event is never fired, and you cannot write an event handler for it.