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 - Eeems
Pages: 1 ... 77 78 [79] 80 81 ... 370
1171
« on: November 15, 2012, 11:12:36 am »
ZDS doesn't. He's probably thinking of TI Flash Studio. You are right, thanks. I didn't think it was zds, but I remembered seeing something from TI that had an emulator and was a dev enviroment.
1172
« on: November 14, 2012, 11:51:35 am »
Can't wait to grab this when I get home tonight!
1173
« on: November 14, 2012, 11:05:38 am »
I wonder if they are planning on expanding the TI-30X emulator to include the 83/84 series. Why they would do that when ZDS already has a 83/84 series emulator, I don't know.
1174
« on: November 13, 2012, 05:40:36 pm »
Yes, but the entire OS uses flat pointers that carry no page information. Plus, taking banking into account would make the slow OS even slower. How much slower would banking make it?
1175
« on: November 13, 2012, 05:32:59 pm »
Why would it require a re-write? Wont the extra ram just be extra pages that you can map onto a bank?
1176
« on: November 13, 2012, 04:44:14 pm »
Sooo, does that mean Portal Prelude is near completion ;P
1177
« on: November 13, 2012, 02:03:54 pm »
The loader relocates it to the right place before launching the OS. Ah ok, so I'm assuming it handles protecting it's relocating code so that it isn't written over during the relocation process. I haven't actually looked at the code myself yet. I probably should take a peek at what I can before asking questions
1178
« on: November 13, 2012, 01:57:41 pm »
Ah ok, hmm, does the linux kernel then reallocate itself to an earlier place in ram? I'll wait for tangers before I ask any more questions
1179
« on: November 13, 2012, 12:10:42 pm »
Basically the same way as OSLauncher: while overwriting the OS, you have to make sure not to rely on any OS code, so your loader has to deliver all the functions it needs (in the case of OSLauncher, e.g. zlib for decompressing the OS, or GCC's builtin memory functions). After removing all traces of the previous OS (things like clearing cache), you can pass control to the new OS.
How does this get loaded? In-place loading. Basically, loading the kernel into memory using the stock OS functions, then let Linux take over. From what he says here he does rely on stock os functions. So if he does use the stock functions, how does he handle loading the linux kernel into ram and not overwriting these functions? I'm kind of interested in a more technical explanation of how it is done. Not just a simple gloss over.
1180
« on: November 13, 2012, 11:25:35 am »
Lol, crysis Nice faq. There has been something I was wondering when I noticed that you said that the linux kernel completely replaces the nspire os in memory when you start it. How do you manage the transistion? How do you manage using the nspire OSes functions to load the linux kernel and then replace themselves with linux?
1181
« on: November 11, 2012, 11:00:48 am »
Locked
1182
« on: November 09, 2012, 04:24:00 pm »
Yay! When I noticed you were around a lot again I began to wonder how long it would take before you posted an update on something
1183
« on: November 09, 2012, 11:38:13 am »
You would have to get everybody who creates videos about calculator related things in on it. The main issue is that a lot of people who make the vidoes are also members/staff of other sites. They would be unlikely to want to put their vidoes on a channel advertising our site and not theirs. Also, some people can earn money off of youtube, so they would want to put their videos on their own channel and maximize their income.
1184
« on: November 09, 2012, 11:05:20 am »
aeTIos: z80 chips are dirt cheap compared to an ARM chip.
1185
« on: November 08, 2012, 08:34:33 pm »
There is no "push pc". The "call $+3 \ pop hl" will work, though. (But just to reiterate, it's not relocatable, which probably isn't a problem for you.)
I had thought so, I just couldn't quite remember.
Pages: 1 ... 77 78 [79] 80 81 ... 370
|