Bluescreen bei Delphi 7 unter Win10

[jaenicke]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1425186)

Wieso muss die IDE auf den Laptop installiert sein? Mach VPN/RemoteDesktop um auf deinen normalen Entwickler-PC zu kommen.

Ich installiere die auch lieber lokal. So kann ich damit auch im Flugzeug oder anderswo abseits von gutem Internetempfang arbeiten.

[Bernhard Geyer]

Zitat:

Zitat von jaenicke (Beitrag 1425221)

Zitat:

Zitat von Bernhard Geyer (Beitrag 1425186)

Wieso muss die IDE auf den Laptop installiert sein? Mach VPN/RemoteDesktop um auf deinen normalen Entwickler-PC zu kommen.

Ich installiere die auch lieber lokal. So kann ich damit auch im Flugzeug oder anderswo abseits von gutem Internetempfang arbeiten.

Aber dafür braucht man nicht auch noch die antike Delphi-Version um auch noch das älteste Programm zu pflegen.

[udo888]

Ich gebe dir noch mal Recht. Das Gesamtprojekt ist jedoch so komplex, dass eine reibungslose Umstellung nicht von heute auf morgen gemacht werden kann. Und leider müssen Entwickler auch mal supporten und manchmal auch so viel, dass gar keine Zeit mehr zum Entwickeln bleibt.
Daher der derzeitige Modus "never change ...".
Mich wundert nur, dass es bei dem Urgestein D7 keine ähnlichen Erfahrungen gibt. So viele Blues hatte ich noch nie.

[Lemmy]

Zitat:

Zitat von udo888 (Beitrag 1425300)

Mich wundert nur, dass es bei dem Urgestein D7 keine ähnlichen Erfahrungen gibt. So viele Blues hatte ich noch nie.

Ich arbeite seit einiger Zeit unter Win 10 und Delphi 7. Schmiert zwar immer wieder ab, aber noch keinen Bluescreen unter win10.

Zitat:

Zitat von jaenicke (Beitrag 1425181)

Es ist ohnehin am sinnvollsten alte Software nur in einer VM mit einer entsprechend älteren Windowsversion zu betreiben. Dann hat man damit auch keine solchen Probleme.

Naja, zumindest um den Debugger-Bug zu vermeiden müsstest Du dann auf Windows XP vor SP3 zurück :-) Und wenn man dann auch noch Schnittstellen zu Fremdsoftware hat, die den Support von Windows 7 oder Windows 8 schon abgekündigt haben :-)

Zitat:

Zitat von udo888 (Beitrag 1425300)

Das Gesamtprojekt ist jedoch so komplex, dass eine reibungslose Umstellung nicht von heute auf morgen gemacht werden kann

kenne ich. Wir arbeiten seit einigen Jahren an der Umstellung. Im Januar und Februar haben wir jetzt die letzte große Hürde genommen, ich hoffe, dass wir dieses Jahr den Umstieg auf XE4 schaffen, dann geht es auf ne aktuelle Version..

[Bernhard Geyer]

Zitat:

Zitat von udo888 (Beitrag 1425300)

Ich gebe dir noch mal Recht. Das Gesamtprojekt ist jedoch so komplex, dass eine reibungslose Umstellung nicht von heute auf morgen gemacht werden kann. Und leider müssen Entwickler auch mal supporten und manchmal auch so viel, dass gar keine Zeit mehr zum Entwickeln bleibt.

Kenn ich. Waren auch noch sehr lange auf D6. Mit Zwischenstufe XE6 sind wir jetzt bei 10.2.
Und jeden Tag sagt uns: Wieso haben wir den Umstieg nicht schon früher durchgeführt.

Zitat:

Zitat von udo888 (Beitrag 1425300)

Daher der derzeitige Modus "never change ...".

Also läuft deine D7-Anwendung noch unter Win2k/XP, oder?
Das MS alle 4 Wochen einen Teil des OS austauscht und alle 6 Monate das halbe Betriebsystem kann ein "never change" nur sein das du auch auf alten OS-Versionen bleibst.

Zitat:

Zitat von udo888 (Beitrag 1425300)

Mich wundert nur, dass es bei dem Urgestein D7 keine ähnlichen Erfahrungen gibt. So viele Blues hatte ich noch nie.

D7 ist nunmal primär für Windows 2000 ausgelegt. Und dort läuft es ganz gut.
Mit jeder neuen Windows-Version wird es mehr Probleme geben und (wenn du Pech hast wie jetzt) unvollständig geprüfte Treiber, die Probleme mit der "alten Art" der API-Aufruf einer fast 20 Jahre alten SW haben.
Und mittlerweile ist der Anteil der "Anti-Delphi-Versions-Nutzer" doch schon sehr übersichtlich, so das hier der Erfahrungsschatz immer kleiner wird.

[Uwe Raabe]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1425307)

Und mittlerweile ist der Anteil der "Anti-Delphi-Versions-Nutzer" doch schon sehr übersichtlich,

Soll das wohl "Antik" heißen?

[udo888]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1425307)

Zitat:

Zitat von udo888 (Beitrag 1425300)

Ich gebe dir noch mal Recht. Das Gesamtprojekt ist jedoch so komplex, dass eine reibungslose Umstellung nicht von heute auf morgen gemacht werden kann. Und leider müssen Entwickler auch mal supporten und manchmal auch so viel, dass gar keine Zeit mehr zum Entwickeln bleibt.

Kenn ich. Waren auch noch sehr lange auf D6. Mit Zwischenstufe XE6 sind wir jetzt bei 10.2.
Und jeden Tag sagt uns: Wieso haben wir den Umstieg nicht schon früher durchgeführt.

Als momentaner Alleinunterhalter geht mir der A... auf Grundeis, wenn ich nur daran denke. Das sind hunderte historisch gewachsene Funktionen, auf denen zum Teil schon der jahrzehntealte Staub wabert.
Um dann die Software auf vollständige Funktion zu prüfen, geht noch eine ganze Weile Zeit ins Land.

Zitat:

Zitat von Bernhard Geyer (Beitrag 1425307)

Zitat:

Zitat von udo888 (Beitrag 1425300)

Daher der derzeitige Modus "never change ...".

Also läuft deine D7-Anwendung noch unter Win2k/XP, oder?
Das MS alle 4 Wochen einen Teil des OS austauscht und alle 6 Monate das halbe Betriebsystem kann ein "never change" nur sein das du auch auf alten OS-Versionen bleibst.

Ganz im Gegenteil. Die Anwendung läuft unter Win10 problemlos. Alles vor Win7 zwinge ich zur Umstellung.

[mael]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1425307)

D7 ist nunmal primär für Windows 2000 ausgelegt.

Windows XP, nicht 2000. Es hat als erstes Delphi Themes eingeführt.
Es sollte eigentlich nicht allzuschwer sein es auf Win10 zum laufen zu bringen. Win8 hat keine Probleme damit.

[Bernhard Geyer]

Zitat:

Zitat von mael (Beitrag 1425416)

Zitat:

Zitat von Bernhard Geyer (Beitrag 1425307)

D7 ist nunmal primär für Windows 2000 ausgelegt.

Windows XP, nicht 2000. Es hat als erstes Delphi Themes eingeführt.
Es sollte eigentlich nicht allzuschwer sein es auf Win10 zum laufen zu bringen. Win8 hat keine Probleme damit.

Stimmt D6 war XP.

Wir hatten immense Probleme mit unsere D6-Anwendung. Diese ist auf Systemen mit mit mehr als einem Sockel bei bestimmten Funktionen abgeraucht.
Und das ist auch passiert wenn das System in einer VM gelaufen ist die "virtuell" nur einen Sockel hatte.
Mit XE6 war das Problem verschwunden. All die bescheuerten Workarounds konnten wieder ausgebaut werden.

Und das man jetzt mit XE6 kein Problem mehr hat das der Kunde auch außerhalb der Default-Codepage (stichwort Unicode) die Anwendung oder die Daten liegen hat brauch ich jetzt auch nicht erwähnen ...

[Bernhard Geyer]

Zitat:

Zitat von udo888 (Beitrag 1425371)

Als momentaner Alleinunterhalter geht mir der A... auf Grundeis, wenn ich nur daran denke. Das sind hunderte historisch gewachsene Funktionen, auf denen zum Teil schon der jahrzehntealte Staub wabert.

Um dann die Software auf vollständige Funktion zu prüfen, geht noch eine ganze Weile Zeit ins Land.

Tja. Dann musst du aber damit leben einen Sprachumfang vor 20 jahren zu haben.
Die ganzen schönen neuen Dinge wie Generics, Anonyme Methdoen und Co. machen einen das Leben an vielen Stellen einfacher.
Wir haben auch relativ lange benötigt und mussten einiges Investieren.
Abe es hat sich mehr als gelohnt. Kein Entwickler hat mehr D6 installiert.
Diese Altlast ist vollkommen verschwunden.