Interface 'implements' bug in 1.1.4322

[Gazarsgo]

Came across this today using .NET Framework 1.1 Version 1.1.4322:

VB.Net code:

Public Interface IFace1
Property Foo
End Interface

Public Interface IFace2
Inherits IFace1

Property Bar Implements IFace1.AnyTextH ere
End Interface

---end---

This compiles fine!

My best guess is that the behavior seen is that since the
implementation of an interface member is deferred to classes that
implement the interface, the only compiler-time resolution done is to
verify that IFace1 exists.

I had no luck searching on this topic; is it a known bug or fixed in
2.0?

--gazarsgo

[Chris Dunaway]

Gazarsgo wrote:

This compiles fine!

Not on my machine with Option Strict On. It compiles with Option
Strict Off, however.
My best guess is that the behavior seen is that since the
implementation of an interface member is deferred to classes that
implement the interface, the only compiler-time resolution done is to
verify that IFace1 exists.

Try turning Option Strict On and see what you get.

[Gazarsgo]

Sorry, I thought it was verboten that I had Option Strict On and Option
Explicit On. I thought this was the case too though when I first ran
into an example of this code, but I replaced the missing Option
statements and still got no compile errors. What compile error did you
get, and what version of the .NET Framework are you running?

Here is a more complete example (a Console Application):
---start code---
Option Strict On
Option Explicit On

Public Interface TestIFace1

End Interface
Public Interface TestIFace2
Inherits TestIFace1
Property testProperty() As String Implements TestIFace1.Anyt hing

End Interface
Public Class TestClass1
Implements TestIFace2

Public Property testProperty() As String Implements
TestIFace2.test Property
Get
Return "Get"
End Get
Set(ByVal Value As String)
System.Console. Out.WriteLine(" Set: " & Value)
End Set
End Property

Public Shared Sub Main()
Dim o As TestIFace1
o = New TestClass1
System.Console. Out.WriteLine(C Type(o,
TestIFace2).tes tProperty())

End Sub
End Class

--endcode---

Thanks,
--gazarsgo

[Chris Dunaway]

That code *does* compile and does not show any errors. But that is
slightly different than your previous code. Your previous code had a
property defined in the base interface. But it is really weird that
nothing is flagged.

[Jay B. Harlow [MVP - Outlook]]

Gazarsgo,
The same problem appears in .NET 2.0 also.

I consider it a bug as I would expect a compile error as Property Bar cannot
"implement" anything on IFace1, as IFace2 does not "implement" IFace1.
IFace2 *inherits* IFace1.
I will submit a query to MS to see what they have to say.

--
Hope this helps
Jay [MVP - Outlook]
..NET Application Architect, Enthusiast, & Evangelist
T.S. Bradley - http://www.tsbradley.net
"Gazarsgo" <ga******@gmail .com> wrote in message
news:11******** **************@ g43g2000cwa.goo glegroups.com.. .
| Came across this today using .NET Framework 1.1 Version 1.1.4322:
|
| VB.Net code:
|
| Public Interface IFace1
| Property Foo
| End Interface
|
| Public Interface IFace2
| Inherits IFace1
|
| Property Bar Implements IFace1.AnyTextH ere
| End Interface
|
| ---end---
|
| This compiles fine!
|
| My best guess is that the behavior seen is that since the
| implementation of an interface member is deferred to classes that
| implement the interface, the only compiler-time resolution done is to
| verify that IFace1 exists.
|
| I had no luck searching on this topic; is it a known bug or fixed in
| 2.0?
|
| --gazarsgo
|