[.NET1.0] DLL Hell: blijft koppig oude dll gebruiken

Pagina: 1
Acties:

  • GrimaceODespair
  • Registratie: December 2002
  • Nu online

GrimaceODespair

eens een tettenman, altijd ...

Topicstarter
AAAAAAAAAAAaaarrgh... sorry, dat moest ik eerst even kwijt.

Ik heb het al vaker meegemaakt dat .NET ergens hardnekkig een dll cachet (en ik weet dat een bekend probleem is). Dat wil zeggen: ik compileer een dll, gebruik het ding als referentie in een andere applicatie en vervolgens pas ik de dll aan en laadt de referentie opnieuw. Alle dll's in de projectdirectories zijn dan up-to-date (gecheckt met reflector), maar toch presteert .NET het om ergens een oude dll vandaan te toveren!

Om het probleem op te lossen, ga ik naar de temporary dir voor dll's (C:\Windows\Microsoft.NET\Framework\...), zoek daar de betreffende dll, en verwijder hem daar ook.

No salvation: .NET blijft HARDNEKKIG ergens mijn oude dll uit de kast halen, God weet waar...

Vervolgens alle dll's met die naam op mijn systeem gezocht, zelfs in de recycle bin. Alles verwijderd, en alles opnieuw gecompileerd: zucht, eindelijk mission accomplished.

Maar wat mijn vraag eigenlijk is: weet iemand wat hier nu precies aan de hand is, hoe ik het kan voorkomen/gemakkelijker oplossen? Ik bedoel: mijn hele systeem afzoeken naar alle voorkomens van die dll duurt gewoon te lang. Anyone?

PS: de search op GoT loop nog niet lekker, dus als iemand een nuttige link heeft naar een soortgelijk topic hier (waarvan ik vermoed dat het wel bestaat): your welcome.

Wij onderbreken deze thread voor reclame:
http://kalders.be


  • EfBe
  • Registratie: Januari 2000
  • Niet online
gacutil /ldl
zal je de lijst met gecachte dll's geven, doe dan:
gacutil /cdl

en voila

ook de .suo files verwijderen in een project helpt.

Creator of: LLBLGen Pro | Camera mods for games
Photography portfolio: https://fransbouma.com


  • OZ-Gump
  • Registratie: November 2002
  • Laatst online: 14-05-2024

OZ-Gump

terug van weggeweest

En je was niet zo slim om de gevonden DLL's een voor een te verwijderen, zodat je de volgende keer direct weet welke je moet weggooien? :X

[ Voor 4% gewijzigd door OZ-Gump op 28-05-2004 11:19 ]

My personal website


  • P_de_B
  • Registratie: Juli 2003
  • Niet online
[google=Global Assembly Cache] ?

Oops! Google Chrome could not find www.rijks%20museum.nl


  • GrimaceODespair
  • Registratie: December 2002
  • Nu online

GrimaceODespair

eens een tettenman, altijd ...

Topicstarter
OZ-Gump schreef op 28 mei 2004 @ 11:18:
En je was niet zo slim om de gevonden DLL's een voor een te verwijderen, zodat je de voglende keer direct weet welke je moet weggooien? :X
Op een gegeven moment heb je het wel gehad, en dan doe je geen slimme dingen meer }:O Zit tegen een doodlijn aan te hikken.
P_de_B schreef op 28 mei 2004 @ 11:19:
[google=Global Assembly Cache] ?
Ja, als je eraan denkt... maar je hebt gelijk, ik had het moeten weten (same @ EfBe). Iig bedankt voor de tip, zal er volgende keer aan proberen te denken.

[ Voor 29% gewijzigd door GrimaceODespair op 28-05-2004 11:22 ]

Wij onderbreken deze thread voor reclame:
http://kalders.be


  • whoami
  • Registratie: December 2000
  • Laatst online: 16:53
Kan je ook niet met een publisher policy oid werken oid als die assembly in de GAC zit ?

https://fgheysels.github.io/


  • GrimaceODespair
  • Registratie: December 2002
  • Nu online

GrimaceODespair

eens een tettenman, altijd ...

Topicstarter
whoami schreef op 28 mei 2004 @ 11:24:
Kan je ook niet met een publisher policy oid werken oid als die assembly in de GAC zit ?
Hmm, eigenlijk nog niet van gehoord, maar ik ga het wel eens bekijken inderdaad.

Wij onderbreken deze thread voor reclame:
http://kalders.be

Pagina: 1