I get this error when I\'m using FileHelpers.dll, but my IIS is set to Full trust level so it should not be that way
That\'s the full stack trace:
This is a security/trust issue. Open the properties of the DLL in Windows Explorer. It's likely marked as blocked because it was downloaded it from the internet. Go to properties & click the "unblock" button and the problem may be solved.
I had similar problems, I solved the issue with following steps:
load user profile
to true
In your IIS 6.0 application pool advanced settings, under "Process Model", set Load User Profile to true.
There are some other things to check like your trust level, but none of them applied to me (it was all full trust already on my dev machine). Setting the application pool to load user profile fixed it.
that help to solve
required permissions cannot be acquired in iis to solve it..
the problem her is belong to use ddl not trust for the SharePoint to solve the problem :
I had a similar problem when I rebuilt my dev machine with a clean Windows 7 install. After hunting around I discovered a solution that worked for me.
In your IIS application pool advanced settings, under "Process Model", set Load User Profile to true.
There are some other things to check like your trust level, but none of them applied to me (it was all full trust already on my dev machine). Setting the application pool to load user profile fixed it.
It appears that this is something of a generic Assembly will not load error. I appreciate all of the other posts since they became a list of possible sources of the error.
I found one more. I had tried all of the above with no success. I finally realized I was publishing the Web Application from Visual Studios Express 2008 with a Build Configuration of 'Debug'. After changing the Build Configuration to 'Release', the Web App worked.
Specifics: Visual Studios Express 2008 moving files to IIS7.5 on Win 2008 R2 server.