How to disable creating vc80.idb file by VS2005 ?

  • Thread starter Thread starter Rud0x1
  • Start date Start date
R

Rud0x1

VS2005 writes and reads this file during building a project. So, ClearCase
think that it is one of sources file.
 
I guess you are using module attribute in your project.

This attribute creates those files which define the starting points of your application.

You may do away with module attribute by creating main functions and giving your own definitions to DllGetClassObject, DllRegisterServer, etc. funtions.

I hope this helps.

Cheers
Mitesh



Rud0x wrote:

How to disable creating vc80.idb file by VS2005 ?
02-Mar-09

VS2005 writes and reads this file during building a project. So, ClearCase
think that it is one of sources file.

Previous Posts In This Thread:

How to disable creating vc80.idb file by VS2005 ?
VS2005 writes and reads this file during building a project. So, ClearCase
think that it is one of sources file.


Submitted via EggHeadCafe - Software Developer Portal of Choice
WPF GridView Sample To Insert, Update, and Delete Records
http://www.eggheadcafe.com/tutorial...a-c9a46fd3aeb2/wpf-gridview-sample-to-in.aspx
 
I guess you are using module attribute in your project.

This attribute creates those files which define the starting points of your application.

You may do away with module attribute by creating main functions and giving your own definitions to DllGetClassObject, DllRegisterServer, etc. funtions.

I hope this helps.

Cheers
Mitesh



Rud0x wrote:

How to disable creating vc80.idb file by VS2005 ?
02-Mar-09

VS2005 writes and reads this file during building a project. So, ClearCas
think that it is one of sources file.

Previous Posts In This Thread:

How to disable creating vc80.idb file by VS2005 ?
VS2005 writes and reads this file during building a project. So, ClearCas
think that it is one of sources file.

Replace module attribute
I guess you are using module attribute in your project.

This attribute creates those files which define the starting points of your application.

You may do away with module attribute by creating main functions and giving your own definitions to DllGetClassObject, DllRegisterServer, etc. funtions.

I hope this helps.

Cheers
Mitesh


Submitted via EggHeadCafe - Software Developer Portal of Choice
WPF Binding Beyond the Limitation of Name Scopes
http://www.eggheadcafe.com/tutorial...f-49faac8854c8/wpf-binding-beyond-the-li.aspx
 
Back
Top