StackOverflow2013

Note that there are some explanatory texts on larger screens.

plurals

POAppDomain.Unload doesn't release the assembly I loaded up with Reflection
primarykey
Id
1468151
data
AcceptedAnswerId
0
AnswerCount
4
ClosedDate
2012-02-29T17:55:31.480
CommentCount
2
CommunityOwnedDate
CreationDate
2009-09-23T19:37:50.753
FavoriteCount
6
LastActivityDate
2017-09-09T23:52:18.900
LastEditDate
2017-09-09T23:52:18.900
LastEditorUserId
2840103
OwnerUserId
0
ParentId
0
PostTypeId
1
Score
5
ViewCount
8184
LastEditorDisplayName
text
Body
<blockquote> Possible Duplicate: <a href="https://stackoverflow.com/questions/425077/how-to-delete-the-pluginassembly-after-appdomain-unloaddomain">how to delete the pluginassembly after AppDomain.Unload(domain)</a> </blockquote> I am struggling with an issue while loading an assembly up in a temporary AppDomain to read its GetUsedReferences property. Once I do that, I call AppDomain.Unload(tempDomain) and then I try to clean up my mess by deleting the files. That fails because the file is locked. I Unloaded the temporary domain though! Any thoughts or suggestions would be greately appreciated. Here is some of my code: <pre><code>//I already have btyes for the .dll and the .pdb from the actual files AppDomainSetup domainSetup = new AppDomainSetup(); domainSetup.ApplicationBase = Environment.CurrentDirectory; domainSetup.ShadowCopyFiles = "true"; domainSetup.CachePath = Environment.CurrentDirectory; AppDomain tempAppDomain = AppDomain.CreateDomain("TempAppDomain", AppDomain.CurrentDomain.Evidence, domainSetup); //Load up the temp assembly and do stuff Assembly projectAssembly = tempAppDomain.Load(assemblyFileBuffer, symbolsFileBuffer); //Then I'm trying to clean up AppDomain.Unload(tempAppDomain); tempAppDomain = null; File.Delete(tempAssemblyFile); //I even try to force GC File.Delete(tempSymbolsFile); </code></pre> Anyway, the Deletes fail because the files are locked still. Shouldn't they be released because I Unloaded the temporary AppDomain?
Tags
<.net><assemblies>
Title
AppDomain.Unload doesn't release the assembly I loaded up with Reflection
singulars
PostAcceptedAnswerId
1. This table or related slice is empty.
PostParentId
1. This table or related slice is empty.
PostTypePostTypeId
1. PTQuestion
UserLastEditorUserId
1. USjohnnyRose
UserOwnerUserId
1. This table or related slice is empty.
plurals
PostLinksPostIdRelatedPostId
1. PL
 singulars
 LinkTypeLinkTypeId
 LTLinked
2. PL
 singulars
 LinkTypeLinkTypeId
 LTDuplicate
PostLinksRelatedPostIdPostId
1. This table or related slice is empty.
PostsAcceptedAnswerId
1. This table or related slice is empty.
PostsParentIdCreationDate
1. PO
 singulars
 PostTypePostTypeId
 PTAnswer
2. PO
 singulars
 PostTypePostTypeId
 PTAnswer
3. PO
 singulars
 PostTypePostTypeId
 PTAnswer
VotesPostIdCreationDate
CommentsPostId
1. COAre you dynamically compiling the assembly yourself? If so, then you might not even have to persist it as a file.
 singulars
 PostPostId
 POAppDomain.Unload doesn't release the assembly I loaded up with Reflection
 UserUserId
 USDavid
2. COI AM compiling the assembly myself. Here are the steps I am trying currently: 1. Compile the assembly 2. Make temp files for the assembly and .pdb 3. Load them up in a new AppDomain (strictly so that i can try to unload it and release the files) 4. Load up an Assembly so that I can get its references 5. Unload the new temp AppDomain 6. Try to clean up the temp files *But they are still locked 4.
 singulars
 PostPostId
 POAppDomain.Unload doesn't release the assembly I loaded up with Reflection
 UserUserId
 This table or related slice is empty.

Querying!

Guidance

A row detail

Detail views are divided into sections. All the information in the data section comes from columns in the selected row. The other sections display data from other, related rows.

Related data can be related in a to-one or a to-many fashion. Captions of data related in a to-many fashion link to a list view showing a filtered view of the table.

Try moving around until you find a non-empty to-many entry and click on the label to get to one. You can move back to the root by clicking on the database name in the header.