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.
Messages - calcdude84se
Pages: 1 ... 87 88 [89] 90 91 ... 161
1321
« on: September 06, 2010, 09:37:13 pm »
This is madness!
THIS... IS... BRANDONW!!!!
Congrats BrandonW!  And this ^ 
1322
« on: September 06, 2010, 09:28:26 pm »
Sadly, no. It's a computer program (definitely Windows, Idk about Linux or Mac OS)
1323
« on: September 06, 2010, 02:45:48 pm »
That could be made more generic  Perhaps something like EXPR!#, where EXPR is any expression, ! is the factorial symbol, and # is a constant or variable between 0 and 3 indicating what nibble.
1324
« on: September 04, 2010, 11:05:54 am »
Nice. Another port! Quick, let us port this to all available platforms! Make a z80 and m68k version of the WFRNG OS! 
Congrats on the feature though.
I won't repeat myself
1325
« on: September 03, 2010, 09:35:37 pm »
relevant post: Since you're talking about interrupts, by int(), I assume you actually mean fnInt()?
fnInt(1,2) would try to activate Lbl 1 as an interrupt, and I'm guessing you don't have a subroutine called "1" in your program, so getting the label missing error would make sense.
I can't be sure, but Axe seems to be pretty stable for now, so I would guess the RAM clears are being caused by your code itself, not a bug. You would need to post it so somebody could look at it and determine if it's a problem with your source code or if it is in fact a bug.
Actually, you may be onto something. I assumed 0.4.3 fixed the label errors, but apparently it didn't. The problem appears to be with the fnInt() command. As far as I can see, the problem is that, using whatever shortened character set Quigibo uses to store label name data (if I had to guess, 0-9 A-Z), the first character of the label name called is always misinterpreted. It seems that this character is stored with a value 10 less than what it should be. In one of my programs, I want to enable "INT" as an interrupt. When compiling, fnInt(INT,6) throws a missing label error, claiming that "8NT" is missing. fnInt(ZNT,6) throws an error, claiming that "PNT" is missing. In both of these names returned, the first character has a value 10 less than what it should be. fnInt(SNT,6), however, compiles correctly, as S is 10 letters ahead of I in the alphabet.
This error only appears to happen with fnInt(), not sub() or Goto.
Interesting that it's still in 0.4.4... Edit: Nemo says he is in fact still using 0.4.3. Oops
1326
« on: September 03, 2010, 09:10:41 pm »
A possibly, somewhat advanced feature would be more list functions. Or rather, array functions Things like list comprehension, for example. (Example (made up syntax): [x <- list1 | x>5] would return a list that consists of all the elements of list1 that are greater than five)
1327
« on: September 02, 2010, 05:31:16 pm »
Yeah, it's part of the boot code. The main purpose is if the OS gets so messed up that you can't start sending an OS from it.
It's pretty much the calc's "recovery mode" And yes, the only thing that happens is a RAM clear.
1328
« on: September 02, 2010, 05:19:12 pm »
Well, it doesn't affect normal use of L1. The main problem occurs when you use L1 and subtract something. As long as you don't use L1 to access data outside of it, it should be fine. The problem is if you use L1 to access A, for example.
1329
« on: September 01, 2010, 11:16:42 pm »
I'm not sure, actually. I know it's around 110Hz, but I dunno exactly.
1330
« on: September 01, 2010, 10:58:57 pm »
I don't know how much the processor slows down, though... That'd be interesting to know It shouldn't be significant, though. Probably only 1 or 2 hertz off, anyway (108 times per second instead of 110)
1331
« on: September 01, 2010, 10:56:38 pm »
I actually mentioned the OS, but still BEST. 84+ OS. EVAR! And you can use int(N*rand, which functions closely to randInt(
1332
« on: September 01, 2010, 10:52:44 pm »
Only on the 83+. For the 83+SE, 84+, and 84+SE, they are based on the crystal timers, which function correctly regardless of battery level. On all of them, though, the processor slows down somewhat IIRC.
1333
« on: September 01, 2010, 09:59:57 pm »
vim is a text-based, touch-type focused CLI editor.
And yeah, apps are stored as a bunch of hex on computer
1334
« on: September 01, 2010, 09:20:22 pm »
Nice. Another port! Quick, let us port this to all available platforms! Make a z80 and m68k version of the WFRNG OS! Congrats on the feature though.
1335
« on: September 01, 2010, 08:32:17 pm »
Nice Kerm! I'll use this eventually
Pages: 1 ... 87 88 [89] 90 91 ... 161
|
Show Posts
