Hiding objects in MC++

  • Thread starter Thread starter Wild Wind
  • Start date Start date
W

Wild Wind

Hi,

I have a mixed dll which exposes some managed classes
which themselves *internally* make use of some
standard c++ library templates (like string and exception).

The problem I'm having is that when I reference the dll
in my VB.NET project, it seems to have brought along
these templates and exposed them in the VB.NET project.

This is leading to all sorts of naming collisions,
especially between the standard c++ library exception
class and the System.Exception class. I am now forced
to fully qualify each instance of System.Exception,
even though I have the statement

Imports System

at the top of my vb source file.

Is there a way I can prevent these templates from
being exposed showing up in Object browser so that
they don't cause these collisions? Or is there another
way I can handle this situation?

TIA,
 
Note that we have a more fundamental solution in Whidbey by allowing the
"private" (also the default) and the "public" keywords on non-CLR types like
classes and structs so you have granular control over what you want to
expose.

Thanks!

Ronald
 
Back
Top