Lotus Script vollständig neu kompilieren bleibt hängen

[MadMetzger]

Hallo!

Ich verzweifele gerade... In einer Datenbank von mir bleibt das durchkompilieren immer bei der selben ScriptLib beim Aufbauen des Hierarchiebaumes stecken. Ich verstehe nur nicht warum...

Ich habe schon FixUp, Komprimierung der Datenbank ausgeführt. Auch ein manuelles  Kopieren der Gestaltungselemente in eine neue Datenbank hat nichts bewirkt. Auch keinen Erfolg gebracht hat das umkopieren des Quellcodes in eine neue leere ScriptLib...

Was kann ich machen, damit ich die DB durchkompiliert kriege?

[koehlerbv]

Das ist mir bei älteren, seit längerem in Entwicklung befindlichen und umfangreichen DBs auch schon vereinzelt passiert. Mir blieb dann nicht weiter übrig, als den Teamstudio Configurator zum Neukompilieren zu verwenden (was ich ja auch gleich hätte tun können  ). Der lief durch - und danach funktionierte auch das Recompile mit dem Designer wieder.

Bernhard

[MadMetzger]

Na prima... Klingt zwar gut, aber leider habe ich den TeamStudio Configurator hier nicht zur Verfügung... 

Keine Alternativen?

[koehlerbv]

Das ist natürlich nun ein Dumm Ding, wie der Chinese sagt.

Ich kann Dir natürlich anbieten, Deine DB hier durch den Configurator zu jagen. A-Bär: Meine Erfahrung mit derartigen DBs war, dass sie zwar trotz dem plötzlichen Unwohlseins des Recompilers tadellos liefen (zumindest, wenn man manuell recompiliert hatte, falls bzw. wo erforderlich ), aber der Fehler dann relativ schnell von wieder da war.

Da mir ausser Configurator auch nix mehr einfällt, würde ich an Deiner Stelle jetzt IBM auf die Pelle rücken.

Bernhard

PS: Mein Angebot gilt natürlich.

[umi]

Was für NotesVersion verwendest Du?
Notes 6.5.5 hatte da  n kleineres Problem....

[koehlerbv]

Naja, 6.5.5 (zumindest der erste Wurf) konnte überhaupt nicht Recompile All ausführen.

Ich habe für Markus die DB mal durch den Configurator gedreht - und funktioniert es auch wieder mit dem Designer selber.

Bernhard

[MadMetzger]

Meine Clientversion steht in der Signatur, wir haben hier 6.5.4 im Einsatz.

[Madboy]

Wir habe das problem auch mit 6.5.5 du musst zurück auf 6.5.4 dann geht es.

[MadMetzger]

Liest eigentlich jemand meine Postings? Ich habe doch 6.5.4, warum dann noch dorthin zurückgehen?

[koehlerbv]

Abgesehen davon hast Du ja schon ausgangs geschrieben, dass das Recompile All zwischendurch "verhungert". Damit sollte klar sein, dass es sowieso um eine andere Baustelle geht.

Bernhard

PS: Ich lese eigentlich Deine Postings immer aufmerksam 

[MadMetzger]

Dich meinte ich auch nicht Bernhard... 

[pram]

ich weiß, dies ist zwar schon ein etwas älterer Thread, aber was in diesem Fall auch hilft:

die vemeintlich kapputte(n) Libs öffnen*, darin etwas ändern (Ich mach immer ein Leerzeichen rein und lösche es gleich wieder) und dann abspeichern. Dadrch wird diese eine Lib neu compiliert.

* Die vermeintlich kaputte Lib ist in der USE-Kette der Lib, bei der der recompile hängen bleibt.
i.d.R. eine, die man gerade bearbeitet hat.

Gruß
Roland

[koehlerbv]

Siehe Posting #3, Roland: Wenn der Wurm erst einmal drin ist (bzw. der Designer prinzipiell ein Problem hat), dann hält diese Massnahme nicht lange an.

Seit 2006 habe ich Recompiles überhaupt nicht mehr mit dem Designer gemacht, sondern nur noch mit dem Teamstudio Configurator. Wenn man bedenkt, dass ein hängendes Recompile im Designer ggf. einen Abschuss des Clients erfordert, möchte ich nicht wissen, was mir das schon an zusätzlichem Aufwand oder späteren "seltsamen Effekten" erspart hat.

Mein Fazit: Wenn Recompile einmal hängt, wird es später wieder passieren.
Ein Fazit, welches ich nicht ziehen kann: Wie sieht es mit 6.5.6 (oder später, wenn es herauskommen sollte) oder 7.0.x aus? Nach 8.0.x frage ich derzeit nicht, da warte ich wegen anderer schwerwiegender Dinge mindestens auf 8.0.2, bevor mich hier das Recompile-All-Verhalten interessiert.

Bernhard