Anvendelse af DLL i VS 2008

Du skal ikke bruge DllImport ... ved ikke hvor du har den ide fra.

Har du kigget på deres samples? Har du prøvet at download dem? Har du prøvet at køre dem?

http://mailsystem.codeplex.com/SourceControl/latest

Visual Studio 2008 ??? Er der stadig folk som anvender det ? :-) Hold da op.....


Anyway, hvis din refererede DLL er bygget i en anden version af .Net framework end den din applikation bygges til, så vil du opleve det scenarie som du bekriver.


Ex.: dit pop3 modul er skrevet til .net 4.5, mens du bygger din applikation til .net 4.0 eller måske endda til 2.0.

Det er 99% sikkert derfor du får en fejl.

Og få nu opgraderet til VS 2012 :-)


Mvh.
Lasse

Men han skriver jo faktisk også at han har importeret den i løsningen.... Og som jeg læser det, så virker det stadig ikke derefter.

Men ja, slet det der DLLImport hejs.....

Jeg har desværre ikke lige umiddelbart mulighed for VS2012 da det ikke er mig der betaler..

Har fjernet dll import..

Der skal ikke configureres andre steder end add reference samt using ActiveUp..... Vel?

Jeg kunne godt frygte at hans DLL er compiled til .NET 4.0 og VS 2008 har kun support for 3.5 ... ergo, det vil aldrig virke: http://en.wikipedia.org/wiki/Microsoft_Visual_Studio#Visual_Studio_2008

Du kan måske hente hans 2009 version derinde på siden og håbe på det virker med .NET 3.5 hvilket jeg tror chancen er rimelig stor for.

mvh

og med VS 2013 lige på trapperne :-)

Nej. Men tjek nu .net Build targets ;-) hvis du bilder din applikation til en version som ligger under den version pop3 komponenten er bygget til så er det dit problem. Så det er det højest sandsynligt

Iøvrigt findes det masser af gratis versioner af vs på nettet. Og hvis du hat brug for de professionelle features, så må chefen bare punge ud :-)

At bruge vs2008 er vel det samme som at sidde og arbejde på en Windows 2000 maskine. Håbløst forældet....

:-)

Lige tjekket ... kræver .NET 4.0

For lige at pinde det ud for senere laesere.

.dll filer kan vaere flere forskellige ting:
* saakaldte Win32 DLL'er med native kode og C/C++ API
* .NET assemblies med CLR kode og .NET API
* COM DLL'er (herunder scriptable COM og de nye WinRT COM)

Win32 DLL'er bruges via DllImport.

.NET assemblies bruges via ref til build.

DllImport virker ikke i dette tilfaelde fordi det er en .NET assembly.

.NET har samme regel som saa mange andre eenvironments: en EXE bygget til version X kan bruge en DLL bygget til version Y hvis X >= Y.

En EXE bygget til .NET 3.5 kan derfor ikke bruge en DLL bygget til 4.0.

Men det omvendte kunne godt lade sig goere, hvorfor det er meget paent at bygge sine DLL med den aeldste .NET version som kan understoettes.

Der er foelgeden sammenhaenge mellem VS og .NET versioner:

VS 2002 = .NET 1.0
VS 2003 = .NET 1.1
VS 2005 = .NET 2.0
VS 2008 = .NET 3.5
VS 2010 = .NET 4.0
VS 2013 = .NET 4.5

saa VS 2008 er altsa .NET 3.5 som er for gammel til DLL bygget med .NET 4.0.

Tak til Arne for  den yderligere forklaring

og saa er der fejl i det

:-)

VS 2013 = .NET 4.5

skal vaere

VS 2012 = .NET 4.5