634217_fr-FR

liliconcom

Re : fermer() n'est pas par défaut sur NoSave depuis 17.0

Je n'arrive pas à reproduire ce comportement.

 

Pouvez-vous essayer un exemple simple uniquement en ouvrant la table et en la fermant pour voir si cela vous arrive dans ce cas ? Si ce n'est pas le cas, vous devrez regarder plus loin que votre script pour voir si vous pouvez déterminer ce qui pourrait se passer d'autre.

Re : fermer() n'est pas par défaut sur NoSave depuis 17.0

Je n'arrive pas non plus à le reproduire. Ce court script isole l'action que vous décrivez.

 

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

Wait( 3 );

Close( dt );

Re : fermer() n'est pas par défaut sur NoSave depuis 17.0

Je peux reproduire ce comportement avec JMP17.0. Le fichier sera enregistré dans le répertoire par défaut actuel().

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

 

Ce comportement était différent dans les versions antérieures de JMP, mais je ne dirais pas qu'il s'agissait de No Save car il envoie un message pour se connecter alors que l'utilisation de No Save ne le fait pas.

 

JMP16.2

Re : fermer() n'est pas par défaut sur NoSave depuis 17.0

Réduisez le script aux parties pertinentes et c'est tout ce qui reste :

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);

Il en résulte toujours un nouveau fichier appelé "Tabelle1.jmp".

Le post de Jarmos m'a rappelé que j'avais effectivement l'habitude de voir souvent ce message de problème d'E/S et que je n'étais jamais capable de le placer.

Je crains que beaucoup de scripts aient été écrits sans spécifier NoSave et cela n'a causé aucun dommage pendant l'exécution et maintenant le comportement a changé.

Re : fermer() n'est pas par défaut sur NoSave depuis 17.0

Je ne suis pas sûr que ce soit nouveau pour la version 17 de JMP.Je me souviens qu'il y a des années, j'avais explicitement mis NoSave dans tout mon code (environ 50 000 lignes de code réparties sur environ 80 fichiers JSL distincts).Je pense que c'est arrivé avec la transition de la version 13 à 14, mais je me trompe peut-être avec les numéros de version.J'ai fini par écrire un utilitaire pour m'aider à rechercher dans tous les scripts d'un dossier pour localiser les fichiers qui ont effectué une fermeture - il s'est avéré être l'un des utilitaires les plus importants que j'utilise tous les jours : vous le trouverez ici : https://www.pega-analytics.co.uk/blog/finding-that-line-of-code/

 

fermer() n'est pas par défaut sur NoSave depuis 17.0

Bonjour à tous,

Je rencontre quelques problèmes avec mes scripts depuis que j'ai mis à jour JMP 17.

J'ai beaucoup de scripts utilisant

close(dt2);

alors que dt2 est une table de données ouverte à l'aide d'Open obtenant un fichier xlsx.

Je ne lis que les données de cette table et je la ferme à la fin, sans enregistrer, mais récemment, je me retrouve avec ces fichiers Table1 sans nom inutiles dans mes dossiers. Si je précise

close(dt2, NoSave);

le problème ne se produit pas, mais je travaillais en supposant que c'était la valeur par défaut.

Existe-t-il un paramètre pour corriger cela ?

Automatisation et scriptOrganisation du contenuPersonnalisation de masse