Problem mit Update von PB6.20-win-x86 auf PB6.21-win-x86

[techniker]

So einfach ist das nicht, da die Variablen erst kurz vor der if-Abfrage in der Procedure gebildet werden. D.h. es werden sehr lange und wieder unübersichtliche Sub-Procedure-Aufrufe mit plusminus 20 Variablen.

Aber ich werde da wohl keine Wahl haben..

[techniker]

Diese kleine Änderung kostet mich nun mehrere Tage, bis der Code wieder lauffähig wird.. Sehr, sehr ärgerlich..

[HeX0R]

Ehrlich gesagt denke ich Dein Ansatz war von Anfang an falsch, es gibt immer einfachere Lösungen, Du solltest das eher als Chance sehen das Chaos aufzuräumen.
Wenn Du die einfachere Lösung nicht siehst oder Dir der Aufwand zu groß ist, nimm doch einfach weiterhin PB6.20 für dieses Projekt.
Ich habe unzählige PB Versionen parallel installiert und für manche uralte Sachen bin ich auch zu faul, die an neue PB Versionen anzupassen, dann nehme ich eben eine alte Version zum kompilieren und gut is.

Und mal ehrlich:
Mehrere Tage, um ein paar Zeilen zu löschen? Jetzt wollen wir doch mal auf dem Teppich bleiben!

Du kannst ja auch alles in eine fette Zeile machen und dann z.B. so kommentieren:

Code: Alles auswählen

If a = 0 And b = 1 And (Kaffee = 4 Or Durst = -1) And waseinirrsinn = 982765827658217456842375623 Or Bier = 12
;                       wenn ich 4 Kaffee hatte, obwohl ich eigentlich keinen Durst hatte
;                                                     ;dann bin ich völlig irre
;                                                                                                    ;nach 12 Bier geht's aber

[techniker]

Und mal ehrlich:
Mehrere Tage, um ein paar Zeilen zu löschen? Jetzt wollen wir doch mal auf dem Teppich bleiben!

Es geht hier nicht um ein stupides löschen, sondern um strukturiert lesbaren und dokumentierten Code.
Die Anwendungen werden konzernintern von täglich hunderten Kollegen genutzt und aktiv gepflegt.

Außerdem ist eine derartige Überarbeitung eine massive Änderung, die wieder eine Validierung je Anwendung erfordert.
Hier reden wir von Kosten im Bereich von >10tEUR.

[mk-soft]

Don't Change Running System

Da gebe ich Hexor recht. Man kann auch bei Anpassungen alte Compiler nehmen.

[techniker]

Das Projekt lebt und ist keineswegs abgeschlossen. So grob einmal im Monat gibt es eine neue Version,
welche automatisch ausgerollt wird. Es werden ständig Bugs entfernt, Features hinzugenommen oder alte Locken entfernt.
Manchmal wird auch der Arbeitsprozess geändert, wodurch die Software angepasst werden muss.

Aus welchem Grund soll ich daher die Compilerversion einfrieren?

Bisher musste ich erst ein Projekt bei 6.03 einfrieren, da die Unterstützung für WinXP wegfiel.
Fertigungsmaschinen haben bei weitem nicht immer aktuelle Betriebssysteme!

[Axolotl]

Meistens tut es mir im Nachhinein Leid das ich meine Beobachtungen und Vorschläge teile, besonders wenn dabei ein inkompatibles Update herauskommt. Man muss aber festhalten, dass PB ein Ein-/Zwei-Mann Projekt ist und die Entscheidungen über alles (Features, Bugs, Weiterentwicklungen, etc.) nur von einer Person abhängen. Ggf. kann man die Meinungsbildung auch montetär beeinflussen. Auf jeden Fall muss man aber direkt mit Fred reden. Das sollte man eigentlich beim Einsatz von PB bedenken.

[mk-soft]

Ich setzte PureBasic auch in Produktiv-System ein und habe gute Erfahrungen gemacht.
Manche laufen schon fast 20 Jahre ohne Probleme.