Script instableJ'ai un script qui ne fait pas ce que je veux qu'il fasse. alors j'ajoute un diagnostic trivial pour aider à retracer ce qui se passe:
show("here");
Mais lorsque je le fais, JMP se bloque.
Je me demande simplement si quelqu'un d'autre a rencontré ce type de problème.
Je sais que ce n'est pas grand chose à faire!
Re: script instableNan. Juste couru seul et ça ne m'arrive pas. Dans le code normal, je ne montre pas souvent () pour les non-variables, je lis habituellement ()
Re: script instableCe comportement est-il reproductible? Que se passe-t-il après le crash de JMP et que vous le redémarrez?
Re: script instableDave,
Je n'ai aucun problème avec cela, sous Windows 10, avec JMP Pro 14.3Re: script instableQuelques mises à jour:
- Ce problème se produit sur MacOS. Cela fonctionne bien sous Windows. Je courais 14.2 et ai mis à niveau à 14.3 et le problème se produit toujours.
- Le problème est reproductible, même si je pense que je ne parviendrais pas à créer un exemple de script présentant le même comportement.
- La seule raison pour laquelle j'ai un "show" est parce que le code réel était à l'origine d'un blocage et que j'utilise des instructions show pour suivre l'exécution. Mais même avec le code le plus trivial auquel je pouvais penser - juste le "show" - le problème se posait toujours. MAIS - si je remplace "show" par "print", le crash ne se produit pas! C'est donc un progrès!
Re: script instableRe: script instableComme je l'ai dit, "print" fonctionne, mais il s'agissait en réalité d'un paramètre de remplacement pour un autre code qui provoquait un blocage.
J'ai fait d'autres tests. Cela commence à se sentir comme chat Schrodingers.
J'ai restauré le code original.
Si je redémarre JMP et exécute le script, il échoue. Si je redémarre JMP et que j'ouvre le script - regardez-le pour me rappeler à quoi il ressemble - fermez le script et exécutez-le, cela fonctionne.
Re: script instableS'il s'est écrasé, c'est un bogue dans JMP. Si vous obtenez une sorte de fichier crash, cela pourrait nous aider à le comprendre.
Juste pour deviner, j'imagine que des zones d'affichage et des rapports fermés sont impliqués, et qu'une variable JSL pointe vers une zone d'affichage qui est supprimée. Selon ce qui est arrivé à cette mémoire depuis sa suppression, de mauvaises choses peuvent arriver. Ou peut-être rien. L'écriture dans le journal, avec show ou print, est susceptible de déclencher un nettoyage de la zone d'affichage, voire le blocage.
Nous avons beaucoup travaillé sur JMP 15 pour gérer les présentoirs de manière plus moderne; vous obtiendrez peut-être un meilleur diagnostic avec un JMP 15 à adoption précoce.
Re: script instableTu es sur place avec Craige.
Je suis passé par un processus fastidieux de régénération du code, bloc par bloc, en redémarrant JMP à chaque fois. La cause de l'erreur était une zone d'affichage que je supprimais. La zone d'affichage était la légende d'un graphique en bulle (je voulais le placer dans un VListBox afin de pouvoir l'aligner sur des informations supplémentaires). J'ai donc créé un clone, je l'ai supprimé, puis ajouté à la VListBox. Le tracé à bulles se trouvait également dans un conteneur et, à ce moment-là, n'avait pas été fixé à une fenêtre et n'a donc pas été rendu. Ma première solution de contournement a été de le supprimer après le rendu et c'était très bien - mais scintillant. J'ai alors décidé de m'en débarrasser en envoyant un message au complot à bulles et cela fonctionnait bien.
