Author Topic: Bug Reports  (Read 457059 times)

0 Members and 1 Guest are viewing this topic.

Offline Happybobjr

  • James Oldiges
  • LV11 Super Veteran (Next: 3000)
  • ***********
  • Posts: 2325
  • Rating: +128/-20
  • Howdy :)
    • View Profile
Re: Bug Reports
« Reply #1035 on: January 11, 2011, 10:00:02 am »
The display is still a little glitchy on my calc.  It is completely usable and isn't really annoying.  I haven't encountered rotating screens or the like again with the newer version of axe
School: East Central High School
 
Axe: 1.0.0
TI-84 +SE  ||| OS: 2.53 MP (patched) ||| Version: "M"
TI-Nspire    |||  Lent out, and never returned
____________________________________________________________

Offline DJ Omnimaga

  • Clacualters are teh gr33t
  • CoT Emeritus
  • LV15 Omnimagician (Next: --)
  • *
  • Posts: 55943
  • Rating: +3154/-232
  • CodeWalrus founder & retired Omnimaga founder
    • View Profile
    • Dream of Omnimaga Music
Re: Bug Reports
« Reply #1036 on: January 11, 2011, 05:10:18 pm »
Could you elaborate, Happybobjr?

Offline Happybobjr

  • James Oldiges
  • LV11 Super Veteran (Next: 3000)
  • ***********
  • Posts: 2325
  • Rating: +128/-20
  • Howdy :)
    • View Profile
Re: Bug Reports
« Reply #1037 on: January 11, 2011, 05:40:08 pm »
I don't know if you can tell from the vid but...

« Last Edit: January 11, 2011, 05:40:20 pm by happybobjr »
School: East Central High School
 
Axe: 1.0.0
TI-84 +SE  ||| OS: 2.53 MP (patched) ||| Version: "M"
TI-Nspire    |||  Lent out, and never returned
____________________________________________________________

Offline Quigibo

  • The Executioner
  • CoT Emeritus
  • LV11 Super Veteran (Next: 3000)
  • *
  • Posts: 2031
  • Rating: +1075/-24
  • I wish real life had a "Save" and "Load" button...
    • View Profile
Re: Bug Reports
« Reply #1038 on: January 11, 2011, 08:04:19 pm »
I assume you're talking about the 3 level grayscale right?

Okay, so it looks like the extra delay helped, but it might still need to be just slightly longer by 1 or 2 T-States.  I wish TI could just make their hardware more consistent :(
___Axe_Parser___
Today the calculator, tomorrow the world!

Offline Happybobjr

  • James Oldiges
  • LV11 Super Veteran (Next: 3000)
  • ***********
  • Posts: 2325
  • Rating: +128/-20
  • Howdy :)
    • View Profile
Re: Bug Reports
« Reply #1039 on: January 11, 2011, 08:50:57 pm »
I know i can't speak for everyone but, I am completely fine with this occasional flutter in the screen.
School: East Central High School
 
Axe: 1.0.0
TI-84 +SE  ||| OS: 2.53 MP (patched) ||| Version: "M"
TI-Nspire    |||  Lent out, and never returned
____________________________________________________________

Offline TIfanx1999

  • ಠ_ಠ ( ͡° ͜ʖ ͡°)
  • CoT Emeritus
  • LV13 Extreme Addict (Next: 9001)
  • *
  • Posts: 6173
  • Rating: +191/-9
    • View Profile
Re: Bug Reports
« Reply #1040 on: January 11, 2011, 08:58:35 pm »
I assume you're talking about the 3 level grayscale right?

Okay, so it looks like the extra delay helped, but it might still need to be just slightly longer by 1 or 2 T-States.  I wish TI could just make their hardware more consistent :(
Yep, this is one of my biggest complaints about TI. Their product's display quality is so inconsistent it isn't funny. That's why it's so hard to get decent looking grayscale. It might look great on one calculator but barely passable on another. D=

Offline willrandship

  • Omnimagus of the Multi-Base.
  • LV11 Super Veteran (Next: 3000)
  • ***********
  • Posts: 2953
  • Rating: +98/-13
  • Insert sugar to begin programming subroutine.
    • View Profile
Re: Bug Reports
« Reply #1041 on: January 11, 2011, 09:02:34 pm »
Would it be impossible to have it so you can customize the delay length?

Offline calc84maniac

  • eZ80 Guru
  • Coder Of Tomorrow
  • LV11 Super Veteran (Next: 3000)
  • ***********
  • Posts: 2912
  • Rating: +471/-17
    • View Profile
    • TI-Boy CE
Re: Bug Reports
« Reply #1042 on: January 11, 2011, 09:04:01 pm »
Would it be impossible to have it so you can customize the delay length?
The 83+SE, 84+, 84+SE have hardware that can add a delay. This is how ALCDFIX works.
"Most people ask, 'What does a thing do?' Hackers ask, 'What can I make it do?'" - Pablos Holman

Offline Quigibo

  • The Executioner
  • CoT Emeritus
  • LV11 Super Veteran (Next: 3000)
  • *
  • Posts: 2031
  • Rating: +1075/-24
  • I wish real life had a "Save" and "Load" button...
    • View Profile
Re: Bug Reports
« Reply #1043 on: January 11, 2011, 11:19:36 pm »
That's true... happybobjr, have you ran ALCDFIX first?  There's also something like that built into DCS now that does the same thing.
___Axe_Parser___
Today the calculator, tomorrow the world!

Offline Happybobjr

  • James Oldiges
  • LV11 Super Veteran (Next: 3000)
  • ***********
  • Posts: 2325
  • Rating: +128/-20
  • Howdy :)
    • View Profile
Re: Bug Reports
« Reply #1044 on: January 12, 2011, 11:32:15 am »
That's true... happybobjr, have you ran ALCDFIX first?  There's also something like that built into DCS now that does the same thing.

no, I haven't I shall try that when i get a chance, thanks.
School: East Central High School
 
Axe: 1.0.0
TI-84 +SE  ||| OS: 2.53 MP (patched) ||| Version: "M"
TI-Nspire    |||  Lent out, and never returned
____________________________________________________________

Offline Compynerd255

  • LV6 Super Member (Next: 500)
  • ******
  • Posts: 336
  • Rating: +53/-4
  • Betafreak Games
    • View Profile
    • Betafreak Games
Re: Bug Reports
« Reply #1045 on: January 25, 2011, 10:35:46 am »
It seems that there is a bug in the curly bracket command. I've noticed that when I do this,
Code: [Select]
If {L1+70
.do something
{L1+70}-1->{L1+70}
End
that something is always executed, rather than stopping when {L1+70} reaches zero. But when I do this:
Code: [Select]
If {L1+70
{L1+70}->I
.do something
I-1->{L1+70}
End
the code works correctly, no longer executing when {L1+70} hits zero. Do you know what's going on?

It also seems that in Axe 0.4.7, there is a bug in the compiler. Many times, when I write in a piece of code and compile it, the game crashes inexplicably when it is run, forcing me to do a battery pull and sometimes even hold down Clear while putting the battery back in. For example:
Code: [Select]
LnReg
fnInt(CLK, 2
.RUN GAME CODE
sub(GAM
LnReg
Return
This code works once, but every subsequent time I compile, it crashes. Then, when I remove the first LnReg, it works. I know that this is not an isolated problem, because it also crashed on several other examples, including a sprite definition! And I know I wrote it correctly. Was this bug fixed in 0.4.8? I have yet to try...
« Last Edit: January 25, 2011, 10:37:38 am by Compynerd255 »
The Slime: On Hold, preparing to add dynamic tiles

Axe Eitrix: DONE

Betafreak Games: Fun filled games for XBox and PC. Check it out at http://www.betafreak.com



Offline Deep Toaster

  • So much to do, so much time, so little motivation
  • Administrator
  • LV13 Extreme Addict (Next: 9001)
  • *************
  • Posts: 8217
  • Rating: +758/-15
    • View Profile
    • ClrHome
Re: Bug Reports
« Reply #1046 on: January 25, 2011, 10:42:44 am »
It seems that there is a bug in the curly bracket command. I've noticed that when I do this,
Code: [Select]
If {L1+70
.do something
{L1+70}-1->{L1+70}
End
that something is always executed, rather than stopping when {L1+70} reaches zero. But when I do this:
Code: [Select]
If {L1+70
{L1+70}->I
.do something
I-1->{L1+70}
End
the code works correctly, no longer executing when {L1+70} hits zero. Do you know what's going on?

Always close your braces. Try If {L1+70} and see if it works. It's not like in BASIC, where leaving the closing brace/bracket/parenthesis saves mem. In Axe, it's exactly the same or worse.
« Last Edit: January 25, 2011, 10:43:20 am by Deep Thought »




Offline Michael_Lee

  • LV9 Veteran (Next: 1337)
  • *********
  • Posts: 1019
  • Rating: +124/-9
    • View Profile
Re: Bug Reports
« Reply #1047 on: January 28, 2011, 02:55:47 pm »
Input issues:

I think that this is something that was intentionally added by TI, but pressing 2nd, quit while using input will kill the program and give a ram crash the next time I try to run an assembly program (or something). 

I suspect that input is a bcall or something which has a 'safety' 2nd-quit key combo built in by TI that returns to the homescreen, but incidentally happens to mess with the Axe program I want to make.

Or am I completely incorrect?

Solutions, please?

Also, what verb/gerund works best with 'RAM crash'?  Is it 'giving a RAM crash', or 'doing a RAM crash'?  'cuz both of those sound awkward.  </random>
My website: Currently boring.

Projects:
Axe Interpreter
   > Core: Done
   > Memory: Need write code to add constants.
   > Graphics: Rewritten.  Needs to integrate sprites with constants.
   > IO: GetKey done.  Need to add mostly homescreen IO stuff.
Croquette:
   > Stomping bugs
   > Internet version: On hold until I can make my website less boring/broken.

Offline Deep Toaster

  • So much to do, so much time, so little motivation
  • Administrator
  • LV13 Extreme Addict (Next: 9001)
  • *************
  • Posts: 8217
  • Rating: +758/-15
    • View Profile
    • ClrHome
Re: Bug Reports
« Reply #1048 on: January 28, 2011, 07:01:38 pm »
Also, what verb/gerund works best with 'RAM crash'?  Is it 'giving a RAM crash', or 'doing a RAM crash'?  'cuz both of those sound awkward.  </random>

Causing?




Offline calcdude84se

  • Needs Motivation
  • LV11 Super Veteran (Next: 3000)
  • ***********
  • Posts: 2272
  • Rating: +78/-13
  • Wondering where their free time went...
    • View Profile
Re: Bug Reports
« Reply #1049 on: January 28, 2011, 07:35:55 pm »
I just saying "clearing RAM" (I use "clear", not "crash", so "crashing RAM" in your case.)
"People think computers will keep them from making mistakes. They're wrong. With computers you make mistakes faster."
-Adam Osborne
Spoiler For "PartesOS links":
I'll put it online when it does something.