Keine Frage, nur zur Dokumentation. Vielleicht hatte/hatte jemand ein ähnliches Problem.
Wenn das eingebettete Protokoll für ein Skriptfenster aktiviert ist, werden Fehlermeldungen nicht im „offiziellen“ Protokollfenster angezeigt.
Sie werden an das eingebettete Protokoll unten im Skriptbearbeitungsfenster gesendet. Sehr angenehm.
Ich hatte gerade einen seltsamen Namespace-Fehler und konnte nicht verstehen, warum. Ein Fehler hat mir geholfen, das Problem zu verstehen:
Ein fehlerhafter Code wurde an ein GraphBuilder-Objekt gesendet und (nach dem Klicken auf das Diagramm) wurde das Skript angehalten.
Im GraphBuilder-Fenster gab es eine Meldung, dass Details des Fehlers im Protokoll zu finden sind:
Aber das "Protokoll" war leer. Eigentlich: das eingebettete Protokoll des fehlerhaften JSL-Codes.
Als ich tiefer grub, fand ich die Protokollnachricht woanders:
Der Fehler ist im GraphBuilder-Objekt aufgetreten, das vom ersten Skript auf der linken Seite generiert wurde, sodass der Fehler dort angezeigt wird.
.. und nicht im Log-Fenster des rechten Fensters - mit dem fehlerhaften Code.
Dies löste auch mein ursprüngliches Problem:
Funktionen im JSL-Code rechts, auf die kein Code zugreifen konnte, der in das Graphbuilder-Objekt "implantiert" wurde (das in Code1 links "zu Hause" ist).
Das Einrichten eines definierten Namespace löste das Problem:
https://community.jmp.com/t5/Discussions/Line-Profile-in-JMP/mp/567912/highlight/true#M77887
Mehr sehen...Graphbuilder-Code:
Names Default to Here(1);
Open( "$SAMPLE_DATA/Big Class.jmp" );
gb = Graph Builder(
Size( 437, 413 ),
Graph Spacing( 4 ),
Variables( X( :height ), Y( :weight ), Overlay( :sex ) ),
Elements( Points( X, Y, Legend( 1 ) ), Smoother( X, Y, Legend( 2 ) ) )
);
Fehlercode:
gbfb =Current Report()["Graph Builder"][FrameBox(1)];
gbfb << missingFunction_1(); // Doesn't exit
gbfb<< add graphics script( Mousetrap(missingFunction_2())); // Doesn't exit
