634217_de-DE

liliconcom

Betreff: schließen() ist seit 17.0 nicht mehr standardmäßig auf NoSave eingestellt

Ich kann dieses Verhalten nicht reproduzieren.

 

Können Sie ein einfaches Beispiel ausprobieren, indem Sie nur die Tabelle öffnen und schließen, um zu sehen, ob es in diesem Fall bei Ihnen passiert? Wenn dies nicht der Fall ist, müssen Sie Ihr Skript weiter untersuchen, um festzustellen, was sonst noch passieren könnte.

Betreff: schließen() ist seit 17.0 nicht mehr standardmäßig auf NoSave eingestellt

Ich kann es auch nicht reproduzieren. Dieses kurze Skript isoliert die von Ihnen beschriebene Aktion.

 

Names Default to Here( 1 );
dt = Open( "C:\Program Files\SAS\JMPPRO\17\Samples\Import Data\Bigclass.xlsx" );

Wait( 3 );

Close( dt );

Betreff: schließen() ist seit 17.0 nicht mehr standardmäßig auf NoSave eingestellt

Ich kann dieses Verhalten mit JMP17.0 reproduzieren. Die Datei wird im aktuellen Standardverzeichnis() gespeichert.

Names Default To Here(1);

show(File Exists(Get Default Directory() ||"bigclass.jmp"));

dt = Open("C:\temp\Bigclass.xlsx");
Wait(1);

Close(dt);

show(File Exists(Get Default Directory() ||"bigclass.jmp"));<BR />

JMP17.0

 

Dieses Verhalten war in früheren JMP-Versionen anders, aber ich würde nicht sagen, dass es an „No Save“ lag, da es eine Meldung zum Protokollieren gibt, während dies bei „No Save“ nicht der Fall ist

 

JMP16.2

Betreff: schließen() ist seit 17.0 nicht mehr standardmäßig auf NoSave eingestellt

Ich habe das Skript in die relevanten Teile zerlegt und das ist alles, was übrig bleibt:

dt2 = Open ("Close Test File.xlsx",
            Worksheets( "Tabelle1" ),
            Use for all sheets( 1 ),
            Concatenate Worksheets( 0 ),
            Create Concatenation Column( 0 ),
            Worksheet Settings(1, Has Column Headers( 1 ),
            Number of Rows in Headers( 1 ),
            Headers Start on Row( 1 ),
            Data Starts on Row( 2 ),
            Data Starts on Column( 1 ),
            Data Ends on Row( 0 ),
            Data Ends on Column( 0 ),
            Replicated Spanned Rows( 1 ),
            Suppress Hidden Rows( 1 ),
            Suppress Hidden Columns( 1 ),
            Treat as Hierarchy( 0 )));

close(dt2);

Es entsteht immer noch eine neue Datei mit dem Namen „Tabelle1.jmp“.

Jarmos Beitrag erinnerte mich daran, dass ich diese E/A-Problemmeldung tatsächlich häufig gesehen habe und sie nie platzieren konnte.

Ich fürchte, viele Skripte wurden ohne die Angabe von NoSave geschrieben und es hat während der Laufzeit keinen Schaden angerichtet und jetzt hat sich das Verhalten geändert.

Betreff: schließen() ist seit 17.0 nicht mehr standardmäßig auf NoSave eingestellt

Ich bin nicht sicher, ob dies in Version 17 von JMP neu ist.Ich erinnere mich, dass ich vor Jahren explizit NoSave in meinen gesamten Code einfügen musste (ungefähr 50.000 Zeilen Code, verteilt auf ungefähr 80 separate JSL-Dateien).Ich glaube, es ist beim Übergang von Version 13 auf 14 passiert, aber mit den Versionsnummern kann es sein, dass ich mich irre.Am Ende habe ich ein Dienstprogramm geschrieben, das mir dabei hilft, alle Skripts innerhalb eines Ordners zu durchsuchen, um die Dateien zu finden, die einen Abschluss durchgeführt haben. Es hat sich als eines der wichtigsten Dienstprogramme herausgestellt, die ich jeden Tag verwende: Sie finden es hier: https://www.pega-analytics.co.uk/blog/finding-that-line-of-code/

 

schließen() ist seit 17.0 nicht mehr standardmäßig auf NoSave eingestellt

Hallo an alle,

Ich habe ein paar Probleme mit meinen Skripten, seit ich auf JMP 17 aktualisiert habe.

Ich verwende viele Skripte

close(dt2);

wohingegen dt2 eine Datentabelle ist, die mit Open geöffnet wird und eine xlsx-Datei erhält.

Ich lese nur Daten aus dieser Tabelle und schließe sie am Ende, ohne zu speichern, aber seit Kurzem lande ich in meinen Ordnern mit diesen nicht benötigten, unbenannten Table1-Dateien. Wenn ich spezifiziere

close(dt2, NoSave);

Das Problem tritt nicht auf, aber ich bin davon ausgegangen, dass dies die Standardeinstellung ist.

Gibt es eine Einstellung, um das zu beheben?

Automatisierung und SkripterstellungInhaltsorganisationMassenanpassung