編輯:使用「文檔」而不是「我的文檔」擺脫了錯誤。我也被推薦使用Windows特殊文件夾而不是絕對路徑。什麼可能導致此訪問被拒絕錯誤?
我正在嘗試用我正在編寫的應用程序替換桌面上的所有快捷方式,該應用程序將具有其自己的快捷方式版本。我計劃爲新的快捷方式提供一些與舊的快捷方式相同的功能。在做其他事情之前,我想通過打開快捷方式指向的文件或文件夾會很重要。下面是代碼樣片:
public partial class Form1 : Form
{
Process p1, p2, p3, p4;
public Form1()
{
InitializeComponent();
p1 = new Process();
p2 = new Process();
p3 = new Process();
p4 = new Process();
p1.StartInfo.FileName = "cmd";
p2.StartInfo.FileName = "c:\\Users\\Cheese\\My Documents";
p3.StartInfo.FileName = "c:\\Users\\Cheese\\AppData";
p4.StartInfo.FileName = "c:\\Program Files (x86)";
}
private void button1_Click(object sender, EventArgs e)
{
p1.Start();
}
private void button2_Click(object sender, EventArgs e)
{
p2.Start();
}
private void button3_Click(object sender, EventArgs e)
{
p3.Start();
}
private void button4_Click(object sender, EventArgs e)
{
p4.Start();
}
}
這是Windows 7的家庭高級版。在Visual C#2010 Express中進行調試時出現錯誤。我在同一個驅動器上打開了其他幾個文件夾,如System32,AppData和另一個分區上的各種文件夾。我能夠打開各種音樂文件並運行不同的程序。除了我的文檔,一切似乎都正常。我認爲Windows文件夾會比個人文件的默認位置有更大的限制。我想這不是一個真正的權限問題,但我甚至無法猜測可能是什麼問題。我可以用瀏覽器打開我的文檔。我可以將文件移入和移出目錄。
這似乎是這樣一個簡單的事情。我知道有很多我並不完全瞭解Windows的工作方式,但是這種情況和其他一些情況讓我覺得我可能對Windows沒有太多瞭解。爲了更好地掌握這個操作系統,我可以研究哪些好書或網絡資源?從新手的角度來看,可能重點關注文件管理和系統權限?
在Windows 7下「我的文檔」是「文檔」的連接點,它可能是連接處的啓動問題。啓動「c:\\用戶\\奶酪\\文檔」時是否出現同樣的錯誤? – 2012-04-24 21:51:08
您是否試圖在用戶檔案中找到該文件夾? – Steve 2012-04-24 21:52:13
解決方案的簡單程度幾乎可憐。使用「文檔」而不是「我的文檔」的作品。 – Cheese 2012-04-24 21:55:08