721
The Axe Parser Project / Re: Bug Reports
« on: October 17, 2011, 06:04:52 pm »
Here are all the code files. The one we've been talking about is LVEDIT.
This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to. 721
The Axe Parser Project / Re: Bug Reports« on: October 17, 2011, 06:04:52 pm »
Here are all the code files. The one we've been talking about is LVEDIT.
722
The Axe Parser Project / Re: Bug Reports« on: October 17, 2011, 02:48:06 pm »
I have tried many variations of the code, and it seems to only be that one that makes it work. I do not use L5 at any point.
723
The Axe Parser Project / Re: Bug Reports« on: October 17, 2011, 01:15:18 pm »
WTF. I added
ClrHome Disp N>Dec Repeat GetKey(41) End anfter the getcalc and it works perfectly now! 724
Axe / Re: Axe Q&A« on: October 17, 2011, 01:09:12 pm »
there's also the really handy DispGraph(ptr),DispGraph(ptr1,ptr2)rr
725
The Axe Parser Project / Re: Bug Reports« on: October 17, 2011, 12:02:07 pm »
I changed all the references to L3 to that of a temporary appvar, including the DispGraphrr.
It displayed the exact same behavior. Also, the If N still triggered even when there's no appvNYMSCAPE in RAM. Either that, or the RectIs are failing in the Else statement 726
News / Re: The TI-Nspire ViewScreen is a true Nspire too!« on: October 17, 2011, 01:31:46 am »
interesting. I suppose this makes for less linking code? TI is lazy
727
The Axe Parser Project / Re: Bug Reports« on: October 17, 2011, 01:19:56 am »
It's a lot of code. I'll post it later, when I get a chance. There's no chance N is being messed with, as the two lines are separated by :If N, and the copy to °C works.
Oh, and Axe said a duplicated constant definition in two files was an ERR:DEFINE BEFORE instead of ERR:DUPLICATE 728
The Axe Parser Project / Re: Bug Reports« on: October 17, 2011, 12:52:57 am »Hmm i can't seem to replicate it, can you replicate it just by using those lines of code like you showed me?It works fine when I put just those lines into an app. However, there is a lot of other code, including the same line changed only in variable elsewhere (this is a multi-file source wherein the programs are intended to also work as standalones) However, I checked to see if the peephole optimizations are at fault by pressing ZOOM instead of ENTER, and the same problem occured. 729
The Axe Parser Project / Re: Bug Reports« on: October 17, 2011, 12:25:15 am »Yes.That copies the data to the variables C,D,E,F,G,H. Is that what you wanted?Hmmm, is the appvar archived? Does this still pose an error if you just type those two lines and compile to application?The appvar is not archived. In fact, it is reading correctly from the appvar on the next line, Copy(N+768,oC,12) How are you checking whether or not L3 is cleared or not?ClrDraw DispGraphrr 730
Humour and Jokes / Re: Funny #omnimaga quotes (NSFW)« on: October 16, 2011, 11:27:28 pm »Well we all knew that![18:58:55] <+OmnomIRC> (O)<Juju> wat 731
The Axe Parser Project / Re: Bug Reports« on: October 16, 2011, 11:26:55 pm »Hmmm, is the appvar archived? Does this still pose an error if you just type those two lines and compile to application?The appvar is not archived. In fact, it is reading correctly from the appvar on the next line, Copy(N+768,oC,12) 732
Humour and Jokes / Re: 9001 signs you're addicted to calcs and Omni« on: October 16, 2011, 11:25:12 pm »
2262: What's a tyop?
733
The Axe Parser Project / Re: Bug Reports« on: October 16, 2011, 11:19:48 pm »
GetCalc("appvNYMSCAPE")->N
735
The Axe Parser Project / Re: Bug Reports« on: October 16, 2011, 05:19:00 pm »
when I compile a program for an app, there is a line that, instead of coypying data from an appvar into L3, it just clears L3 instead. However, it's just that one line. The exact same line elsewhere in the program works fine, and it works when I compile it into a no-stub, it works too.
|
|