<div dir="ltr">Included the following with Mantis 6853<div><br></div><div><a name="bugnotes" id="bugnotes" style="color:rgb(0,0,0);font-family:Verdana,Arial,Helvetica,sans-serif;font-size:13.600000381469727px"><div id="bugnotes_open" style="padding:3px">
<table class="" cellspacing="1" style="width:1095.199951171875px;border:1px solid rgb(0,0,0)"><tbody><tr class="" id="c24729"><td class="" style="font-family:Verdana,Arial,Helvetica,sans-serif;font-size:10pt;padding:4px;background-color:rgb(232,232,232);width:811.2000122070313px;vertical-align:top">
Information relating to exception:<br>An attempt was made to load an assembly from a network location which <br>would have caused the assembly to be sandboxed in previous versions of <br>the .NET Framework.<br><br>Attachment Manager included in Microsoft Windows attaches security policies<br>
to files downloaded from a network location. Normally this effects only files<br>contained in compressed zip format (.zip) though other file types can be affected depending on the local computer group security policies (thinking machines registered to a domain though not exclusively)<br>
<br>The effect of the policy can be observed by opening the properties dialogue for a downloaded file, under the 'General' tab (default) and towards the lower section of the dialogue an additional button is displayed 'Unblock'. Click this button and exit the dialogue using the 'ok' button.<br>
<br>This procedure effectively changes all the files within the zip. If however the <br>unzipped contents are used prior to the procedure, the each file will require 'Unblock' to be selected.<br><br>Changing this policy would be a significant security reduction, so best policy is, any file downloaded be inspected using the procedure above.<br>
<br>Issue coming to light now is due to CAS policy changes within .NET 4<br><br>It would be useful if people evaluating this procedure reported their findings.</td></tr></tbody></table></div></a></div></div><div class="gmail_extra">
<br><br><div class="gmail_quote">On 18 November 2013 16:15, Ai Austin <span dir="ltr"><<a href="mailto:ai.ai.austin@gmail.com" target="_blank">ai.ai.austin@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
From: Zadark Portal <<a href="mailto:zadarkportal@gmail.com" target="_blank">zadarkportal@gmail.com</a>><div class="im"><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Further to my previous email, and to ensure the existing solution is clean<br>
can you from within the opensim solution directory (same as compile.bat)<br>
run:<br>
<br>
C:\Windows\Microsoft.NET\<u></u>Framework64\v4.0.30319\msbuild OpenSim.sln /t:clean<br>
C:\Windows\Microsoft.NET\<u></u>Framework64\v4.0.30319\msbuild OpenSim.sln /t:rebuild<br>
C:\Windows\Microsoft.NET\<u></u>Framework64\v4.0.30319\msbuild OpenSim.sln<br>
<br>
Amend the Microsoft.NET path accordingly.<br>
</blockquote>
<br>
<br></div>
Okay, got it. Zadark. Understood now.<br>
<br>
On my Win 8.1 84 bit setup I did that to a fresh download of r/24051 without adding the extra line to the <resources> section of the Robust.exe.config file.<br>
<br>
Then just amended the password for the database connection string in to make a Robust.ini file, and startup up Robust.exe with that.<br>
<br>
I get exactly the same error about the addin scan ... so for some reason the remote assembly load extra line in Robust.exe.config (and openSim.exe.config) seem to be required in all my environments (Vista 34 bit, Win7 32 bit, Win7 64 bit and Win8.1 64 bit) <br>
<div class="HOEnZb"><div class="h5">
______________________________<u></u>_________________<br>
Opensim-dev mailing list<br>
<a href="mailto:Opensim-dev@lists.berlios.de" target="_blank">Opensim-dev@lists.berlios.de</a><br>
<a href="https://lists.berlios.de/mailman/listinfo/opensim-dev" target="_blank">https://lists.berlios.de/<u></u>mailman/listinfo/opensim-dev</a><br>
</div></div></blockquote></div><br></div>