This seems to happen occasionally when I type into the code while debugging. So I say Cancel, i.e. no, and the question keeps coming up over and over. So if I say “ok” I know I’m in trouble when I get the screen about “large sections of the file may be include”. This always ends in a hang. (No there are no 3rd party add-ins installed). And then I just have to give in and open up task manager and trash it. Or wait for it to finally time out, but then I get the error “The Vbc taks failed unexpectedly”. Well, 10 of those errors, in fact. What a pain. Oh well. I’m sure the fact that I’ve got this wierd application that I am moving from VS2003 to Vs2005 has something to do with it.

I can’t tell exactly what the pattern is, but it is certainly not a random act of nastiness.

Don’t Forget: www.acehaid.org

The application that I am porting to VS2005 has off-line capabilities. In VS2003, after looking at a lot of options, I chose to store the data in the App folder of the All Users area in c:\directory and settings. One reason for this is that it is possible that a laptop will be passed off from one user to another and they need a common area that they can access. The other reason is that occasionally we might need to get at that data manually if there is a problem. This is the main reason why isolated storage was not an option.

I was able to get to this folder with

System.IO.Directory.GetParent(System.Windows.Forms.Application.CommonAppDataPath)

Not so in ClickOnce.

ClickOnce installs apps into a user’s local storage – (Directory and settings/user/local settings/apps). This means that on shared computers, there may be multiple copies of the application. I don’t like that and will see if there is a way around it since I am manually generating manifest files anyway, but I can live with it.

It also means that the above method returns the data directory defined by ClickOnce, which is inside of this install (rather, in the same parent folder). Not just that, but there will be a different one for each update of the application. This is bad bad bad (for my application).

You can read more about this here in the docs, online.

Even though the LocalSettings  folder is a safe folder as far as CAS is concerned, I don’t like the idea of hardcoding that file path (or making it a resource). But at this point, I think it’s going to be the solution. Bah!

Don’t Forget: www.acehaid.org