Hallo Gruppe,

in unserem Projekt verwenden wir eine VB6 ActiveX DLL nach wie vor weiter.
Im Projekt wurde eine entsprechende Referenz hinzugefügt.
Nun fiel im Objektbrowser auf dass bestimmte Eigenschaften als set_propname bzw. get_propname Methoden umgesetzt werden.
Auf den Rechnern meiner Kollegen sind die Eigenschaften wie erwartet als Eigenschaften zu verwenden.
Was läuft auf meiner Maschine falsch?

Gruß
HowieD

Nutzt ihr eventuell andere Sprachen? z.B. sind Parametriesierte Properties in C# nicht erlaubt:

In C#, properties are not expected to have any parameters; however some Excel and Word properties do have parameters. These properties do appear in IntelliSense, but they appear prefixed with either get_ or set_.

Wenn du eine ActiveX-Komponente einbindest wird im Hintergrund von Visual Studio eine Wrapper-Klasse generiert (die heisst in der Regel AxInterop.<Name der OCX-Komponente>). Wie Floyd bereits anmerkte, sind Properties, die über einen Index angesprochen werden, in C# nicht erlaubt. In VB.NET kann man aber sehr wohl indizierte Properties definieren.

Ich vermute nun folgendes:

Wenn zum Generieren der Wrapper-dll der C#-Compiler verwendet wird, werden für die indizierten Properties set_xxx und get_xxx Methoden erzeugt. Wird der VB-Compiler verwendet, werden "normale" Properties erzeugt.

Wenn diese Vermutung richtig ist, kann ich dir aber nicht sagen unter welchen Umständen Visual Studio den VB- oder C#-Compiler für die Code-Generierung verwendet. Möglicherweise hängt das von der Visual-Studio Version ab.

Ich habe das bei mir mit Visual Studio 10 Professional SP1 ausprobiert und habe ebenfalls Set-/Get-Methoden generiert bekommen.

[Edit]
Die Informationen über die in der ActiveX-dll zur Verfügung stehenden Methoden und Properties werden in der Registry abgelegt. Hierzu wird die dll in der Regel mit dem Tool regsvr32.exe registriert. Möglicherweise ist die dll bei dir anders registriert worden als auf den anderen Rechnern. Du kannst die ActriveX-dlls jederzeit manuell mit regsvr32 /u <dll-name> bzw. regsvr32 <dll-name> deregistrieren / registrieren. Vielleicht hilft dies.

Eine weitere Möglichkeit ist, dass ihr verschiedene Versionen der ActiveX-dll installiert habt. Wie sieht es denn aus, wenn du die dll in einem VB6-Projekt referenzierst?
[End Edit]

Gruß
Klaus

Hast Du mal versucht, AxImp.exe selbst auszuführen und Dir den SourceCode ausgeben zu lassen? Evtl. auch im Verbose Mode ausführen, um Details zu erhalten.
Befehlszeilen-Argumente zu AxImp.exe (Windows Forms ActiveX Control Importer) findest Du in der MSDN.
AxImp.exe selbst ist im Verzeichnis des Windows SDK zu finden, für Win7 32 Bit z.B. hier:

C:\Program Files (x86)\Microsoft SDKs\Windows\v7.0A\Bin

Ob Dich das weiterbringt, weiß ich nicht. Aber einen Versuch ist es vlt. wert. Womöglich kannst Du auch die Ausgaben des Tools vergleichen, die auf Deinem fraglichen Rechner produziert werden und auf einem Deiner Kollegen (dort wo es klappt).

BTW:

In einer VM zu arbeiten ist nicht wirklich mein Ziel!

Ich würd nie wieder nicht in einer VM arbeiten wollen. Wie die Meinungen auseinandergehen...:-)