Omnimaga

Calculator Community => TI Calculators => Topic started by: dreamdragon on July 15, 2014, 01:13:25 pm

Title: Doors CSE release candidate 2 trouble in paradise
Post by: dreamdragon on July 15, 2014, 01:13:25 pm
So a few nights ago i was on the doors app release 2...
it has never done this and i do have to say i am really pissed off. :mad: :banghead:
It glitched (no surprise) but what got me going was this:
Almost all of my programs were erased, and every single grouped item vanished. In a fit of rage I deleted the candidate and i am left to sadly consider that maybe doors needs alot more work [/color](yes even the 8.0 version of doors) so it can become more stable, and more dependable. okay we may run our prototype programs whatever on a calculator emulator but in reality I dont think emulators should be used. we should instead test-run these new programs on a [/font]REAL calculator before we release it to everyone just to be safe, and keep using the program contained for a month or so to tell if there are stability issues in it.
I rest my case.
Title: Re: Doors CSE release candidate 2 trouble in paradise
Post by: tifreak on July 15, 2014, 01:19:52 pm
Well, this is the first we've seen of this as an issue. What were you doing with Doors at the time of the 'glitch' and what programs did you have on it/have been using?

Also, if you want this kind of thing fixed, you should be posting bug reports to Cemetech's DCSE topic, so Kerm can see it and try to fix it.
Title: Re: Doors CSE release candidate 2 trouble in paradise
Post by: DJ Omnimaga on July 15, 2014, 02:03:19 pm
This flamebait bug report would be more credible with fewer post colors and describing exactly how the crash happened. For example, if you did a mistake when using the third-party BASIC libraries, it is not a bug, but rather error on user's end. Also, I have never ran into any similar problem with Doors CSE 8.1, even the RC's. Whatever crash I got was caused by buggy ASM programs or misuse of xLIBC and even then, keeping all my programs archived minimized data loss.


EDIT: Besides, Doors CSE 8.1 RC2 is outdated, since 8.1 came out days ago.
Title: Re: Doors CSE release candidate 2 trouble in paradise
Post by: Keoni29 on July 15, 2014, 02:10:44 pm
It's a good idea to make backups of your device regularly when you are developing software. You can just fall back on a backup in case of a fatal reset.
Title: Re: Doors CSE release candidate 2 trouble in paradise
Post by: Streetwalrus on July 15, 2014, 02:35:59 pm
It's a good idea to make backups of your device regularly when you are developing software. You can just fall back on a backup in case of a fatal reset.
Indeed, no matter what happens, data loss is your responsibility for not making backups as a safety measure.
Title: Re: Doors CSE release candidate 2 trouble in paradise
Post by: DJ Omnimaga on July 15, 2014, 03:30:12 pm
Yeah I agree about the backup part. With every ASM lib for BASIC programmer, as well as any language other than TI-BASIC, if you do a mistake, it can freeze your calc, reset the RAM (although not as frequent with Doors CSE installed) or render it unstable. Many Axe Parser users lost countless amounts of data for similar reasons, and it's the price to pay when coding on-calc.

Of course, if someone is convinced there is an actual bug in Doors CSE itself, then he can post it in the Cemetech thread as Tifreak said, but in the case of the original post above, the bug report needs a lot of improvements in order to be taken seriously.
Title: Re: Doors CSE release candidate 2 trouble in paradise
Post by: TIfanx1999 on July 16, 2014, 07:40:50 am
Well, this is the first we've seen of this as an issue. What were you doing with Doors at the time of the 'glitch' and what programs did you have on it/have been using?

Also, if you want this kind of thing fixed, you should be posting bug reports to Cemetech's DCSE topic, so Kerm can see it and try to fix it.
^Pretty much this exactly. Posting a rant about it here does nothing. Also, common sense says back your stuff up. Especially if you are running a test build of something that may be unstable.