불안정한 스크립트나는 내가하고 싶은 일을하지 않는 스크립트를 가지고있다. 그래서 나는 일어나고있는 일을 추적하는 데 도움이되는 사소한 진단을 추가합니다.
show("here");
하지만 이렇게하면 JMP가 충돌하게됩니다.
다른 사람들이 이런 유형의 문제에 직면했는지 궁금합니다.
나는 그다지 계속하지 않는다는 것을 안다!
제목 : Re : 불안정한 스크립트아니. 그냥 혼자 달렸고 나에게도 일어나지 않습니다. 정규 코드에서, 나는 종종 변수가 아닌 ()을 보여주지 않는다. 나는 보통 print ()를 사용한다.
제목 : Re : 불안정한 스크립트이 동작을 재현 할 수 있습니까? JMP가 충돌하고 다시 시작한 후에는 어떻게됩니까?
제목 : Re : 불안정한 스크립트데이브,
JMP Pro 14.3과 함께 Windows 10에서 실행되는이 문제가 없습니다.제목 : Re : 불안정한 스크립트일부 업데이트 :
- 이 문제는 MacOS에서 발생합니다. 그것은 Windows에서 잘 작동합니다. 나는 14.2를 달리고 14.3으로 업그레이드했고 문제는 여전히 발생한다.
- 동일한 문제를 나타내는 간단한 샘플 스크립트를 만드는 데 어려움이 있지만 문제는 반복적으로 발생합니다.
- "쇼"가있는 유일한 이유는 실제 코드가 충돌을 일으키고 show statements를 사용하여 실행을 추적하기 때문입니다. 그러나 내가 생각할 수있는 가장 사소한 코드라도 - 단지 "쇼"- 여전히 문제가 발생했습니다. 하지만 "show"를 "print"로 바꾸면 충돌이 발생하지 않습니다! 그래서 진전입니다!
제목 : Re : 불안정한 스크립트<이 답장을 이동하여 다른 답장에 첨부하여 함께 보관하십시오.>
제목 : Re : 불안정한 스크립트내가 말했듯이, "print"는 작동하지만 충돌을 일으키는 다른 코드를위한 자리 표시 자일뿐입니다.
좀 더 테스트를 했어. 이것은 슈뢰딩거 고양이처럼 느껴지기 시작했습니다.
원본 코드를 복원했습니다.
JMP를 다시 시작하고 스크립트를 실행하면 실패합니다. JMP를 다시 시작하고 스크립트를 엽니 다. 스크립트를 닫은 다음 스크립트를 닫고 실행하면 작동합니다.
제목 : Re : 불안정한 스크립트추락 한 경우 JMP의 버그입니다. 어떤 종류의 크래시 파일이 있으면 그 파일을 알아낼 수 있습니다.
짐작할 수 있듯이 디스플레이 박스와 닫힌 보고서가 관련되어 있다고 생각합니다. 삭제 된 표시 상자를 가리키는 JSL 변수가 있습니다. 그 기억이 삭제 된 이후에 어떤 일이 있었는지에 따라 나쁜 일이 일어날 수 있습니다. 아니면 아무것도. 표시 또는 인쇄와 함께 로그에 기록하면 일부 디스플레이 상자가 정리되고 충돌이 발생할 수 있습니다.
JMP 15에 디스플레이 박스를보다 최신의 방식으로 처리하기 위해 많은 작업을했습니다. 얼리 어답터 JMP 15에서 더 나은 진단을 얻을 수 있습니다.
제목 : Re : 불안정한 스크립트넌 크레이지에 자리하고있어.
코드를 다시 생성하는 지루한 과정을 거쳤습니다. 블록 단위로 JMP를 매번 다시 시작했습니다. 오류의 원인은 내가 삭제하려고했던 디스플레이 상자였습니다. 표시 상자는 버블 플롯의 전설이었습니다. 저는이를 VListBox에 넣어서 몇 가지 추가 정보와 정렬 할 수있었습니다. 그래서 복제본을 생성하고 삭제 한 다음 VListBox의 일부로 추가했습니다. 버블 플롯은 컨테이너 안에 있었고 그 당시에는 창에 붙어 있지 않았기 때문에 렌더링되지 않았습니다. 내 첫 번째 해결 방법은 렌더링 후 삭제하는 것이었지만 괜찮 았지만 flickery. 나는 그 때 버블 플롯에 메시지를 보내 그것을 제거 할 수 있다고 결정했다.
