C++;登录时Windows自动启动时的文件权限 问题:我的C++程序在重新启动后无法写入文件,因为它被拒绝访问。
该程序添加到注册表中的以下位置,从而在启动期间启用:C++;登录时Windows自动启动时的文件权限 问题:我的C++程序在重新启动后无法写入文件,因为它被拒绝访问。,c++,file,io,registry,pipe,C++,File,Io,Registry,Pipe,该程序添加到注册表中的以下位置,从而在启动期间启用: HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Run 代码中的以下snipper与导致问题的snipper类似: ofstream myfile; myfile.open ("example.txt", ios:app); myfile << "Writing this to a file.\n"; myfile.close(); 流myfile的; m
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Run
代码中的以下snipper与导致问题的snipper类似:
ofstream myfile;
myfile.open ("example.txt", ios:app);
myfile << "Writing this to a file.\n";
myfile.close();
流myfile的;
myfile.open(“example.txt”,ios:app);
MyFrase我理解的问题不是C++中的LIBS,而是Windows运行时应用程序所拥有的权限。因此,请尝试以下方法:
1) 创建exe文件的快捷方式
2) 在HKEY\U CURRENT\U USER\…\Run
中,将应用程序的名称从*.exe
更改为*.lnk
(只需借助快捷方式运行应用程序)
3) 在“高级安全设置”部分的快捷方式属性中,将所有者更改为系统
也许这有帮助。
< P>我理解的问题不是C++中的LIBS,而是Windows运行时应用程序所拥有的权限。因此,请尝试以下方法:
1) 创建exe文件的快捷方式
2) 在HKEY\U CURRENT\U USER\…\Run
中,将应用程序的名称从*.exe
更改为*.lnk
(只需借助快捷方式运行应用程序)
3) 在“高级安全设置”部分的快捷方式属性中,将所有者更改为系统
也许这有帮助。
< P>我理解的问题不是C++中的LIBS,而是Windows运行时应用程序所拥有的权限。因此,请尝试以下方法:
1) 创建exe文件的快捷方式
2) 在HKEY\U CURRENT\U USER\…\Run
中,将应用程序的名称从*.exe
更改为*.lnk
(只需借助快捷方式运行应用程序)
3) 在“高级安全设置”部分的快捷方式属性中,将所有者更改为系统
也许这有帮助。
< P>我理解的问题不是C++中的LIBS,而是Windows运行时应用程序所拥有的权限。因此,请尝试以下方法:
1) 创建exe文件的快捷方式
2) 在HKEY\U CURRENT\U USER\…\Run
中,将应用程序的名称从*.exe
更改为*.lnk
(只需借助快捷方式运行应用程序)
3) 在“高级安全设置”部分的快捷方式属性中,将所有者更改为系统
这可能会有所帮助。“example.txt”
是相对于您的工作目录的,在启动时运行时可能会有所不同。添加硬编码路径以验证此假设。“example.txt”
与您的工作目录相对,在启动时运行时可能会有所不同。添加硬编码路径以验证此假设。“example.txt”
与您的工作目录相对,在启动时运行时可能会有所不同。添加硬编码路径以验证此假设。“example.txt”
与您的工作目录相对,在启动时运行时可能会有所不同。添加硬编码路径以验证此假设。坏主意。以系统
的形式运行您自己已知的错误代码是一种安全风险。我同意,从安全角度来看,这不是一个完美的解决方案,但如果它能工作并且没有其他选择,那么使用它可能会有一个坏主意。以系统
的形式运行您自己已知的错误代码是一种安全风险。我同意,从安全角度来看,这不是一个完美的解决方案,但如果它能工作并且没有其他选择,那么使用它可能会有一个坏主意。以系统
的形式运行您自己已知的错误代码是一种安全风险。我同意,从安全角度来看,这不是一个完美的解决方案,但如果它能工作并且没有其他选择,那么使用它可能会有一个坏主意。以SYSTEM
的形式运行您自己已知的错误代码是一种安全风险。我同意,从安全角度来看,这不是一个完美的解决方案,但如果它有效且没有其他选择,则可以谨慎使用