- TI nspire
[TI-nspire] 계산기 먹통(=무한 루프=모래 시계=무한 로딩) 강제종료 방법

시계만 돌고 계산이 끝이 나지 않는 경우는, 무한루프가 돌고 있을 가능성이 높습니다.
이 때 데이터를 새로 할당하는 등의 자원소모가 계속 늘어나는 루틴이라면, 일정 시간 후에 exhaustion이 발생하면서 루틴이 자동으로 멈출 수도 있지만, 그렇지 않다면 수동으로 루틴 작동을 멈춰야만 합니다.
1. Handheld 계산기
계산기의 on 버튼
을 길게 누르면 계산이 강제로 종료됩니다.
그런데, 다시 동일한 계산을 시도하면 같은 현상이 반복될 가능성이 높습니다. 따라서 식/프로그램을 수정하거나 근사값 계산인 approx(계산식) 또는 【ctrl】【ENTER】으로 계산을 시도해 보시는 것이 좋겠습니다.
2. PC용 소프트웨어
PC용 소프트웨어는 프로그램 자체가 딱 얼어있는 것처럼 보여서 마우스 클릭은 전혀 통하지 않습니다. (따라서 On 버튼을 누르고 있을 수가 없습니다)
- 윈도우에서는 키보드의 를 누른 상태(Yuji)로 키를 연타하시면 됩니다.
- MAC은 키보드의 를 누른 상태(Yuji)로 키를 연타하시면 됩니다.

세상의모든계산기 님의 최근 댓글
불러오기 할 때 변수값을 먼저 확인하고 싶을 때는 VARIABLE 버튼 【⇄[x]】목록에서 확인하고 Recall 하시면 되고, 변수값을 이미 알고 있을 때는 바로 【⬆️SHIFT】【4】로 (A)를 바로 입력할 수 있습니다. 2025 10.24 fx-570 CW 로 계산하면? - 최종 확인된 결과 값 = 73.049507058478629343538 (23-digits) - 오차 = 6.632809104889414877 × 10^-19 꽤 정밀하게 나온건 맞는데, 시뮬레이션상의 22-digits 와 오차 수준이 비슷함. 왜 그런지는 모르겠음. - 계산기중 정밀도가 높은 편인 HP Prime CAS모드와 비교해도 월등한 정밀도 값을 가짐. 2025 10.24 HP Prime 에서 <Home> 73.0495070344 (12-decimal-digits) // python 시뮬레이션과 일치 <CAS> 21자리까지 나와서 이상하다 싶었는데, Ans- 에서 자릿수를 더 늘려서 빼보니, 뒷부분 숫자가 아예 바뀌어버림. 버그인가? (전) 73.0495070584718691243 (21-digits ????) (후) 73.0495070584718500814401 (24-digits ????) 찾아보니 버그는 아니고, CAS에서는 십진수가 아니라 2진수(bit) 단위로 처리한다고 함. Giac uses 48 bits mantissa from the 53 bits from IEEE double. The reason is that Giac stores CAS data (gen type) in 64 bits and 5 bits are used for the data type (24 types are available). We therefore loose 5 bits (the 5 low bits are reset to 0 when a double is retrieved from a gen). 출처 : https://www.hpmuseum.org/cgi-bin/archv021.cgi?read=255657 일단 오차를 놓고 보면 16-decimal-digits 수준으로 보임. 2025 10.23 khiCAS 에서 HP 39gII 에 올린 khiCAS는 254! 까지 계산 가능, 255! 부터는 ∞ fx-9750GIII 에 올린 khiCAS는 factorial(533) => 425760136423128437▷ // 정답, 10진수 1224자리 factorial(534) => Object too large 2025 10.23 같은 방식으로 500! 근사값을 구해보면 1.219933487 × 10^(1134) 1.22013682599111006870123878542304692625357434280319284219241358838 × 10^(1134) (참값, 울프람 알파) 2025 10.23