Program Files(x86) überhaupt noch sinngemäß

[Bernhard Geyer]

Program Files(x86) überhaupt noch sinngemäß - Ja, sehr.
Programm die darunter nicht laufen fliegen bei mir wieder runter.
Ebenfalls wird man das auch bei diversen Firmen haben.

Ein Programm das dies noch nicht kann hat scheinbar die letzten 20 Jahre nicht so richig mitbekommen.
Seit NT sind die Regeln bekannt.
Ab Vista wurden die Regeln mit der UAC verschärft eingesetzt.

[EWeiss]

Zitat:

Ein Programm das dies noch nicht kann hat scheinbar die letzten 20 Jahre nicht so richig mitbekommen.

VB6 wird von M$ weiterhin in allen Versionen von Windows unterstützt (Abgesehen von der IDE selbst) du scheinst etwas miss zu verstehen denn es ist legitim auch heute noch VB6 Anwendungen zu programmieren.

Mache es mal oder versuche es nur einmal in kleinem Stil dann wirst du erkennen das nicht alles so leicht dahingeklatscht werden kann wie in Delphi.
Es gibt kein Windows, System, Classes oder was ihr sonst noch so alles Vordefiniert bekommt da ist Handarbeit angesagt
auch einer der Gründe wo ich erkenne das viele Delphi Programmierer meist mit der WinApi32 überhaupt nicht zurecht kommen halt nur mit dem was Die Entwickler Umgebung von Delphi bereitgestellt hat ansonsten seit ihr doch aufgeschmissen.
Versuche doch mal die ITaskarList3 oder die Core Audio, IShellInterface in VB6 zu implementieren wenn du nichts hast.. Ich glaube da wärst du aufgeschmissen und wirst versagen..
Sorry aber so sehe ich das.

VB6 hat nun mal den Installation Pfad unter Program Files(x86) und das macht alle daraus resultierenden Probleme fast nicht lösbar was sich wie im Besipiel genannt schon beim kompilieren der Anwendung bemerkbar macht.
Aber das soll mich nicht davon abbringen mein Programm weiterhin zu nutzen und funktionstüchtig zu machen auch wenn das Resultat dieses ist das ich die Installation in einem nicht System spezifischen Order erstelle.
Glücklicher weise muss ich dich damit nicht behelligen so das du meine Anwendung erst gar nicht aus deinem System entfernen must.

Nebenbei das hat nichts mit dem Programmierer zu tun sondern mit den Gegebenheiten.
Das ich programmieren kann muss ich nicht erst noch beweisen bei meinen hier vorgestellten Projekten.

Zitat:

Für einen Musikplayer sollte doch ein einfacher Zugriff reichen

Bist du sicher? Mit meinen TypeLibs, ActiveX Dll's, OCX usw.. wenn dem so wäre würde mein Programm und VB6 unter besagten Pfad auch korrekt funktionieren.
Dem ist leider nicht so denn es ist immer wieder etwas anderes.
Zudem ist es kein Musikplayer sondern ein Multimedia Player mit dem ich sogar unter Win7 noch auf meinem PC Fernsehen konnte.
Leider musste ich diese Funktion deaktivieren da die Treiber unter Win10 nicht mehr funktionieren. (Nun Win10 mal wieder )

Zitat:

Kurzum: Bei alten Delphis kann man glaube ich den Standard-Projekte Ordner selbst einstellen, sobald man den nicht mehr unter C:/Programme hat, sollte es auch ohne Adminrechte gehen. Ich vermute bei VB6 ähnliches.

Nein ist es nicht.
Wenn ich in Delphi eine DLL dynamisch lade spielt es keine rolle wo sich diese befindet.
Bsp. MediaInfo.dll
In VB6 muss sich diese Datei um die Anwendung debuggen zu können im Pfad von VB6.exe befinden und zusätzlich im Anwendungspfad ansonsten wird sie nicht gefunden.
Du siehst also ich habe immer wieder irgendwelche negativen Einflüsse auf das verhalten von VB6 wenn die Anwendung unter Program Files(x86) kompiliert und oder Debuggt wird.

Bisher laufen meine Delphi Programme alle unter Program Files(x86) toi, toi aber selbstverständlich ist das nicht.
Wie gesagt irgendwie sinnlos dieser Ordner.

gruss

[sakura]

Zitat von EWeiss:

VB6 wird von M$ weiterhin in allen Versionen von Windows unterstützt [...] es ist legitim auch heute noch VB6 Anwendungen zu programmieren.

Zitat:

Legitim: gesetzlich anerkannt, rechtmäßig; im Rahmen bestimmter Vorschriften [erfolgend]

Aber was Du wohl meinst, ist, dass MS Dich aktiv unterstützt, VB6 unter Win10 einzusetzen. Und kurz: dem ist nicht so. VB6 ist von 1998, damals gab es ganz, ganz andere Voraussetzungen. Auch wenn Du es noch schaffen magst, ein unter VB6 erstelltes Programm unter Win10 zum Laufen zu bekommen, aktiv unterstützen tut das niemand bei MS. Auch wenn man sich bei der Weiterentwicklung von Windows größte Mühe gibt, dass ältere Programme weiterhin laufen, so will niemand dort aktiv, dass heute noch jemand VB6 nutzt, um neue Programme zu entwickeln.

Zitat von EWeiss:

VB6 hat nun mal den Installation Pfad unter Program Files(x86) und das macht alle daraus resultierenden Probleme fast nicht lösbar

Andere Zeiten, andere Sitten, auch bei MS. Was damals allgemein gemacht wurde, war oft auch schon damals entgegen der Richtlinien. Leider wurden auch bei MS diese oft ignoriert, was dieses Verhalten keineswegs verbessert oder gar rechtfertigt.

Zitat von EWeiss:

Bisher laufen meine Delphi Programme alle unter Program Files(x86) toi, toi aber selbstverständlich ist das nicht.

An und für sich schon, wenn Du Dich an die Regeln des genutzten Betriebssystems hältst.

Zitat von EWeiss:

Wie gesagt irgendwie sinnlos dieser Ordner.

Das ist das was Du lesen willst, aber eventuell liest Du noch einmal alles durch. Du bist da eindeutig recht allein in Deiner Ansicht. Warum nur...

......

[EWeiss]

Zitat:

Warum nur...

Die Spekulation darüber überlasse ich gerne dir.
Aber Entwickle mal ein Programm in VB6 dann können wir uns anschließend über deine Spekulationen weiterhin unterhalten PM natürlich
Du solltest dann aber zeit mit bringen denn es sei dir versichert es wird dir nichts vorgekaut so wie es in Delphi gang und gäbe ist.

Zitat:

Aber was Du wohl meinst, ist, dass MS Dich aktiv unterstützt, VB6 unter Win10 einzusetzen. Und kurz: dem ist nicht so

Informiere dich doch besser erst einmal.
Was definitiv nicht unterstützt wird ist Delphi! Warum nur...
DuckDuck mal.. nach "VB6 und Windows 10"
Ich mache es dir leichter!

Zitat:

Microsoft will continue to support the Visual Basic 6.0 runtime on supported Windows versions for the support lifetime of those operating systems.

Was verstehst du unter "Hall of Fame" nicht?

Es werden weiterhin die Service Packs, Runtime usw.. bei M$ zum Download angeboten. Das ist keine Unterstützung?
Es werden weiterhin Laufzeit Bibliotheken bei der Installation von Windows 10 direkt mit installiert.
Dann weis ich leider nicht was du sonst unter Support verstehst.

Zitat:

Legitim: gesetzlich anerkannt, rechtmäßig; im Rahmen bestimmter Vorschriften [erfolgend]

Du musst mir nicht erklären was Legitim ist.

Zitat:

so will niemand dort aktiv, dass heute noch jemand VB6 nutzt

Erzähle das mal den Menschen die VB6 heute noch aktiv einsetzen 6 > 10 > 20 Millionen Entwickler?
Schaue doch einfach mal wie viele User hier Online sind inklusive Gäste mehr als zur zeit hier auf der DP soviel dazu.
http://www.vbforums.com/forumdisplay...-6-and-Earlier

Zitat:

Leider wurden auch bei MS diese oft ignoriert

M$ ist der Boss und du kannst den Boss nicht vorschreiben was er zu tun und zu lassen hat. Da gibt es kein leider!

Ok wir schweifen ab..

gruss

[sakura]

Zitat von EWeiss:

Aber Entwickle mal ein Programm in VB6 dann können wir uns anschließend über deine Spekulationen weiterhin unterhalten PM natürlich

Du musst mir dazu nicht viel erklären, ich habe es an der Uni 1998/1999 unterrichtet. Also keine Sorge, ich kenne die Unterschiede nur zu gut.

Zitat von EWeiss:

Informiere dich doch besser erst einmal. ... DuckDuck mal.. nach "VB6 und Windows 10"

Auch da steht, dass, was ich geschrieben habe. Man bemüht sich Anwendungen, welche damit entwickelt wurden, am Laufen zu halten, nicht VB6 selbst.

Zitat von EWeiss:

Du musst mir nicht erklären was Legitim ist.

Dann nutze es korrekt

Aber zurück zu Deiner Frage:

Zitat von EWeiss:

Zitat:

[Du bist da eindeutig recht allein in Deiner Ansicht.] Warum nur...

Die Spekulation darüber überlasse ich gerne dir.

Die Spekulationen, warum jeder was anderes sagt, als Du hören willst? Weil Du einfach mal falsch liegst...

.....

[EWeiss]

Zitat:

nicht VB6 selbst.

Nur um zum ende zu kommen.. wie Daniel schon sagt wir driften inhaltlich gerade ab.

Die Unterstützung der Runtime und Abhängigkeiten zählt für mich dazu wenn du der Meinung bist das es nicht zutrifft dann soll es so sein.
Es wird nur müßig darüber noch zu diskutieren.
Die Gedanken sind bekanntlich frei

Zitat:

Weil Du einfach mal falsch liegst...

Möchte ich sehr bezweifeln.
Nur Ich kann in dem fall beurteilen ob etwas läuft oder nicht bzw. wie die zusammenhänge hier sind.

Zitat:

Du musst mir dazu nicht viel erklären, ich habe es an der Uni 1998/1999 unterrichtet.

Lang, lang ist's her vielleicht frischst du deine Erkenntnisse nochmal etwas auf.

Ihr könnt nun gerne weiter diskutieren für mich ist das Thema abgehandelt.

gruss

[sakura]

Zitat von EWeiss:

Zitat:

Weil Du einfach mal falsch liegst...

Möchte ich sehr bezweifeln.

Weil Dein Programm nicht läuft, wie Du es erwartest, bezweifelst Du ein ganzes, weltweit genutztes Konzept...

Zitat von EWeiss:

Nur Ich kann in dem fall beurteilen ob etwas läuft oder nicht bzw. wie die zusammenhänge hier sind.

Klar, Dein Programm können wir nicht beurteilen, es ging in der Ausgangsfrage aber auch ums Konzept, nicht ein problematisch entwickeltes Programm.

Zitat von EWeiss:

Ihr könnt nun gerne weiter diskutieren für mich ist das Thema abgehandelt.

Weil Dir die Meinung der anderen nicht gefällt?

......

[TiGü]

Zitat von EWeiss:

Zitat:

Aber was Du wohl meinst, ist, dass MS Dich aktiv unterstützt, VB6 unter Win10 einzusetzen. Und kurz: dem ist nicht so

Informiere dich doch besser erst einmal.
Was definitiv nicht unterstützt wird ist Delphi! Warum nur...
DuckDuck mal.. nach "VB6 und Windows 10"
Ich mache es dir leichter!

Aus deinen Link:

Windows operating system	VB6 IDE has support?
Windows 10, all 32-bit editions	No
Windows 10, all 64-bit editions	No

[EWeiss]

Zitat von TiGü:

Zitat von EWeiss:

Zitat:

Aber was Du wohl meinst, ist, dass MS Dich aktiv unterstützt, VB6 unter Win10 einzusetzen. Und kurz: dem ist nicht so

Informiere dich doch besser erst einmal.
Was definitiv nicht unterstützt wird ist Delphi! Warum nur...
DuckDuck mal.. nach "VB6 und Windows 10"
Ich mache es dir leichter!

Aus deinen Link:

Windows operating system	VB6 IDE has support?
Windows 10, all 32-bit editions	No
Windows 10, all 64-bit editions	No

Hmmm…

Zitat:

VB6 wird von M$ weiterhin in allen Versionen von Windows unterstützt (Abgesehen von der IDE selbst)

[TiGü]

Zitat von EWeiss:

Hmmm…

Zitat:

VB6 wird von M$ weiterhin in allen Versionen von Windows unterstützt (Abgesehen von der IDE selbst)

Du nölst halt andauernd wie ein altes Waschweib, dass du nicht mehr auf Windows 10 entwickeln kannst.
Könnte eben ursächlich damit zusammenhängen, gell?^^