[.NET framework] DLLs van internet halen of niet?*

[anandus]

Ik ben op zoek naar een missende dll. een probleem, wat men wel vaker heeft.
Nu zijn er fijn dll-sites die dll's aanbieden, maar fijn en veilig is anders, zoals hier gezegd wordt:

alt-92 schreef op maandag 26 januari 2009 @ 19:26:
[...]


Ik zou gewoon de MS Visual C++ runtime voor .NET 2.0 daarvoor installeren - en niet lukraak ergens van IntarWebz die .dll downloaden.
[...]

Ik had net een nieuwe install gedaan, dus wilde een missende dll dit keer niet lukraak downloaden, maar ik kan echt geen runtime vinden waar deze dll inzit:
msvcp71.dll
Hij zou hierin moeten zitten, geloof ik:

alt-92 schreef op maandag 26 januari 2009 @ 19:57:
[...]

Kun je ook uit de naam afleiden

[...]

Nope, je moet de 2005SP1 versie hebben, 2008 heeft MSVC (Visual C) R (Runtime) 8.dll als naam.

Ik heb 2005, 2005SP1, 2008 en 2008SP1 geïnstalleerd, maar daar zit geen msvcp71.dll tussen?

Ik zie wel msvcp60.dll, msvcp80.dll en msvcp90.dll, maar niet msvcp71.dll?

---

Even in het kort:
• *60.dll komt uit Microsoft Visual C++ 2005?
• *71.dll komt uit Microsoft Visual C++ 2005 SP1? 2003
• *80.dll komt uit Microsoft Visual C++ 2008?
• *90.dll komt uit Microsoft Visual C++ 2008 SP1? (Gok ik)

[ Voor 25% gewijzigd door anandus op 13-02-2009 12:44 ]

[alt-92]

anandus schreef op vrijdag 13 februari 2009 @ 12:23:
?

Splitsen we even af.

Ik zie trouwens dat ik een foutje heb gemaakt.
De 7.1 versie is .NET Framework 1.1 (VS 2003 dus) en niet 2005 zoals ik eerder schreef.

Maar belangrijker is: waarom is die msvcp71.dll niet meegeleverd met de applicatie die 'm nodig heeft?

Als je zeker wil weten als software bakker dat je app Gewoon Werkt ^®© dan lever je de dependencies mee.
Al dan niet met een bootstrapped .NET runtime installer.

Microsoft MSDN forum draadje erover
En de MSDN docs zelf:
http://msdn.microsoft.com/en-us/library/k9a8ehy3(VS.71).aspx

Om het duidelijker te maken dat het echt aan de ontwikkelaar is om de file mee te leveren:

Msvcr71.dll and Msvcp71.dll Files are Deleted When Upgrading from MetaFrame XP to Presentation Server 4.0

[ Voor 97% gewijzigd door alt-92 op 13-02-2009 12:37 ]

[anandus]

alt-92 schreef op vrijdag 13 februari 2009 @ 12:27:
[...]
De 7.1 versie is .NET Framework 1.1 (VS 2003 dus) en niet 2005 zoals ik eerder schreef.

Maar belangrijker is: waarom is die msvcp71.dll niet meegeleverd met de applicatie die 'm nodig heeft?

Als je zeker wil weten als software bakker dat je app Gewoon Werkt ^®© dan lever je de dependencies mee.

Amateurisme vrees ik

Overigens lees ik hier het volgende:

This is kind of retarded actually. The thing is, msvcp71.dll is not a part of any framework, but rather it's supposed to be built and shipped along with the application that is designed to rely on this external .dll instead of having its code incorporated into it internally). But it's so common that many products are shipped without it, often because developers aren't even aware that they're supposed to ship it - they have it on their system and never get any problem. Furthermore, you need to know how to build it (or rather, know where to look to know how to build it - http://msdn.microsoft.com/en-us/library/k9a8ehy3(VS.71).aspx)

Dus dit is notabene een bestand wat echt meegeleverd moet worden door de softwarebakker als ik het goed begrijp?

[alt-92]

Als je een applicatie in .NET 1.1/2.0/3.5/<ongeacht welke taal/framework/VB versie dan ook> programmeert, en je linkt dynamisch tegen een .dll - dan moet je zeker weten dat die

a ) ook echt nodig is.
b ) indien echt nodig, op het target systeem aanwezig is.

Zo niet, lever 'm dan mee, of link 'm statisch en doe een versiecheck.

Typisch voorbeeld van slordig testwerk en totaal gebrek aan QA.

* alt-92 ziet dat wel vaker.

Overigens levert [google=missing msvc71d.dll] nog meer sh** op.
een msvc<nummertje>d.dll is een Debug dll, die hoor je als applicatiebakker helemaal niet in een Release versie @ runtime nodig te hebben - dan heb je geen hol van programmeren gesnapt.

my 2 cents.

[ Voor 46% gewijzigd door alt-92 op 13-02-2009 19:15 ]

[Verwijderd]

Goed topic en belangrijke kwestie, volgens deze waardevolle post is het absoluut geen aanrader om missende dll-bestanden te gaan downloaden van willekeurige websites en is het verstandiger te gaan naar de fabrikant van de betreffende dll om daar de nieuwste versie op te vragen. Eigenlijk ook wel logisch.

[ Voor 10% gewijzigd door alt-92 op 04-06-2010 21:19 ]

[TheVMaster]

*onnodige kick* dus closed!