INFO: Visual Studio 97 Environment Readme

ID: Q165791

The information in this article applies to:

Microsoft Visual Studio 97

SUMMARY

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.

MORE INFORMATION

ClassView and Wizard Bar 'Auto #Include' Feature May Cause Build Error (C2011: type redefinition) Using the ClassView List 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 Macros
Automating 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

MORE INFORMATION

ClassView and Wizard Bar 'Auto #Include' Feature May Cause Build Error (C2011: type redefinition)

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 possibility 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__

Using ClassView List

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.

Files in the External Dependencies Folder (FileView) Are Not Project Files

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, move the file (drag and drop) from the "External Dependencies" folder to anywhere in the project folders or the main project folder.

Using Icon and Toolbar Editors with Windows NT v4.0

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.msdn.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.msdn.microsoft.com/bussys/winnt/winnt-public/fixes/usa/NT40/hotfixes- postsp2/ras-fix .

Hosting ActiveX Documents in the Developer Studio Environment

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.

Accessing Online Help Brings Up MSN Dialog Box

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:

Right-click the Internet Explorer icon on your desktop to see the context menu.

Click Properties.

In the Properties dialog box, click the Connection tab.

In the Dialing group, clear "Connect to the Internet as needed". This disables Auto dialup.

Click Apply, and then click OK.

MSDN Must Be Installed to View Visual Studio Documentation

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.

Full Debugging Support for VBScript Macros is Available for Free!

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/scripting/vbscriptbscript">

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

Ensure that mdm.exe, distributed with the Microsoft Script Debugger, is running. If it is not, you may double-click it from Explorer.

Launch Developer Studio.

Be sure the VBScript macro file you wish to debug is installed. (For more information, see "Installing VBScript Macros" in the Developer Studio Environment User's Guide.)

Start the Microsoft Script Debugger.

Microsoft Script Debugger should automatically display the "Attach to Application" dialog box. If it does not, go to the File menu and click Attach. 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.

Choose msdev.exe from the listbox in this dialog box, and click Attach.

You will now see the Project Explorer displayed, with a node for each VBScript macro file that is loaded into Developer Studio. You may open those files within Microsoft Script Debugger by double-clicking the appropriate node. You may then set breakpoints in those files, or alternatively, go to the Debug menu and click Break at Next Statement. Then, the next time you run a VBScript macro from Developer Studio, that macro will pause at the breakpoints you set, or at the next instruction if you clicked Break at Next Statement. You may now use the Microsoft Script Debugger to inspect variables, evaluate expressions in the Immediate Window, and look at the call stack of the paused VBScript procedures. Consult the documentation distributed with the Microsoft Script Explorer for more information on its features.

Automation Issues for the Microsoft Developer Studio Environment

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.

NOTE: This problem was corrected in Visual Studio 6.0. The NewWorkspace event now fires correctly.

Additional query words:

Keywords : kbVS97 kbGrpDSTools
Version : WINDOWS:97
Platform : WINDOWS
Issue type : kbinfo