Program Files(x86) überhaupt noch sinngemäß

[jaenicke]

Zitat von EWeiss:

Wo du keinen Anteil dran hast oder?
Ich will damit sagen du verwendest fertig vorhandene Komponente.

Per Deklaration des Interfaces analog zur Headerdatei und Nutzung entsprechend der API, was ja nicht sonderlich aufregend ist.

Zitat von EWeiss:

Ich will dir nicht zu nahe treten aber sorry du hast einfach keine Ahnung von der Materie btw. den Unterschieden zwischen VB6\Delphi
Dafür muss man sich erstmal wirklich damit beschäftigt haben es gibt keine Interface Implementierung für ITaskbarList3 denn das ist schlichtweg in VB6 gar nicht möglich nur über eine eigens in C++ erstellte TypeLib.

Ich kannte nur diese Art der Implementierung:
https://www.planet-source-code.com/v...xtCodeId=72856
Und das ist zwar umständlicher aufgrund der Eigenheiten von VB6, aber ansonsten nicht besonders stark anders als bei Delphi. Von einer in C++ erstellten Typelib oder ähnlichem sehe ich dabei nichts.

[Daniel]

Moment - Ihr driftet inhaltlich gerade ab.
Begonnen haben wir mit Sinn und mglw. Unsinn der Program Files-Verzeichnisse.
Jetzt sind wir bei der Frage, ob VB6 im Jahre 2019 noch ein adäquates Werkzeug ist, um für Windows 10 zu entwickeln.

[EWeiss]

Zitat von Daniel:

Moment - Ihr driftet inhaltlich gerade ab.
Begonnen haben wir mit Sinn und mglw. Unsinn der Program Files-Verzeichnisse.
Jetzt sind wir bei der Frage, ob VB6 im Jahre 2019 noch ein adäquates Werkzeug ist, um für Windows 10 zu entwickeln.

Ja Daniel sorry du hast natürlich recht!
Deshalb sagte ich im vorherigen Beitrag ja auch "Ok wir schweifen ab.."

Denke die frage ist für mich beantwortet. Danke an alle die sich beteiligt haben.
Für mich hat der Ordner in Verbindung mit VB6! keinerlei Berechtigung mehr er macht mehr kaputt als das er irgendeinen nutzen hat
weil Kompilieren ausführen von Anwendungen in VB6 erstellt schlichtweg unmöglich ist.

gruss

[Alallart]

Zitat von EWeiss:

Für mich hat der Ordner in Verbindung mit VB6! keinerlei Berechtigung mehr er macht mehr kaputt als das er irgendeinen nutzen hat
weil Kompilieren ausführen von Anwendungen in VB6 erstellt schlichtweg unmöglich ist.

Ich kenne VB6 nicht, aber, aber deine Aussage: "Für mich hat der Ordner in Verbindung mit VB6! keinerlei Berechtigung" finde ich übertrieben. Das klingt für mich nach: "Ich war streng gläubiger Katholik, ich bin konvertiert, jetzt bin ich streng gläubiger Protestant. Für mich ergeben katholische Kirchen jetzt keine Berechtigung mehr, sie können alle abgerissen werden."

Für mich ist das installieren von Programmen in AppData\Roaming eine Unsitte, die davon kommt, dass einige Programme ihre Daseinsberechtigung nur noch in automatischen Updates sehen, wie z. B. Google Chrome. Die können ihre Updates nicht so leicht in Program Files(x86) Ordner machen.

Nur ergibt sich aus der Unsitte Programmen in AppData\Roaming zu installieren ein großes Problem. Unter normalen Umständen kann sich ein Virus (abgesehen er wurde mit Adminrechten gestartet) nirgendwo im System festbeißen. Er hat kein Zugriff auf die Programme im Program Files(x86) Ordner. Er hat jetzt aber die Möglichkeit die Programme in AppData\Roaming zu kompromittieren. Auf die hat er Schreibrechte.

Wer also zulässt, dass auf seinem System ungeschützte Programme abgelegt werden, der nimmt in Kauf, dass auf seinem System sich Viren einnisten können.

[Luckie]

Zitat:

das installieren von Programmen in AppData\Roaming

Auf, dass mehrere Gigabyte an Programmdateien im Backup des Benutzerslanden.

[EWeiss]

Zitat:

Weil Dir die Meinung der anderen nicht gefällt?

Nein weil der Admin sagte das wir zu sehr abdriften.. nicht mehr nicht weniger. Was ist da nicht zu verstehen?
Ich für meinen Teil kann das akzeptieren.

Zitat:

Er hat jetzt aber die Möglichkeit die Programme in AppData\Roaming zu kompromittieren. Auf die hat er Schreibrechte.

Das kann er auch so ohne meine spezielle Anwendung es gibt genügend andere..

Zitat:

Auf, dass mehrere Gigabyte an Programmdateien im Backup des Benutzerslanden.

Ist für mich kein Backup Ordner noch nie gewesen.
Mein System ist das Backup und zwar das vollständige Image davon!
Wer heute noch einen Ordner als Backup ansieht ist selber schuld.. ich persönlich wüsste damit nichts anzufangen.
Wir reden hier von einem Privat Anwender System nicht von einer Domäne die von einem Admin kontrolliert und verwaltet wird.

gruss

[Luckie]

Zitat von EWeiss:

Zitat:

Auf, dass mehrere Gigabyte an Programmdateien im Backup des Benutzerslanden.

Ist für mich kein Backup Ordner noch nie gewesen.
Mein System ist das Backup und zwar das vollständige Image davon!
Wer heute noch einen Ordner als Backup ansieht ist selber schuld.. ich persönlich wüsste damit nichts anzufangen.
Wir reden hier von einem Privat Anwender System nicht von einer Domäne die von einem Admin kontrolliert und verwaltet wird.

Da von rede ich auch. Und du schließt mal wieder von dir auf die Allgemeinheit. Würde ich kein NAS haben, würde ich, im einfachsten Fall, einfach regelmäßig den Benutzerordner auf einer externen Festplatte sichern. Und wenn dann immer mehrere Gigabyte an Programmdaten im Backup sind weil alle ihre Programme in den Benutzerordner installieren, wäre das, sagen wir mal, etwas "unschön".

[EWeiss]

Zitat:

Von einer in C++ erstellten Typelib oder ähnlichem sehe ich dabei nichts.

Eine TypeLib wird in VB6 als Referenz eingebunden im Code siehst du davon natürlich nichts.

Den link kann ich leider nicht ansehen aber hier kannst du lesen wie ich mein Testprogramm für das Interface erstellt habe.
https://foren.activevb.de/archiv/vb-...list-Win7-VB6/

Man achte auf das Datum 1.9.2010

gruss