We have a VB.NET 1.0 app that is deployed on our intranet so it can be launched via a http://server/dir/myprog.exe URL, but it is not working when we try to launch it on our corporation's new WinXP SP1 image (it does work on all Win2K clients). When I navigate to the URL in IE, nothing happens, I don't even see an IEExec.exe process kick off.
On the IIS side I see a successful request for the .exe (status 200).
On the new client I've:
1. enabled logging of all binding in fusion and don't see any entries with fuslogvw.exe
2. enabled IEHost logging, a file never gets created
3. checked the gac with gacutil /ldl and get no entries
On the client I am able to manually run "IEExec.exe http://server/dir/myprog.exe 0 3 00" successfully. A gacutil /ldl then shows myprog was downloaded an cached, and fuslogvw.exe shows new binding entries.
Does anybody have any ideas what else I can check or know of a setting in IE that would disallow .NET EXE's to load
Thanks in advance,
-Perry Clausen

No Response When Opening a .EXE Via HTTP
Wilson Neto
I also found another solution that fixed the problem. On another PC with the exact same setup, I downloaded the .NET 1.1 Framework setup and then ran:
n:\<Installation Source>\dotnetfx.exe /t:%temp% /c:"msiexec.exe /fvecms %temp%\netfx.msi"
which is supposed to repair the install of an already installed 1.1 framework. After running this the app works fine, even with the .NET Framework-reliant components Disabled.
Thanks!
mofo
myprog.exe does get downloaded to client and placed in the Temporary Ineternet Files directory.
-Perry Clausen
Awaneesh
http://www.csharp-station.com/Tutorials/SmartConsoleSetup.aspx
ErikHedlund
Following fixed it
Open IE in Tools->Internet Options->Security->Local Intranet open Custom Level
and enable ".NET Framework-reliant components"