<![CDATA[Empfehlung: Windows Application Compatibility Toolkit 3.0]]>http://www.microsoft.com/downloads/details.aspx?familyid=7fc46855-b8a4-46cd-a236-3159970fde94&displaylang=en&Hash=S6HN9TB

]]>https://www.c-plusplus.net/forum/topic/88516/empfehlung-windows-application-compatibility-toolkit-3-0RSS for NodeSun, 19 Apr 2026 08:59:44 GMTMon, 11 Oct 2004 00:19:11 GMT60<![CDATA[Reply to Empfehlung: Windows Application Compatibility Toolkit 3.0 on Mon, 11 Oct 2004 00:19:11 GMT]]>http://www.microsoft.com/downloads/details.aspx?familyid=7fc46855-b8a4-46cd-a236-3159970fde94&displaylang=en&Hash=S6HN9TB

]]>https://www.c-plusplus.net/forum/post/625683https://www.c-plusplus.net/forum/post/625683Mon, 11 Oct 2004 00:19:11 GMT<![CDATA[Reply to Empfehlung: Windows Application Compatibility Toolkit 3.0 on Mon, 11 Oct 2004 00:58:04 GMT]]>Damit findet man eigentlich in allen Programmen kleine Fehlerchen.
Auch in Microsoft Programmen. 🤡

]]>https://www.c-plusplus.net/forum/post/625693https://www.c-plusplus.net/forum/post/625693Mon, 11 Oct 2004 00:58:04 GMT<![CDATA[Reply to Empfehlung: Windows Application Compatibility Toolkit 3.0 on Mon, 11 Oct 2004 12:31:08 GMT]]>Interessantes Tool, meldet bei mir folgende Fehler/Hinweise:

"Application should not write file data to inapprobiate places"
(Ich schreibe einige Daten in ein Unterverzeichnis des Programmverzeichnisses, da das Programm auch über Netzlaufwerke aufgerufen werden können soll und die Daten dann verfügbar sein müssen)

und "Called an obselete API"
(Ich verwende nämlich noch gerne GetPrivateProfileString() und WritePrivateProfileString() - und wüsste dafür auch keine geeignete Alternative - Und selbst nachbauen halte ich für Blödsinn solange es die Funktionen noch gibt ;D)

]]>https://www.c-plusplus.net/forum/post/625944https://www.c-plusplus.net/forum/post/625944Mon, 11 Oct 2004 12:31:08 GMT<![CDATA[Reply to Empfehlung: Windows Application Compatibility Toolkit 3.0 on Mon, 11 Oct 2004 12:40:48 GMT]]>@geeky:
Zu 1) nur Admins und Hauptebenutzer haben schreibenden Zufgriff auf das Verzeichnis "Programme". Für alles andere gibt es "Application Data" im Profilpfad (Dokumente und Einstellungen/Username/...)

zu 2) Nutze die Registry (und auch da nur den Zweig HKEY_Current_User).

]]>https://www.c-plusplus.net/forum/post/625958https://www.c-plusplus.net/forum/post/625958Mon, 11 Oct 2004 12:40:48 GMT<![CDATA[Reply to Empfehlung: Windows Application Compatibility Toolkit 3.0 on Mon, 11 Oct 2004 18:37:05 GMT]]>

  • Sagen wir ich hab unter c:\programme\meinTool\ die Datei tool.exe und da wieder ein Verzeichnis c:\programme\meinTool\daten\
    Nun soll das tool auch von anderen rechnern aus über ein netzlaufwerk (der ordner c:\programme\meinTool\ ist freigegeben) erreichbar sein und ebenso die Daten. Wenn die Daten nun aber in den anwendungsdaten-ordner sollen, ist das mit dem freigeben irgendwie ungünstig ;/

  • Die Registry möchte ich nur ungerne zu müllen, ich mag ini-dateien viel lieber. (Das Zeugs im Unterverzeichnis "Daten" sind z.B. zum Großteil ini-Dateien)

    • Besteht die Gefahr das Microsoft in demnächst erscheinenden Windows-Versionen evtl. mein bisheriges Vorgehen evtl. technisch verhindern wird ?

    ]]>    https://www.c-plusplus.net/forum/post/626361https://www.c-plusplus.net/forum/post/626361Mon, 11 Oct 2004 18:37:05 GMT    <![CDATA[Reply to Empfehlung: Windows Application Compatibility Toolkit 3.0 on Mon, 11 Oct 2004 18:41:54 GMT]]>Kann ich Dir nicht sagen, aber ich mach's genauso wie Du:
    .ini Dateien im Programme Unterordner... 😃

    .ini ist alleine deshalb schon komfortabler weil meine Programme dadurch ohne Setup-Routine auskommen...

    ]]>    https://www.c-plusplus.net/forum/post/626365https://www.c-plusplus.net/forum/post/626365Mon, 11 Oct 2004 18:41:54 GMT