Windows 8

[mjustin]

Zitat von jaenicke:

Bei Apple besteht nicht einmal der Anspruch, dass eine neue Version in irgendeiner Weise kompatibel sein muss.

Das war früher anders

Der fast nahtlose Übergang vom 68000er Prozessor zum PowerPC wurde durch eine Emulation der alten CPU erleichtert, und durch die Unterstützung von Fat Binaries, die 68000 und PPC Code in einer einzigen ausführbaren Datei enthielten

http://en.wikipedia.org/wiki/Fat_binary

[jaenicke]

Das hat aber eben auch deutliche Nachteile. Bei Windows finde ich sowieso sehr schade, dass nicht viel mehr virtualisiert wird statt das System vollzumüllen. Ich meine in Windows sind heutzutage z.B. noch die seit vielen Jahren als veraltet markierten Funktionen zur INI-Ansteuerung aus 16-Bit Zeiten (!) drin. Wenn diese ganzen Leichen einfach rausgeschmissen und Programme, die auf solche Funktionen setzen, in eine virtuelle Maschine (XPMode) gepackt würden, wäre Windows deutlich schlanker und schneller...

[Luckie]

Was haben eigentlich alle gegen das Ini-Dateiformat? Um ein paar Einstellungen zu speichern ist es ideal. Da braucht man keine riesen XML-Datei mit einer aufgeblasenen Bibliothek, um sie auszulesen.

[jaenicke]

Selbst wenn man das Format nun unbedingt am Leben halten will muss man nicht ausgerechnet die veralteten (und fehlerhaften) API-Funktionen nutzen. Die waren ursprünglich auch dazu da um z.B. aus der system.ini usw. zu lesen, die es heute ja schon ewig nicht mehr gibt.

TMemIniFile benutzt eine eigene und (soweit ich das bisher sehe) korrekte Implementierung und benutzt diese veralteten Funktionen nicht mehr.

Davon abgesehen benutze ich trotzdem lieber sinnvollere Dateiformate, bei denen nicht Daten und Struktur miteinander gekoppelt sind. (Leerzeichen in Daten, Anführungszeichen, ...)
Zudem lassen sich XML-Dateien z.B. einfach über eine Typdefinition prüfen. Mach das einmal bei INIs...

[kuba]

Zitat von jaenicke:

Das hat aber eben auch deutliche Nachteile. Bei Windows finde ich sowieso sehr schade, dass nicht viel mehr virtualisiert wird statt das System vollzumüllen. Ich meine in Windows sind heutzutage z.B. noch die seit vielen Jahren als veraltet markierten Funktionen zur INI-Ansteuerung aus 16-Bit Zeiten (!) drin. Wenn diese ganzen Leichen einfach rausgeschmissen und Programme, die auf solche Funktionen setzen, in eine virtuelle Maschine (XPMode) gepackt würden, wäre Windows deutlich schlanker und schneller...

Deutlich schneller wirds auch bei Verwendung einer SSD.
Die Zeiten in denen sich noch was dreht sind sicher auch in ein paar Jahren zuende.

Ich verwende auch ganz gern noch Ini-Dateien. Wenn ich sehe was da drinsteht, oje ...
Das würde ich nur ungern in die Registry packen. So ein fürchterlicher Müll in der Registry, jeder packt seinen Sch... da rein. Und wenn nicht ordentlich deinstalliert wird bleibt alles drin, der ganze Müll

Siehe mal Apple, da ziehe ich das zu deinstallierende Programm in den Papierkorb und fertig.

KUBA

[himitsu]

Wobei eine INI, mit ein paar mehr Einträgen, auf einem Wechseldatenträger (z.B. USB-Stick), mit "für schnelles Entfernen optimiert", auch schonmal arschlangsam werden.

Denn die alte API greift bei jedem einzelnen Read/Write-Zugriff, auf das INI-Objekt, vollkommen neu auf die Datei zu.
> Jedesmal wird die Datei komplett neu ausgelesen, geparst und beim Ändern dann auch jedesmal sofort komplett auf den Datenträger geschrieben ... JEDES EINZELNE MAL

[generic]

Zitat von kuba:

jetzt seit Jahren an einem Programm arbeite, habe ich es Schritt für Schritt kompatibel zu Windows Vista gemacht. Dann kompatibel zu Windows 7 und letztendlich noch für alle 64-Bit Windows Versionen.

Imho arbeitest du dann schon seit Jahren gegen Windows und nicht mit Windows.

Ich sehe es bei vielen Kunden, dass sich die Entwickler vielleicht gut in der Programmiersprache auskennen, aber leider nicht in den Plattformen für die sie entwickeln.

Mein Lieblingsbeispiel ist das schreiben von Arbeitsdateien unter c:\programme.
Das geht seit WinNt nicht, nur über die ganzen Jahre haben die Softwarefirmen selten dran gedacht, mal mit eingeschränkten Rechten zu arbeiten. Übrigens ein Grund warum es überhaupt so viele Viren und Trojaner gibt.
Ergebnis ist:
Seit Microsoft die "nicht Adminrechte" durchsetzt, ist ganz viel Software plötzlich inkompatibel zu Windows Vista.

NEIN, die Software war auch schon zu WinNT inkompatibel.
Das ist bekanntlich schon sehr alt (Release 1993).

Wenn jemand ein Auto fährt, sollte er auch die Funktionsweise der meisten Knöpfe kennen.


Was mich interessiert, welche Art von Funktionen musstest du anpassen, damit dein Programm Vista kompatibel wird?

Was waren so die Fehler?

Berichte doch mal bitte.

[kuba]

Hab erst 2005 angefangen mit Delphi zu programmieren, den Vista Laptop habe ich seit 2009, den Windows 7 64-Bit Laptop seit Ende 2010. Zunächst habe ich Delphi 2005 PE verwendet, Anfang 2010 habe ich Delphi 2010 angeschafft und die folgenden Jahre auf die neueste Delphi Version upgegraded.

Was heißt ich programmiere gegen Windows ? Ist ja Blödsinn, um mit Windows programmieren zu können muß sowohl die Windows Version als auch die Entwicklungsumgebung passen. Zum Einstieg war Delphi 2005 PE / Windows XP gerade richtig.

Ein Problem das ich bei der Umstellung auf Vista hatte, war die Umstellung meines bis dato interaktiven NT-Service auf einen nicht-interaktiven NT-Service.
Dabei war es zunächst sehr problematisch für mich ein Programm im Benutzerkontext zu starten.
Ein weiteres Problem hatte ich mit der Benutzerkontensteuerung, das konnte durch ein Manifest behoben werden (Das ist in Delphi XE2 erheblich verbessert worden).

Ich vermute, daß bei Windows 8 ein ähnliches Problem vorliegt. Das Programm läuft, es kommen keine Fehlermeldungen, auch in der Ereignisanzeige tauchen keine Fehlermeldungen auf. Das Programm wird jedoch nicht im Benutzerkontext gestartet...

Es wird mir wohl nichts anderes übrig bleiben als im NT-Service eine Logdatei zu erzeugen, in der ich Schritt für Schritt sehen kann welche Programmteile funktionieren und wo das Programm aussteigt.

KUBA

[Luckie]

Zitat von kuba:

Ein Problem das ich bei der Umstellung auf Vista hatte, war die Umstellung meines bis dato interaktiven NT-Service auf einen nicht-interaktiven NT-Service.

So was meine. Hätte man sich vorher mal etwas besser informiert bezüglich interaktiven Diensten (Stichwort Sicherheit), dann hätte man schon unter XP keinen verwendet und hätte das Problem unter Vista nicht gehabt.

Zitat:

Ein weiteres Problem hatte ich mit der Benutzerkontensteuerung, das konnte durch ein Manifest behoben werden (Das ist in Delphi XE2 erheblich verbessert worden).

Neue Funktionalität beim Betriebssystem.

Zitat:

Was heißt ich programmiere gegen Windows ?

Das war im übertragenen Sinne gemeint.

[kuba]

Hallo Lucky,

schön gesagt "hätte man sich vorher informiert" ...
Als Anfänger denkt man doch an sowas nicht

KUBA