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 - the_mad_joob
Pages: 1 ... 8 9 [10] 11 12 ... 24
136
« on: May 08, 2014, 05:24:32 am »
I'm not sure, but the very first guyz who started to program machines must have done it using hex editing, always comparing what they typed to a book referencing matches with the different available instructions.
Programming in hex today is the greatest possible homage to those dudes...
137
« on: May 06, 2014, 09:09:42 am »
Yeah, starting directly with hex should be done when you have no other choices.
Even machines don't really understand hex when you think about it.
human symbolic language <> xeda native language <> machine language
138
« on: May 04, 2014, 08:59:47 pm »
Je dois pouvoir coder ça sans trop de problèmes, car si la méthode consiste bien à supprimer le swap de l'OS, y'a juste un secteur à effacer.
Mais bon, le swap est important pour l'OS, alors bon...
/e : Ca semble plus compliqué que juste effacer le swap semble-t-il...
139
« on: May 04, 2014, 12:59:13 pm »
I'll try to reset the port from a privileged page then, since i don't use the TI-OS in my new project.
Thx for your time, Runer =]
140
« on: May 03, 2014, 09:28:15 pm »
I know how to unlock it, thx thepenguin77 btw =]
Now, i'd like to know a method to lock it back.
I already tried to zero port $14, without success.
I guess there's some kind of special sequence to achieve that (similar to unlocking it).
Help appreciated...
141
« on: April 25, 2014, 01:33:08 pm »
You need a delay between every writings to port $10 or $11.
So, basically, every time you use a out instruction to port $10 or $11, you will have to be sure to have enough delay before writing again.
For example, when you set row (second "out ($10),a"), it is ignored by the lcd cause he's busy activating y-dec mode.
142
« on: April 23, 2014, 09:34:47 pm »
Nice, one port instead of 3 !
Love you Dnar boy =]
143
« on: April 23, 2014, 09:24:47 pm »
Ok, if i understood well, you have to modify ports $21, $25 & $26 to get the full 128k executable.
144
« on: April 23, 2014, 09:02:12 pm »
Hmm, well, if you're right, meaning there's only the execution lower & upper limits that matter, then i don't understand why mentioning that all odd pages have an execution protection there : http://wikiti.brandonw.net/index.php?title=83Plus:OS:Ram_PagesI mean, as i understand it, there are 2 types of protections : the pages themselves (only the odd ones it seems), and the mem bank where you decide to run the code. Would require some little clarifications i guess... /EDIT : Just noticed that port $21 seems to be involved : http://wikiti.brandonw.net/index.php?title=83Plus:Ports:21
145
« on: April 23, 2014, 08:24:46 pm »
I have a new (maybe dumb) question about the ram pages.
Is there actually a way to unlock execution on pages $80,$82,$84,$86 ?
I mean, the only thing i found on the wiki was that way to modify ram execution upper limit using port $26, but it seems to be "bank-specific".
Help appreciated about that =]
146
« on: April 22, 2014, 01:19:20 pm »
1) It shouldn't be affected because Omnicalc uses the extra RAM for the backup feature and it actually survives manual clears and crashes.
Yeah, that's what wabbit says, too. Thx for the reply =]
147
« on: April 22, 2014, 11:53:14 am »
Hey there, it's me, again. Several questions about ram usage : 1) Are pages $82 to $87 altered by a ram|mem clear ? Before you ask, yes, i'm lazy to check it by myself  2) The following questions will refer to that page : http://wikiti.brandonw.net/index.php?title=83Plus:OS:Ram_PagesIn fact, i need to be 100% sure that non of the TI-OSes (including the later "heavy" ones) use pages $82>$87, even for temporary storage. I'm specially interested in $4100>$433A on page $83 : which code uses that ? the TI-OS ? If yes, i'm curious to know why would TI have chosen to use that page instead of $82. Thx in advance for your time =]
148
« on: April 19, 2014, 11:38:29 am »
Installing a fresh OS doesn't wipe flash. See the secret key combos page to find something that does. 
True. I guess under normal circumstances, the swap is always present, if not deleted by some off-OS code. I just remember having read somewhere that sending stuff with ticonnect erases the swap sector. Anyway, i'm gonna create a new topic, cause i'll probably need some little help for my mini project.
149
« on: April 19, 2014, 03:05:09 am »
Tested on real hardware, and the swap sector is there after reinstalling a fresh OS (was just a wabbit thing).
About that $FC byte, the OS doesn't really digest it, so i'll assume no variable-dedicated sector can start with it (feel free to tell me if it can).
Since i'm preparing a small app, i have a new question about the swap sector.
For what i've tested, it seems to be only used when garbage collecting and defragmenting.
Anybody knows if it's used in some other context ?
Thx in advance =]
150
« on: April 18, 2014, 01:10:39 pm »
Did some more tests with wabbit before trying on physical hardware. What i tried (no swap sector at the begining of the test) : 1) fill all sectors with apps, except the first one 2) create empty prgmA, then archive it 3) create empty prgmB, then archive it 4) unarchive prgmA 5) garbage collect Result : OS creates a swap on the 1st sector, erases 2nd sector, and moves prgmB at its begining. The problem ? 4 app pages destroyed Of course, that shouldn't be too much of a problem on models with lots of flash, but on a basic 83+, that could easily happen if you manage to transfer the maximum number of app pages (10) right after having transfered the OS. Once again, thx TI !
Pages: 1 ... 8 9 [10] 11 12 ... 24
|
Show Posts