Von XE2 umsteigen auf XE3

[DSCHUCH]

das theater kennen wir auch. list und label hat so einiges an macken.

wir updaten inzwischen nie mehr einfach alles. derzeit bereiten wir auch den umstieg auf xe3 vor, allerdings updaten wir gerade jeden monat eine externkomponente im xe, damit man nicht zu viele änderungen auf einmal hat. damit merkt man besser, woher die fehler kommen.

gestern haben wir zB DevExpress geupdatet. als nächstes kommt noch FR/Eurekalog dran. Erst wenn alles sauber im XE läuft und somit bewiesen ist, das alle Komponentenhersteller funktionierende Versionen haben, Updaten wir unsere IDE. Da bin ich schon zu oft auf die Nase gefallen, wenn man alles mit einmal macht.

[musicman56]

Hallo,

nicht alles auf einmal zu machen, macht schon Sinn, aber manchmal ist es auch nicht zu vermeiden. Seit 2007 habe ich nichts mehr geändert/upgedated und irgendwann muss man eben mal einen Schnitt machen. Umso mehr wenn man Richtung 64-Bit schielt

Abgesehen davon, keiner von uns ist ohne Fehler, aber, gerade deswegen kommt es immer auf die Art und Weise an, wie man mit seinen Fehlern umgeht. Nachdem ich Combit die mit Testprojekten eindeutig nachvollziehbaren Fehler gemeldet hatte, habe ich diese Antwort erhalten:

Zitat:

Andere Probleme (wie die im Screenshot gezeigten) sind uns im Zusammenhang mit List & Label nicht bekannt bzw. bisher nicht gemeldet worden. Bei einer hohen Vielzahl an Delphi-Entwicklern wäre ein solches Problem - wenn es denn durch LL verursacht werden würde - nicht unentdeckt geblieben.

Interessanter Standpunkt, oder? Heißt "übersetzt" entweder bin ich zu blöd, oder es ist ein Einzelfall den niemand interessiert.

[DSCHUCH]

Das problem ist woanders, so einfach ist das nicht. Ich bin mir inzwischen nicht mehr sicher da wir list und label eigentlich abgeschafft haben, aber schon die kleinste kleinigkeit konnte probleme verursachen, da LL ja nicht nativ, sondern als dll eingebunden wird. bei uns lief es zuletzt dann eigentlich ganz gut.

nur als bsp: eine dll mit stdcall/ohne, runtimebibliotheken, variablen als const, oder als var. das alles kann solche probleme verursachen.

wenn du deren testprojekt nimmst, wirst du den fehler zu 100% nicht haben, das liegt schon an eurem code.

letztendlich wirst du so lange auskommentieren müssen, bis du die ursache findest.

Zitat:

nicht alles auf einmal zu machen, macht schon Sinn, aber manchmal ist es auch nicht zu vermeiden.

ich vermeide das nach leidiger erfahrung inzwischen auf biegen und brechen, lieber lasse ich unsere kunden wartn mit dem argument "neues feature oder stabile version" und das sieht jeder ein, allerdings achten wir drauf das wir doch nur 1-2 jahre hinterherhängen, da sonst eben solche schritte nötige werden.

[musicman56]

Zitat:

das wir doch nur 1-2 jahre hinterherhängen, da sonst eben solche schritte nötige werden

Damit hat's (zumindest bei mir) überhaupt nichts zu tun, im Gegenteil, ich laufe wieder mal voraus: Keiner meiner ernst zu nehmenden Mitbewerber hat bisher eine 64-Bit-Version. Weil's wahnsinnig teuer wird vom Arbeitsaufwand her. Aber jetzt wird's langsam OT. Das Thema hat sich ja jetzt erledigt, ich bleibe vorerst bei XE2.