One of the things I like about Doors CSE is the ability to hide programs from the OS. I keep all of my programs Archived, and the less frequently used ones are also hidden so as not to clutter the PRGM list. Today I had a crash and RAM Reset, which did little harm since the programs were in Archive. I set about reinstating the Hide status where required, which was straightforward until...
One of the programs that should normally be hidden now shows up in the PRGM list, but not in any folders in Doors! Whether I archive or unarchive the program, it runs OK and edits OK, but Doors can't "see" it, so I can neither move it to its usual folder nor hide it. Is there any reason why this should happen? Or any way I can bring it back into the Doors folder system? Or should I back it up via TI-Connect, delete it from the calc and then reload it?
A separate but possibly related enquiry is about why the crash occurred anyway: I use a couple of programs which require prime factors of an integer, and the factoring is more efficient if the calculator only checks for divisibility by primes, so it has a list of all the primes < 5000. I recently decided it was more convenient to keep this list in Archive, and have the programs Unarchive it to run, returning the list to Archive on quit. This saves RAM as well as protecting the list (most of the time) against RAM failures. But I noticed the Archive process at the end of the program seemed to be gradually slowing down over the weeks, so this morning I ran GarbageCollect (which my limited understanding considers to be much like what Windows calls defragmenting). Sure enough those factoring programs now close appreciably more quickly BUT it was soon afterwards that the crash and reset happened. Is there any known connection between the GarbageCollect process and this sort of catastrophic error? Or any advice from those with the relevant expertise?
Thanks - OMT
One of the programs that should normally be hidden now shows up in the PRGM list, but not in any folders in Doors! Whether I archive or unarchive the program, it runs OK and edits OK, but Doors can't "see" it, so I can neither move it to its usual folder nor hide it. Is there any reason why this should happen? Or any way I can bring it back into the Doors folder system? Or should I back it up via TI-Connect, delete it from the calc and then reload it?
A separate but possibly related enquiry is about why the crash occurred anyway: I use a couple of programs which require prime factors of an integer, and the factoring is more efficient if the calculator only checks for divisibility by primes, so it has a list of all the primes < 5000. I recently decided it was more convenient to keep this list in Archive, and have the programs Unarchive it to run, returning the list to Archive on quit. This saves RAM as well as protecting the list (most of the time) against RAM failures. But I noticed the Archive process at the end of the program seemed to be gradually slowing down over the weeks, so this morning I ran GarbageCollect (which my limited understanding considers to be much like what Windows calls defragmenting). Sure enough those factoring programs now close appreciably more quickly BUT it was soon afterwards that the crash and reset happened. Is there any known connection between the GarbageCollect process and this sort of catastrophic error? Or any advice from those with the relevant expertise?
Thanks - OMT