Getting Errors: "Loaded file has an incorrect type" and "System.Net.WebException" with simple programs. Why?

Question

I was using VPL with MSRDS just fine up until today.  Today, when I try to run programs that would work just fine in the past (a data connected to a wait timer connected to another data (string) connected to an alert dialog), I get the following errors:

Info: Service started
Source: http://vivien-pc:50000/constructor
Code site: Void Start()() at line:0, file
Time: 1/19/2010 5:55:27 PM
--------------------------
Info: Starting manifest load: file:///C:/Documents and Settings/sajo/Microsoft Robotics Dev Studio 2008 R2 Express/2bc302d0-1d70-485c-9b9a-e89b72b7f9d9/Test.manifest.xml
Source: http://vivien-pc:50000/manifestloaderclient
Code site: Boolean MoveNext()() at line:0, file
Time: 1/19/2010 5:55:27 PM
--------------------------
Info: Manifest load complete
Source: http://vivien-pc:50000/manifestloaderclient
Code site: Void <InsertHandler>b__11(Microsoft.Dss.Services.ManifestLoader.InsertResponseType)() at line:0, file
Time: 1/19/2010 5:55:28 PM
--------------------------
Info: Loading file: http://localhost/mountpoint/2bc302d0-1d70-485c-9b9a-e89b72b7f9d9/Test.program.xml
Source: http://vivien-pc:50000/model/test
Code site: Boolean MoveNext()() at line:0, file
Time: 1/19/2010 5:55:28 PM
--------------------------
Error: Loaded file has an incorrect type: Microsoft.Dss.Services.ModelInterpreter.Proxy.ProgramDefinition
Source: http://vivien-pc:50000/model/test
Code site: Void <DoLoadFile>b__2f(System.Object)() at line:0, file
Time: 1/19/2010 5:55:29 PM
--------------------------
Error: System.Net.WebException: Unable to connect to the remote server ---> System.Net.Sockets.SocketException: No connection could be made because the target machine actively refused it 127.0.0.1:80
   at System.Net.Sockets.Socket.DoConnect(EndPoint endPointSnapshot, SocketAddress socketAddress)
   at System.Net.Sockets.Socket.InternalConnect(EndPoint remoteEP)
   at System.Net.ServicePoint.ConnectSocketInternal(Boolean connectFailure, Socket s4, Socket s6, Socket& socket, IPAddress& address, ConnectSocketState state, IAsyncResult asyncResult, Int32 timeout, Exception& exception)
   --- End of inner exception stack trace ---
   at System.Net.HttpWebRequest.GetResponse()
   at System.Xml.XmlDownloadManager.GetNonFileStream(Uri uri, ICredentials credentials)
   at System.Xml.XmlDownloadManager.GetStream(Uri uri, ICredentials credentials)
   at System.Xml.XmlUrlResolver.GetEntity(Uri absoluteUri, String role, Type ofObjectToReturn)
   at System.Xml.XmlReader.Create(String inputUri, XmlReaderSettings settings, XmlParserContext inputContext)
   at System.Xml.XmlReader.Create(String inputUri, XmlReaderSettings settings)
   at Microsoft.Dss.Services.ModelInterpreter.ModelInterpreterService.<DoLoadFile>d__34`1.MoveNext()
Source: http://vivien-pc:50000/model/test
Code site: Void LogError(System.Exception)() at line:0, file
Time: 1/19/2010 5:55:31 PM
--------------------------
Error: Unable to load Diagram file: Unable to load source uri    System.IO.FileNotFoundException: Unable to load source uri
    File name: 'http://localhost/mountpoint/2bc302d0-1d70-485c-9b9a-e89b72b7f9d9/Test.program.xml'
: http://www.w3.org/2003/05/soap-envelope:Receiver -> Fault
Source: http://vivien-pc:50000/model/test
Code site: Boolean MoveNext()() at line:0, file
Time: 1/19/2010 5:55:31 PM
--------------------------
None: ### DsspForwarder:CaptureRequestException:Unhandled within causality context.. Exception:Proxy type not found for outbound request or response. Make sure you have compiled a proxy and transform dll for the target service.Outbound type:Microsoft.Dss.Services.ModelInterpreter.InterpreterState
    Action:http://schemas.microsoft.com/xw/2004/10/dssp.html:GetRequest
    Body Type:null
    Target Service:http://vivien-pc:50000/model/test
    Source Service:http://[FE80:0000:0000:0000:7115:B153:D4E1:1BDA]:49760/
Time: 1/19/2010 5:55:32 PM

Answer 1

I have never seen this error before. It looks like a firewall problem, but I don't understand why VPL is trying to connect to port 80 on localhost (127.0.0.1) anyway.

Can you run any VPL programs at all?

Trevor

Answer 2

Well, I actually did get this working.  It turns out the problem was even stranger than I originally imagined, though.  It had to do with the shortcut I was using (I tried accessing the binary directly once and it created a shortcut in my recently used programs list).  Long story short, it did not matter what I tried to do to make one shortcut behave like the other, the one would always work and the other never worked.  I am still not sure why...

Answer 3

The answer was never posted. The original poster solved his own problem.

My guess is that the "Start In" folder in the shortcut was not set to the RDS installation folder.

Trevor

 

Answer 4

Trevor, if you read Diana Miller's post's HTML you will see the hidden spam. Those spammers do not understand technical questions so they use general words in the spam body. Search on this forum site you will find hundreds of users replying random threads using the exact sentense.

---

---

The following is signature, not part of post
Please mark the post answered your question as the answer, and mark other helpful posts as helpful, so they will appear differently to other users who are visiting your thread for the same problem.
Visual C++ MVP

Answer 5

Thanks for the feedback. I noticed some of these type of posts over the last couple of months but I did not look at the HTML. I can now see how the spammers are disguising links to their own products. In the future I will delete these as soon as I see them.

Trevor

 

Answer 6

Trevor, there are some discussions about the spammers's posting pattern you may want to know in the moderator's forum.

---

---

The following is signature, not part of post
Please mark the post answered your question as the answer, and mark other helpful posts as helpful, so they will appear differently to other users who are visiting your thread for the same problem.
Visual C++ MVP

Answer 7

Thanks. I have deleted quite a lot of them.

Trevor