210862_de-DE

liliconcom

Instabiles Skript

Ich habe ein Skript, das nicht das tut, was ich möchte.  Deshalb füge ich eine einfache Diagnose hinzu, um zu verfolgen, was gerade passiert:

 

show("here");

Aber wenn ich das tue, stürzt JMP ab.

Ich frage mich nur, ob jemand anders auf diese Art von Problem gestoßen ist.  

Ich weiß, es gibt nicht viel zu tun!

Betreff: Instabiles Skript

Nee. Lief es einfach alleine und es passiert mir nicht.  Im regulären Code zeige ich nicht oft () für Nicht-Variablen, normalerweise drucke ich (). 

 

Betreff: Instabiles Skript

Ist dieses Verhalten reproduzierbar? Was passiert, wenn JMP abstürzt und Sie es neu starten?

Betreff: Instabiles SkriptDave,
Ich habe kein Problem damit, läuft unter Windows 10 mit JMP Pro 14.3Betreff: Instabiles Skript

Einige Updates:

1. Dieses Problem tritt unter MacOS auf.  Es funktioniert gut unter Windows.  Ich habe 14.2 ausgeführt und auf 14.3 aktualisiert, und das Problem tritt immer noch auf.
2. Das Problem ist wiederholbar, obwohl ich denke, dass ich Schwierigkeiten haben würde, ein einfaches Beispielskript zu erstellen, das dasselbe Verhalten aufweist.
3. Der einzige Grund, warum ich eine "Show" habe, ist, dass der echte Code einen Absturz verursacht hat und ich show-Anweisungen verwende, um die Ausführung zu verfolgen.  Aber selbst mit dem trivialsten Code, den ich mir vorstellen konnte - nur der "Show" - trat das Problem immer noch auf.   ABER - wenn ich "show" durch "print" ersetze, tritt der Absturz nicht auf! Das ist also Fortschritt!

 

Betreff: Instabiles Skript

Betreff: Instabiles Skript

Wie gesagt, "print" funktioniert, aber es war wirklich nur ein Platzhalter für einen anderen Code, der einen Absturz verursachte.  

Ich habe noch ein paar Tests gemacht. Das fühlt sich langsam an wie Schrodingers Katze. 

Ich habe den ursprünglichen Code wiederhergestellt.

Wenn ich JMP neu starte und das Skript starte, schlägt dies fehl.  Wenn ich JMP neu starte und das Skript öffne - schau es dir an, um mich daran zu erinnern, wie es aussieht -, dann schließe das Skript und starte es, es funktioniert.

Betreff: Instabiles Skript

Wenn es abstürzt, ist es ein Fehler in JMP. Wenn Sie eine Art Absturzdatei erhalten, hilft uns das möglicherweise, dies herauszufinden.

Ich nehme an, es handelt sich um Anzeigefelder und geschlossene Berichte, und es gibt irgendwie eine JSL-Variable, die auf ein Anzeigefeld verweist, das gelöscht wird. Abhängig davon, was mit diesem Speicher geschehen ist, seit er gelöscht wurde, können schlimme Dinge passieren. Oder vielleicht gar nichts. Wenn Sie mit show oder print in das Protokoll schreiben, führt dies wahrscheinlich zu einer Bereinigung des Anzeigefelds und möglicherweise zum Absturz.

Wir haben viel Arbeit in JMP 15 gesteckt, um die Display-Boxen moderner zu gestalten. Sie könnten eine bessere Diagnose von einem frühen Anwender JMP 15 erhalten. 

Betreff: Instabiles Skript

Du bist genau richtig für Craige.

Ich habe einen mühsamen Prozess durchlaufen, bei dem der Code Block für Block neu generiert und JMP jedes Mal neu gestartet wurde.  Die Ursache des Fehlers war ein Anzeigefeld, das ich löschte.  Das Anzeigefeld war die Legende zu einem Blasendiagramm. Ich wollte es in eine VListBox einfügen, damit ich es an einigen zusätzlichen Informationen ausrichten kann. Ich habe einen Klon erstellt, ihn gelöscht und ihn dann als Teil einer VListBox angehängt.  Der Bubble-Plot befand sich ebenfalls in einem Container und war zu der Zeit noch nicht an einem Fenster befestigt, wurde also nicht gerendert.  Meine erste Problemumgehung bestand darin, es nach dem Rendern zu löschen, und das war in Ordnung - aber flimmernd.  Ich entschied dann, dass ich es loswerden könnte, indem ich eine Nachricht an den Bubble-Plot schickte, und das funktionierte gut.