Software verhält sich auf Betriebssystemen unterschiedlich

[günni0]

Seit längerer Zeit fällt mir auf, dass meine Software sich auf unterschiedlichen Betriebssystemen immer anders verhält.
Am PC, Windows 7 Home 64 gibt es keine Probleme. PC, Windows 10 Pro 64 letztes Build was es hier in Deutschland gibt, keine Probleme.
4K-Laptop, Windows 10 Pro 64 plötzlich irgendwelche Probleme an Stellen im Code, wo eigentlich keine sein sollten. Exceptions gibt es aber nie.
Die Auflösung des Laptops kann ich ausschließen. Die DPI auch.
Ist das normal?

[TiGü]

Die Glaskugel sagt:
Vielleicht!

Im Ernst:
Merkwürdiger Threadtitel! Du hast drei Systeme. Zwei verhalten sich normal, eins nicht.
Das Betriebssystem ist irrelevant, weil "es" auf einen Win10 Pro geht und auf den anderen nicht.

Was ist zu tun:
Uns genau erläutern was "irgendwelche Probleme" konkret bedeutet.
Danach können wir dir nämlich je nachdem die üblichen Tipps wie Process Monitor, FPU-Exception-Mask, Virenscanner/Firewall-Einstellungen usw. hinwerfen.

[hoika]

Hallo,
welche Delphi-Version, welche Fremdkomponenten benutzt Dein Programm?

Zitat:

irgendwelche Probleme an Stellen im Code

Das ist nicht gerade eine genaue Fehlerbeschreibung. Dann zeig doch mal ein paar Stellen.

Zitat:

Die Auflösung des Laptops kann ich ausschließen. Die DPI auch.

Wie kommst Du denn darauf? Delphi-Programm haben prinzipiell Probleme mit Large Fonts (DPI)
und krummen Auflösungen), bzw. können Probleme haben.

Mit jeder Windows-Version gibt es neue Sachen, z.B. DEP (Data Execution Prevention).
Damit findet Windows plötzlich Fehler in deinem Programm, die vorher scheinbar nicht da waren.
Ich hatte einmal das Problem, dass ein installierter Teamviewer (als Dienst gestartet) Probleme bereitet hat,
aber nur beim Beenden eines bestimmten Formulars (mit einer Fremdkomponente drauf ...).

[günni0]

Dass die Auflösung oder DPI dran schuld ist kann ich ausschließen, weil ich schon sämtliche Standard-Auflösungen und -Seitenverhältnisse sowie DPI getestet habe.

Die Windows DEP habe ich für einen Test für alle Programme und Dienste eingestellt.
Funktioniert ohne Probleme auf allen Computern außer auf diesem Laptop mit 4K Bildschirm aber normalerweise 1920er-Auflösung und 16:9 Seitenverhältnis.

[sakura]

Zitat von günni0:

Funktioniert ohne Probleme auf allen Computern außer auf diesem Laptop mit 4K Bildschirm aber normalerweise 1920er-Auflösung und 16:9 Seitenverhältnis.

Wie schon gesagt wurde, was ist denn das Problem, was ist anders auf dem einem System...? Alles andere ist nur sinnloses Raten.

......

[hoika]

Hallo,

Zitat:

Seit längerer Zeit fällt mir auf, dass meine Software sich auf unterschiedlichen Betriebssystemen immer anders verhält.

Wir haben hier einen älteren Laptop, da sieht der Ausdruck (Barcode) etwas komisch aus (Schlieren).
Auf einem anderen Rechner klappt alles wunderbar.

Aber ohne zu wissen, was Deine Software für Probleme hat -> *Glaskugel nehm*

[günni0]

Ich komme der Problemstelle näher.
Könnte es sein, dass eine der beiden folgenden Zeilen bei manchen Windows 10-Installationen Probleme verursacht?

Delphi-Quellcode:

DateTimePicker1.Time := StrToTime('12:00:00');
DateTimePicker2.DateTime := Now + 1;

Schon vor diesem Fehler beim Programmstart rufe ich eine Prozedur auf die das hier ausführt

Delphi-Quellcode:

 FormatSettings.TimeSeparator := System.SysUtils.TimeSeparator;
 FormatSettings.DateSeparator := System.SysUtils.DateSeparator;

[Lemmy]

Zitat von günni0:

Ich komme der Problemstelle näher.

nochmal: WAS IST DAS PROBLEM? und wie äußert sich das?

Wenn das Problem darin besteht, dass auf dem einen Windows die Darstellung im DateTimePicker "unterirdisch" ist, d.h. nur ein, zwei Zeichen des Timestamps sichtbar sind, dann liegt das am Updatestand von Windows

[günni0]

Die Prozedur wird an dieser Stelle einfach ohne Fehlermeldung unterbrochen.

[Lemmy]

Zitat von günni0:

Die Prozedur wird an dieser Stelle einfach ohne Fehlermeldung unterbrochen.

d.h. weder DateTimepicker1 noch DateTimepicker2 ändern den Inhalt?

Welche Delphi-Version hast Du zur Verfügung? Was halbwegs aktuelles? Steht der PRoblemPC zufällig bei Dir im LAN? Dann könntest Du über RemoteDebugging das Problem vermutlich deutlich schneller finden...