Problem z zapisem plików na C: (prawa administratora)

[RuntimeError200]

Witam wszystkich.

Mam taki problem, że mój program "MojProgram" zapisuje pliki na dysku w katalogu gdzie jest zainstalowany, a więc standardowo C:\Program Files\MojProgram\
W XP nie było problemu, w Viście i 7 jest z tym problem.
Szukałem na forum i znalazłem, że program musi mieć prawa administratora, co moża osiągnąć plikiem manifest.
Ok, sprawdziłem, że jeśli uruchomię program z takimi prawami ("Uruchom jako administrator" z menu kontekstowego) to faktycznie jest ok i program fizycznie zapisuje pliki w tej lokalizacji, ale przecież wiadomo, że problem w tym, żeby program miał takie prawa od razu na stałe. No ale przynajmniej wiem, że to o to chodzi.

Na forum lub z odnośników podanych na forum znalazłem dwie treści pliku manifest, dla porządku podaję:

KOD text:   �  UKRYJ  �

KOD text:   �  POKAŻ  �

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<assembly xmlns="urn:schemas-microsoft-com:asm.v1"
          manifestVersion="1.0">
<dependency>
    <dependentAssembly>
        <assemblyIdentity
            type="win32"
            name="Microsoft.Windows.Common-Controls"
            version="6.0.0.0"
            processorArchitecture="X86"
            publicKeyToken="6595b64144ccf1df"
            language="*"
        />
    </dependentAssembly>
</dependency>
<trustInfo xmlns="urn:schemas-microsoft-com:asm.v2">
    <security>
        <requestedPrivileges>
            <requestedExecutionLevel
                level="highestAvailable"
                uiAccess="false"/>
        </requestedPrivileges>
    </security>
</trustInfo>
</assembly>

KOD text:   �  UKRYJ  �

KOD text:   �  POKAŻ  �

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0">
    <assemblyIdentity version="1.0.0.0"
        processorArchitecture="X86"
        name="MojProgram"
        type="win32"/>
<description>elevate execution level</description>
   <trustInfo xmlns="urn:schemas-microsoft-com:asm.v2">
      <security>
         <requestedPrivileges>
            <requestedExecutionLevel level="requireAdministrator" uiAccess="false"/>
         </requestedPrivileges>
      </security>
   </trustInfo>
</assembly>

Niestety żaden z nich nie robi efektu praw administratora.
Oczywiście plik nazwałem tak jak program, czyli MojProgram.exe.manifest i jest w tym samym katalogu.
Próbowałem też różne wartości zmiennej requestedExecutionLevel (są trzy), ale nic to nie daje.
Co jest nie tak?

Odkryłem (mam Win Vista), że bez praw administratora program zapisuje i odczytuje pliki, ale nie tam gdzie pokazuje, czyli:
C:\ProgramFiles\MojProgram
tylko w:
C:\Users\MojaNazwaUzytkownika\AppData\Local\VirtualStore\Program Files\MojProgram

Jak go zmusić, żeby zapisywał tam, gdzie mu każę, czyli C:\ProgramFiles\MojProgram ?

[scorp1on]

W xp zapisywanie działa bo użytkownik, który uruchamia program jest administratorem i może zapisywac w katalogu c:\program files\MojProgram.
Jak chcesz żeby w viscie było jak xp to wyłącz UAC i zrób użytkownika administratorem powinno zadziałać tak samo. Generalnie nie powinno się zapisywać w katalogu c:\program files\MojProgram tylko w katalogu użytkownika.
Można tez ustawić uprawnienienia do zapisywania c:\program files\MojProgram dla danego użytkownika.

[RuntimeError200]

Ale jak mam wyłączyć komuś UAC?
Chodzi o to, że ktoś sobie ściągnie ten program i mam mu działać, żeby użytkownik nie musiał nic sam robić.
Moje pytanie brzmi co zrobić w programie, na poziomie jego tworzenia, żeby sam jako taki mógł zapisywać w Program Files.

[Cyfrowy Baron]

To jest zabezpieczenie systemowe, jeżeli użytkownik nie ma odpowiednich uprawnień, to nie będzie mógł zapisać w tym folderze i nie ominiesz tego. W Program Files to się zasadniczo żadnych plików nie zapisuje. Napisz program w taki sposób by użytkownik miał dostęp do swoich plików C:\Users\MojaNazwaUzytkownika\AppData\Local\VirtualStore\Program Files\MojProgram.

[RuntimeError200]

OK, ale czy w XP też jest taki folder?
Czy też jak podejrzewam może jest jakaś stała do wykorzystania w programie którą można zastosować w kodzie programu i która określa ten folder, gdziekolwiek on jest?

[Cyfrowy Baron]

Nie ma dlatego pisząc program, który przechowuje pliki w folderze Program Files powinieneś tak go napisać by sprawdzał w jakim systemie został uruchomiony i zależnie od odpowiednio się ustawiał. Nie mam dostępu do Visty (i nie chcę mieć, gdyż to porażka) dlatego jestem ciekaw, czy użytkownik może edytować pliki dodane już do takiego katalogu.
Zastanawia mnie jeszcze jedno, skoro użytkownik nie może zapisywać plików w katalogu Program Files, to chyba też nie może instalować żadnych aplikacji, jak również nie może przekopiować tam żadnej aplikacji, więc nie wiem, czy Twoja próba obejścia tego problemu ma sens, skoro użytkownik i tak będzie musiał poprosić administratora o zainstalowanie aplikacji, to równie dobrze może go poprosić o udostępnienie katalogu programu do zapisu.

[polymorphism]

Czy też jak podejrzewam może jest jakaś stała do wykorzystania w programie którą można zastosować w kodzie programu i która określa ten folder, gdziekolwiek on jest?

Możesz użyć zmiennej środowiskowej do określenia lokalizacji katalogu, gdzie aplikacja może składować swoje dane:

KOD cpp:   �  UKRYJ  �

KOD cpp:   �  POKAŻ  �

TCHAR buffer[MAX_PATH];

if(GetEnvironmentVariable(TEXT("appdata"), buffer, MAX_PATH))
{
        wcout << buffer << '\n';
}

[Cyfrowy Baron]

Można też tak;

KOD cpp:   �  UKRYJ  �

KOD cpp:   �  POKAŻ  �

#define NO_WIN32_LEAN_AND_MEAN

#include <vcl.h>
#pragma hdrstop

#include "Unit1.h"
#include <shlobj.h>
//---------------------------------------------------------------------------
#pragma package(smart_init)
#pragma resource "*.dfm"
TForm1 *Form1;
//---------------------------------------------------------------------------
__fastcall TForm1::TForm1(TComponent* Owner)
        : TForm(Owner)
{
}
//---------------------------------------------------------------------------
void __fastcall TForm1::Button1Click(TObject *Sender)
{
 char SpecDir[MAX_PATH];
 SHGetSpecialFolderPath(NULL, SpecDir,  CSIDL_APPDATA, 0);
 Edit1->Text = (String)SpecDir;
}

KOD text:   �  UKRYJ  �

KOD text:   �  POKAŻ  �

 CSIDL_DESKTOP  // Pulpit
 CSIDL_PROGRAMS  // Menu Start\Programy
 CSIDL_PERSONAL  // Moje dokumenty
 CSIDL_FAVORITES  // <user name>\Ulubione
 CSIDL_STARTUP  // <user name>\Menu Start\Programy\Autostart
 CSIDL_RECENT  // <user name>\Recent
 CSIDL_SENDTO  // <user name>\SendTo
 CSIDL_STARTMENU  // <user name>\Menu Start
 CSIDL_MYMUSIC  // Moja muzyka
 CSIDL_MYVIDEO  // Moje video
 CSIDL_DESKTOPDIRECTORY  // <user name>\Pulpit
 CSIDL_NETHOOD  // <user name>\nethood
 CSIDL_FONTS  // Windows\Fonts
 CSIDL_TEMPLATES  // <user name>\Szablony
 CSIDL_COMMON_STARTMENU  // All Users\Menu Start
 CSIDL_COMMON_PROGRAMS  // All Users\Menu Start\Programy
 CSIDL_COMMON_STARTUP  // All Users\Autostart
 CSIDL_COMMON_DESKTOPDIRECTORY  // All Users\Pulpit
 CSIDL_APPDATA  // <user name>\Dane aplikacji
 CSIDL_PRINTHOOD  // <user name>\PrintHood

 CSIDL_CDBURN_AREA  // <user name>\\Ustawienia lokalne\Dane aplikacji\Microsoft\Nagrywanie dysków CD

CSIDL_LOCAL_APPDATA  // <user name>\Ustawienia lokalne\Dane aplikacji
CSIDL_COMMON_FAVORITES  // All Users\Ulubione

 CSIDL_INTERNET_CACHE  //<user name>\Ustawienia lokalne\Temporary Internet Files
 CSIDL_COOKIES  //<user name>\Cookies
 CSIDL_HISTORY  //<user name>\Ustawienia lokalne\Historia
 CSIDL_COMMON_APPDATA  // All Users\Dane aplikacji
 CSIDL_WINDOWS  // Windows
 CSIDL_SYSTEM  // Windows\System32 lub Windows\System (Win98)
 CSIDL_PROGRAM_FILES  // Program Files
 CSIDL_MYPICTURES  // Moje dokumenty\Moje obrazy

 CSIDL_PROFILE  // Documents and Settings\<user name>
 CSIDL_SYSTEMX86  // x86 Windows\System32
 CSIDL_PROGRAM_FILESX86  // x86 Program Files lub RISC

 CSIDL_PROGRAM_FILES_COMMON  // Program Files\Common Files

 CSIDL_PROGRAM_FILES_COMMONX86  // x86 Program Files\Common lub RISC
 CSIDL_COMMON_TEMPLATES  // All Users\Szablony

 CSIDL_COMMON_DOCUMENTS  // All Users\Dokumenty
 CSIDL_COMMON_ADMINTOOLS  // All Users\Menu Start\Programy\Narzędzia administracyjne

 CSIDL_COMMON_MUSIC  // All Users\Moje dokumenty\Moja muzyka
 CSIDL_COMMON_PICTURES  // All Users\Moje dokumenty\Moje obrazy
 CSIDL_COMMON_VIDEO  // All Users\Moje dokumenty\Moje video
 CSIDL_RESOURCES  // WINDOWS\resources

[Corvis]

viewtopic.php?f=2&t=680

[RuntimeError200]

Dzięki, już wszystko wiem.
Mógłby ktoś jeszcze sprawdzić, kto ma inny system (7, XP, Win98) jakie konkretnie lokalizacje (chodzi mi o ścieżkę dostepu) określa CSIDL_APPDATA i CSIDL_COMMON_APPDATA?

W Viście jest to:
CSIDL_APPDATA - C:\Users\(NazwaUzytkownika)\AppData\Roaming
CSIDL_COMMON_APPDATA - C:\ProgramData

Jak to wygląda w innych systemach?

[polymorphism]

WinXP SP2

• CSIDL_APPDATA C:\Documents and Settings\{nazwa użytkownika}\Dane aplikacji
• CSIDL_COMMON_APPDATA C:\Documents and Settings\All Users\Dane aplikacji

[RuntimeError200]

Przyszła mi do głowy jeszcze jedna myśl...
Są przecież programy, które aktualizują się same przez internet, czyli ściągają plik wykonywalny programu i podmieniają stary na niego.
Wiem, że są takie, że ściągają instalkę i użytkownik jakby na nowo instaluje program, ale są i takie że po prostu musi się to odbywać poprzez podmianę exeka, zazwyczaj przy zamykaniu programu po ściągnięciu aktualizacji (stąd zwykle pojawia się komunikat aby ponownie uruchomić program). A więc musi istnieć jakiś sposób, aby program mógł podmienić swojego exeka, będąc oczywiście zainstalowanym w C:\Program Files.

[Cyfrowy Baron]

A więc musi istnieć jakiś sposób, aby program mógł podmienić swojego exeka

W sytuacjach o których piszesz program wyposażony jest w dodatkowy program w stylu update.exe i po prostu uruchamiany jest program do aktualizacji, a aktualizowana aplikacja jest zamykana. Często też ściągany jest po prostu patche, aplikacja aktualizowana uruchamia patche i sama kończy działanie, patche robi resztę. Patche do aktualizacji programu można w prosty sposób stworzyć za pomocą InstallShield.

Nie można dokonać modyfikacji pliku aktywnego procesu i nie licz na cuda.

Mógłby ktoś jeszcze sprawdzić, kto ma inny system (... Win98)

Tego to już chyba nikt nie używa. Nie starałbym się już tworzyć aplikacji pod ten system.

[polymorphism]

Baron, jemu chodzi o to, że aplikacja update'ująca ma dostęp do folderu, do którego "normalna" aplikacja dostępu nie ma.

RuntimeError200, odpal aplikację w ten sposób:

KOD cpp:   �  UKRYJ  �

KOD cpp:   �  POKAŻ  �

ShellExecute(NULL, "runas", "ścieżka\\aplikacja.exe" , 0, 0, SW_SHOWNORMAL);

i zobacz, czy będzie miała dostęp do własnego katalogu tudzież innego katalogu chronionego. Oczywiście aplikacja powinna mieć załączony wspomniany wcześniej manifest.

[RuntimeError200]

Czy mógłby ktoś z Win XP sprawdzić, czy nie wyskakuje mu błąd kompilując ten kod?

KOD cpp:   �  UKRYJ  �

KOD cpp:   �  POKAŻ  �

TCHAR buffer[MAX_PATH];
        AnsiString Sciezka = "";
        if(GetEnvironmentVariable(TEXT("ProgramData"), buffer, MAX_PATH))
                Edit1->Text = buffer;
        else
                MessageBox(0, "Błąd", "Błąd", MB_OK | MB_ICONERROR | MB_SYSTEMMODAL);