|
<a href="">http://gratisupload.dk/download/49209/</a>
Final Release 
|
|
|
|
|
Hi,
I'm trying to create an activeX for my project and followed the steps specified in below.
http://www.c-sharpcorner.com/uploadfile/dsandor/activexinnet11102005040748am/activexinnet.aspx[^]
I'm able to see all my controls in webpage. I've a button (for browsing files)in design , and on clicking that I need to select a file from the folder. While accessing file, its throwing below exception.
"Application attempted to perform an operation not allowed by the security policy. To grant this application the required permission, contact your system administrator, or use the Microsoft .NET Framework Configuration Tool.\"
Please guide me to solve this issue. Thanks in advance.
|
|
|
|
|
Your code did something that its not allowed to do while running in the restricted sandbox of a web browser. The user has to relax their browsers security restrictions to allow your code to run.
BTW: Every user who tries to visit your page with this control on it would have to have the correct version of the .NET Framework installed to run your control. Also, it would appear, they would have to relax their security restrictions, making your site not-so-friendly to visit.
|
|
|
|
|
Thanks for your reply.
"The user has to relax their browsers security restrictions to allow your code to run."
Can you let me know what settings need to change to relax the browser security restrictions.
|
|
|
|
|
Don't know off the top of my head and don't have the time to test it.
In the browser, go into Tools -> Internet Options -> Security tab. You'll find a little slider in there, set it to Low, or click on the Custom button and start experimenting.
|
|
|
|
|
I kept all the security levels to low in Security tab. Still I couldn't able to access I/O files.
At last, I got doubt on whether browser(IE) allows to access I/O files. Is it feasible? Please suggest me. Thank you..
|
|
|
|
|
You never siad what you were doing until now. No, the file system, as well as all local resources, is off-limits to code running inside the browser.
|
|
|
|
|
Hi all,
Where to write (global) program data with full access for all users?
An answer is:
-------------
string path = Environment.GetFolderPath(Environment.SpecialFolder.CommonApplicationData) + @"\myfile.txt";
File.WriteAllText(path, "Hello World!");
but, is it a good solution?
The above solution is not good when the application creates a file with ADMIN priviege, and a NON-ADMIN user wants to delete the created file (because of priviege the file wasn't deleted).
sorry for my poor English
|
|
|
|
|
It depends on the size of data and the data itself, and also what the data is needed for in your program.
u can put it in the sys registry,
like i said depending upon what u want to achieve.
|
|
|
|
|
My data is an Access Database file (Databse.mdb), and I can't use registry.
|
|
|
|
|
pricesely you cannot, i think i don't understand your question, do you want all users of your program to access your file or all users of the computer system.
please shed more light so i can help you.
thank you.
|
|
|
|
|
Thanks you for answer
I want all users of the computer system can access my application's file (Create, Edit and delete the application's file). ADMIN users and NON-ADMIN users can edit or delete application's file.
Thanks again
|
|
|
|
|
Hi,
1.
inside CommonApplicationData, you should maintain a folder hierarchy; don't mix files from different applications in a single folder!
2.
I expect CommonApplicationData by default to offer read access only, as it is data that may affect all users.
3.
Hence, if you need shared and modifiable data, use CommonApplicationData, let your installer:
- create an appropriate subfolder, and set its permissions to read-write for all;
- create whatever data files are required.
An installer can do that as it typically is run with administrative privileges, especially since you are installing for the benefit of all users.
|
|
|
|
|
On a file server perhaps?
Maybe write a Web Service?
At least %ALLUSERSPROFILE%\Application Data\your app
|
|
|
|
|
PIEBALDconsult wrote: At least %ALLUSERSPROFILE%\Application Data\your app
No no, one really should use the appropriate method to get there (e.g. Environment.GetFolderPath(Environment.SpecialFolder.CommonApplicationData)) as the folder names may evolve from one Windows edition to the next, and are called differently in different regions. And then they may add Local, Roaming, and other goodies, your app can't possibly keep up with all of that.
|
|
|
|
|
The heck it can't.
Luc Pattyn wrote: evolve from one Windows edition to the next
I'm staying with XP.
|
|
|
|
|
PIEBALDconsult wrote: I'm staying with XP
... but the customer's won't so we're forced to code accordingly 
|
|
|
|
|
Customers? 
|
|
|
|
|
... that use the applications you write - who are probably using Windows 7. The chances of them still being with XP is slim, and in a year or two virtually nill. So we have no choice but to code for use in the latest OS.
|
|
|
|
|
Plus, how else can I do:
<DBT>
<DatabaseManager Load="%APPDATA%\DatabaseManager.xml" />
</DBT>
|
|
|
|
|
That is better, at least it does not have the "Application Data" literal string.
BTW: you might want to follow the convention of having a company and a product subfolder.
|
|
|
|
|
I hesitate to make a directory (or two) for one measly XML file.
|
|
|
|
|
and that is exactly why the top directory of your C: partition is such a mess 
|
|
|
|
|
How'd you guess?
|
|
|
|
|
I wrote this tip[^] to address this point exactly.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
