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 - AngelFish
Pages: 1 ... 25 26 [27] 28 29 ... 215
391
« on: September 20, 2011, 07:11:21 pm »
Holy wall of text  As it turns out, the z80 chip (which is the same chip as in the older calcs with more pages) inside the TI-83+/84+ Series is 16 bit and can address 16 KB pages. The OS gets around this with a scheme known as paging. As for the memory, the calculator does have 32 KB. Only 24 is user accessible because the rest is used by the OS.
392
« on: September 20, 2011, 06:52:18 pm »
Nope. All of that is handled through the particle ID and the pressure data.
393
« on: September 20, 2011, 06:47:58 pm »
Assembly is more along the lines of: Machine the gun yourself, carve some molds for the bullets, cast the bullets, load the propellant yourself, assemble the gun, and finally shoot yourself in the foot. Machine code has you mining the materials for all of this yourself
394
« on: September 20, 2011, 06:38:20 pm »
You can also use LLVM instead of GCC. Have you tried reading the man pages for the tools to figure out how to call them?
395
« on: September 20, 2011, 02:44:53 pm »
You can compress that data significantly. Let's assume 1 byte for the identifier (you'd actually need fewer bits) with 1 byte particle data and a 256x256 screen (you need some portion for a menu). That means you're down to 1 byte each for the x and y variables (integers are more efficient representations of integers than floating points) and you can skip the temperature variable because it doesn't exist in the canonical version. What's left is the pressure, which can be placed in a 1 byte variable. Thus, you have 5 bytes, which should probably be rounded out to 6 bytes with an extra "data" byte after the ID. That's only 384 KB.
396
« on: September 20, 2011, 12:15:19 pm »
Sorry, but this project is dead (and explosions were never planned in the port anyway because they're too slow to compute for z80).
397
« on: September 19, 2011, 10:37:23 pm »
Locked again.
398
« on: September 19, 2011, 05:59:22 pm »
maybe we should make a program with bunch of "GOTO"s to prove that goto is not obsolete You mean like any program written in Assembly?
399
« on: September 19, 2011, 05:55:52 pm »
The comments on the source page are great: I agree with the poster who said to look into other programming languages.
Try PERL---it is scary how easy it is for smart kids to pick it up!
It is versatile enough to do all manner of simple "Hello, World" apps, but it is powerful enough to allow the programmer to control other applications in extremely useful ways. In addition, AppleScript Studio allows the programmer to use AppleScript to write applications with modern GUIs. Lets face it, BASIC is dead. And it should be, because it is too limited to do anything useful in todays computing environments. As another poster mentioned. If you have a mac you have a excellent set of tools for kids to learn with. Not quite Basic. But close enough.
sed
awk (a whole language in itself)
grep
bash
xargs
less
vi (!)
emacs (!) Looks like there are a few people who missed the point... 
400
« on: September 18, 2011, 03:44:08 pm »
The mom-and-pops
401
« on: September 18, 2011, 03:00:02 pm »
Hmm, could I see the code used to test it and is there any loss of accuracy when Python works with those numbers?
Python has BigNum libraries, so if the program was written correctly, the answer should be correct.
402
« on: September 18, 2011, 02:56:14 pm »
@Qwerty, I can't "prove" it, per se, but I think it would work a lot better. Give money to the mom-and-pop businesses. They buy goods/services from other companies, who in turn do the same with larger companies, so on so forth. That, to me, sounds a lot better than giving money to banks and car dealerships who ended laying people off and giving their CEOs benefits 
You mean the same people who have a well known history of bailing out and saving like there's no tomorrow every time the stock market takes a dip? The point that I was trying to make (and that Xeda pointed out) is that hindsight is basically 20/20. You can always say "oh that didn't work because the group over here should have gotten the money." Also, it is *incredibly* difficult to predict any change in economics. Even the economists have no idea what they're doing, sometimes. The fact that you had economists saying that what the administration did was the right choice and other economists saying it would do nothing just serves to demonstrate the general uncertainty of any large scale economic action.
403
« on: September 18, 2011, 05:35:33 am »
4: Where did you hear that? And wasn't it Obama and the democrats who gave billions of dollars to banks in hopes of a trickle-down effect when it obviously wouldn't work that way (and didn't), when a trickle-up effect is what would've been better?
Prove that a trickle-up would have been better. This caused the cut of at least 20 staff members at my school. If anything came out of this, schools in my area are now doing worse.
Much as I understand that those teachers probably weren't dead weight based on cuts I've seen elsewhere, please prove (or at least show evidence) that the cuts weren't beneficial overall. Any governmental censorship is bad, imo. I don't like the idea of someone else deciding that something is unsuitable for me. Thanks for putting in the "IMO" part. That's how people should be phrasing their opinions [in my opinion].
404
« on: September 18, 2011, 12:36:56 am »
It can definitely run native code (after all, the interpreters are nothing but well documented native code that the framework was designed to handle), but it's not on the Nspire
405
« on: September 17, 2011, 10:05:56 pm »
*and with an extra line of available pixels on the right and bottom sides
Pages: 1 ... 25 26 [27] 28 29 ... 215
|
Show Posts