Pogledaj WindowsIdentity.Impersonate() u MSDN-u.

Zasto ne koristis config fajl umesto ini-a ?

Apilkacija verovatno pokusava da izvrsi radnju koja nija dozvoljena polisom operativnog sistema. npr. pokreces aplikaciju koja prustupa direktorijumu "c:\doc"
u kontekstu "username", a username nema pristup direktorijumu c:\doc, dobijas error slicnog tipa. U zavisnosti od toga sta tvoja aplikacija radi, proveri da li user koji je pokrece ima to korisnicko pravo u Local Security Policy ako si u lokalu ili Domain security policy ako si na domenu.

Druga aplikacija napisana u VC++ 6.0 radi na istom racunaru i takodje ima svoj ini fajl
u WINDOWS (WINNT) folderu i pristupa mu bez problema. Takodje modifikovao sam
aplikaciju da ini fajl potrazuje iz istog foldera u kom je aplikacija ali je problem isti.
Dakle, nesto je do .NET-a.
Jednostavno, pri pokretanju aplikacije cita podatke iz ini fajla (u stvari, tako bi
trebao da radi) i onda izbcai onaj ludi Exception window:


Problem je sto se to desava kod klijenta a ne na mom racunaru tako da ne mogu detaljno da skontam sta je tamo uradjeno po pitanju security-a.
Zatim sam tom klijentu dao uputu da u ControlPanel -> AdministrativeTools->
Microsoft .NET Framework 1.1. Configuration da puna prava toj aplikaciji, ali opet isto.
Ne znam sta dalje...

[menjao mmix: promenio link u sliku]

Dodavanje punih prava aplikaciji u
ControlPanel -> AdministrativeTools->
Microsoft .NET Framework 1.1. Configuration
je ipak upalilo. Ako nekoga interesuje napravio sam detaljan dokument
sa screen shot-ovima.
Pozdrav