"Wild Wind" <nobody@blackhole.com> wrote in message
news:2r62qcF163jd8U1@uni-berlin.de...
> Hi Ronald,
>
> Thanks for the info - that seems to have worked.
>
> Cheers,
>
> Akin
>
> Ronald Laeremans [MSFT] wrote:
>> Hi Akin,
>>
>> Take a look at the following link which describes the issue and
>> solution:
>>
http://support.microsoft.com/default.aspx?scid=kb;en-us;822330 >>
>> Ronald Laeremans
>> Visual C++ team
>>
>> "Wild Wind" <nobody@blackhole.com> wrote in message
>> news:2r1lisF14639nU1@uni-berlin.de...
>>> 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,
>>>
>>> --
>>> Akin
>>>
>>> aknak at aksoto dot idps dot co dot uk
>
>
>