Its time to say goodbye Windows XP

[WM_CLOSE]

Wie wäre es mit einer (einmaligen) Warnung an den Benutzer:

"Dieses Programm wurde für Das Betriebssystem xy entwickelt. Unter anderen Betriebssystemen können Inkompatibilitäten auftreten, oder bestimmte Funktionen können nicht genutzt werden. Der störungsfreie Programmablauf kann nicht garantiert werden.

|Trotzdem fortfahren| |Abbrechen|"


Somit sind alle glücklich, oder nicht?

[DeddyH]

Das funktioniert aber nur, wenn Du sämtliche API-Aufrufe dynamisch linkst, sonst kommst Du u.U. erst gar nicht soweit.

[Delphi-Laie]

Zitat:

Zitat von jaenicke (Beitrag 1201076)

Zitat:

Zitat von Delphi-Laie (Beitrag 1201006)

Wenn ich dann von Insider2004 mehr oder weniger bestätigt bekomme, daß die meisten (")Inkompatibilitäten(") zu Windows 2000 letztlich auf internen Versionsabfragen/-sperren beruhen (eigentlich eine an Kriminalität grenzende Dreistigkeit)

Wenn ich Funktionen nutze, die es nun einmal unter Windows 2000 nicht gab, dann baue ich auch eine Abfrage ein, das hat mit Kriminalität nix zu tun. Ich nutze dies z.B. für die Funktion IsUserAnAdmin, die es erst ab XP gibt, weil ich keine Lust hatte das manuell nachzuprogrammieren.

Letztlich geht es darum, daß diese "Inkompatibilitäten" nur auf Versionsabfragen /-sperren beruhen und nicht softwaretechnologisch bedingt sind. So drückte ich mich doch klar aus. Einfach mal richtig lesen. Sebastian, Du bist mir bisher nicht als solches Forenmitglied aufgefallen, das Beiträge nur halb liest bzw. versteht.

Daß eine Software auf einem Betriebsprogramm nicht laufen kann, wenn es Funktionen/Funktionsaufrufe benötigt bzw. zu benutzen versucht, die dieses nicht bietet (bieten kann), ist evident.

Ergänzung: Folgendes geistert in den Delphi-Foren umher. Ich glaube nicht, daß diese Funktion nicht vollumfänglich ihren Zweck erfüllt.

Delphi-Quellcode:

//  IsAdmin    
//    Autor: Nico Bendlin    
function IsAdmin: LongBool;     
var     
  TokenHandle: THandle;     
  ReturnLength: DWORD;     
  TokenInformation: PTokenGroups;     
  AdminSid: PSID;     
  Loop: Integer;     
begin     
  Result := False;     
  TokenHandle := 0;     
  if OpenProcessToken(GetCurrentProcess, TOKEN_QUERY, TokenHandle) then     
  try     
    ReturnLength := 0;     
    GetTokenInformation(TokenHandle, TokenGroups, nil, 0, ReturnLength);     
    TokenInformation := GetMemory(ReturnLength);     
    if Assigned(TokenInformation) then     
    try     
      if GetTokenInformation(TokenHandle, TokenGroups, TokenInformation,     
        ReturnLength, ReturnLength) then     
      begin     
        AdminSid := GetAdminSid;     
        for Loop := 0 to TokenInformation^.GroupCount - 1 do     
        begin     
          if EqualSid(TokenInformation^.Groups[Loop].Sid, AdminSid) then     
          begin     
            Result := True;     
            Break;     
          end;     
        end;     
        FreeSid(AdminSid);     
      end;     
    finally     
      FreeMemory(TokenInformation);     
    end;     
  finally     
    CloseHandle(TokenHandle);     
  end;     
end;

[Delphi-Laie]

Zitat:

Zitat von WM_CLOSE (Beitrag 1201120)

Wie wäre es mit einer (einmaligen) Warnung an den Benutzer:

"Dieses Programm wurde für Das Betriebssystem xy entwickelt. Unter anderen Betriebssystemen können Inkompatibilitäten auftreten, oder bestimmte Funktionen können nicht genutzt werden. Der störungsfreie Programmablauf kann nicht garantiert werden.

|Trotzdem fortfahren| |Abbrechen|"


Somit sind alle glücklich, oder nicht?

Genau das meine ich. Aber ausgerechnet "die Redmonder" sind nach meiner Beobachtung die letzten, die sich um solche Abwärtskompatibilitäten bemühen. Denen geht es doch immer nur darum, die Benutzer mit möglichst weltzwangsbeglückendem Neuem "bei der Stange zu halten" - warum wohl?

[Medium]

Das auf OS-Ebene zu lösen wäre auch fatal. Dann würden Programm ohne Rücksicht darauf geschrieben, und wenn die geforderten Funktionen nicht da sind, hagelt es Ausnahmen an allen Ecken und enden. Ergebnis wäre, dass sowohl MS als auch der Hersteller des Programms unnötig schlechte Publicity bekommen, da ja "nix läuft". Dann lieber gleich drauf schreiben: "Hey, ich kann aber erst ab Version X".

[jaenicke]

Zitat:

Zitat von Delphi-Laie (Beitrag 1201143)

Letztlich geht es darum, daß diese "Inkompatibilitäten" nur auf Versionsabfragen /-sperren beruhen und nicht softwaretechnologisch bedingt sind. So drückte ich mich doch klar aus.

Das ist mir schon klar, aber diese Abfragen und Sperren haben eben auch oft ihren Sinn. Es sind eben schon deutliche Unterschiede zwischen einigen Windowsversionen vorhanden. Und ich nutze auch gerne die neuen Features einer neuen Version aus, wenn sie das Programmieren einfacher oder besser machen, und das ist bei anderen Entwicklern ja wohl nicht anders, soweit sich das machen lässt.

Und bevor ich dann viel Zeit hineinstecke frage ich dann halt ab, ob mindestens eine bestimmte Windowsversion da ist, und fertig.

[p80286]

Zitat:

Zitat von WM_CLOSE (Beitrag 1201120)

Wie wäre es mit einer (einmaligen) Warnung an den Benutzer:

"Dieses Programm wurde für Das Betriebssystem xy entwickelt. Unter anderen Betriebssystemen können Inkompatibilitäten auftreten, oder bestimmte Funktionen können nicht genutzt werden. Der störungsfreie Programmablauf kann nicht garantiert werden.

|Trotzdem fortfahren| |Abbrechen|"


Somit sind alle glücklich, oder nicht?

Für mich klingt das wie "Klasse du hast es gekauft, aber verlang jetzt bitt nicht auch noch, daß es alles das tut was unser Marketing versprochen hat."

Ja ich weiß, formal ist das ok, aber behagen tut's mir nicht.

Gruß
K-H

[Delphi-Laie]

Zitat:

Zitat von p80286 (Beitrag 1201165)

Für mich klingt das wie "Klasse du hast es gekauft, aber verlang jetzt bitt nicht auch noch, daß es alles das tut was unser Marketing versprochen hat."

Und? Was soll das jetzt?

Die Mindestanforderungen an Hard- und Software (Betriebsprogramm inkl. Version) sollten schon vor dem Kauf klar erkennbar sein, wer nicht darauf achtet, begeht einen Irrtum (Vertrag anfechtbar).

Wenn "unser Marketing" verspricht, was das Programm nicht hält, ist der Artikel grob mangelhaft. Wenn dieser grobe Mangel mangels eines Mindestbetriebsprogrammes zur eingeschränkten Benutzbarkeit oder gar zur völligen Unbenutzbarkeit des gekauften Programmes führt, ist der Vertrag nicht erfüllt, null und nichtig und damit Zug um Zug rückabzuwickeln.

Wenn "unser Marketing" bei der Betriebsprogrammindestversion sogar lügt, liegt Betrug vor (den man allerdings kaum beweisen kann).

[Daniel]

:roll:
Ihr fang nun an, Phantasie-Szenarien zu konstruieren, weil man sich daran so schön aufregen kann.
Ja, wenn der Hersteller wissentlich und vorsätzlich eine Unwahrheit verbreitet mit der Absicht, den Kunden zu täuschen, so ist das ein beklagenswerter Zustand.

Habt Ihr zu dem Thema nicht mittlerweile so gut wie alles gesagt? Wie lange wollt Ihr in dem Quark noch herumrühren?