Warum Delphi 64-Bit-IDE

[Sherlock]

Also zugunsten einer Komfortfunktion (Projektgruppe) verzichtet Ihr auf alles andere? Das spricht dann doch viel eher dafür, lieber mal die Gruppe zu entkrauten und auf andere Technologien wie Jenkins zu setzen.

Sherlock

[win568]

Hmm. Welche Komfortfunktion ?? Die Packages bauen aufeinander auf. Dadurch sind diese in einer Gruppe zu halten, da viele Programmierer an unterschiedlichen Dateien arbeiten und einchecken. Mit dem nächsten Svn Abgleich müssen teilweise die Packages wieder neu erzeugt werden. Wir verwenden Jenkins zwar als Unittestserver, aber was soll es uns bei der Entwicklung bringen ??

[Moombas]

Also ich denke wie gesagt, das man sagen kann:

• Für die meisten Projekte wird durch 64-Bit sich nichts ändern
• Durch 64-Bit wird es nicht schneller, es steht nur mehr Speicher zur Verfügung (im Prinzip Zukunftssicherer wenn man die steigende Komplexität bei vielen Anwendungen betrachtet)
• Sollte mit 32-Bit mal das gleiche passieren wie mit 16-Bit (nicht mehr von der CPU unterstützt), wäre man darauf bereits vorbereitet (bei Android z.B. kann man ja soweit ich weiß nur noch 64-Bit hoch laden, da ist der Weg zur "nicht mehr Unterstützung" nicht mehr weit). Man wäre hier also auch Zukunftssicherer.

[himitsu]

Zitat von Sherlock:

Also zugunsten einer Komfortfunktion (Projektgruppe) verzichtet Ihr auf alles andere?

Wir nutzen FinalBuilder und ein CI, was aktuell nur das Testen, aber "noch" nicht das Kompilieren übernimmt,
aber leider haben wir beim Debuggen ein kleines Problem, wodurch der FinalBuilder+Eurekalog die Debugginfos von Delphi schrottet und der Delphi-Debugger somit diese Projekte nicht debuggen kann, außer man kommpiliert im Delphi neu.

Meistens reicht es im Delphi dann nur 1-3 EXE/DLL/BPL zu kompilieren,
aber bis vor Kurzem ist Delphi bei Kompilieren der untersten 25 Packages fast immer komplett abgeraucht. (ja, das war unsere eigene Schuld, aber es hatte ewig bebraucht die Fehler zu finden)
Somit mußte ich öfters, wenn ich "schlimmes" Fehler überall suchen wollte, woher alles löschen, Delphi sauber starten und konnte/musste dann einmal alles durchkompilieren.

PS: Die eine alte Funktion von Delphi ist echt saublöd.
"Automatisch speichern beim Kompilieren" speichert nach dem erfolgreichen Kommpilieren, also erst nachdem Delphi abgestürzt ist, und somit war dann alles futsch.

Auch wird der "Desktop" nicht gespeichert (XE), wenn man "Speichert", sondern erst wenn man Delphi schließt. Und keine Ahnung wie die das machen, aber wenn Delphi abstürzte, dann wart das auch oft futsch und Delphi startet dann ohne das letzte Projekt zu öffnen mit eimen zerlegten Layout (alles abgedockt und fehlende Module, aber gespeicherter Desktop laden geht zum glück), aber auch nach anschließenden dem Öffnen der Projektgruppe fehlt dann alles, wie geöffnete Dateien und vor allem sind die Haltepunkte weg.


PS: 16 Bit läuft doch noch?
Wenn man DOS, Windows 1 oder ein 32 Bit Windows nutzt. Das 16 Bit-Subsystem wurde doch nur im 64 Bit-Windows entfernt, oder ist es nun auch schon aus 32 Bit raus?

[Moombas]

Zitat von himitsu:

PS: 16 Bit läuft doch noch?
Wenn man DOS, Windows 1 oder ein 32 Bit Windows nutzt. Das 16 Bit-Subsystem wurde doch nur im 64 Bit-Windows entfernt, oder ist es nun auch schon aus 32 Bit raus?

Das hängt von deiner CPU ab (oder dessen benötigter Chipsatz), nicht vom verwendeten Betriebssystem (zumindest ist es mir beim letzteren nicht bekannt).
Bei uns der I3-6100 mit Intel Q270er Chipsatz.
Intel hat bei allen neuen Prozessoren die Unterstützung dessen abgeschaltet.

Bei uns musste ein Softwarelieferant daher viele Routinen nochmal in 32-Bit neu kompilieren, weil das mit der neuen PC-Hardware für die Stores nicht mehr lief (OS ist gleich geblieben; NTVDM hing sich dann immer mit 25% auf).
Wobei er laut Wiki es können soll...

Und die Software ist auch schon uralt...

[himitsu]

Zitat von Moombas:

Das hängt von deiner CPU ab ...

Ohh, wusste nur noch, dass es im Windows mal ausgebaut wurde.
Wenn die CPU es nicht mehr kann, dann kann man doch seine geliebte VM mit Windows 1 und Delphi 1 nicht mehr starten
und Turbo Pascal ist dann auch tot.

Mal sehn wie die DOS-Emulatoren damit zurecht kommen.

Rechner/VM starten, Windows booten, Delphi starten und kompilieren in weniger als einer Sekunde ... wo geht das denn sonst noch, außer bei Delphi 1 auf 'ner halbwegs modernen CPU mit SSD.