Hi, I have a bug to report... when I run PreOS with SMQ 1.1.0, and I try to load a level, the calc gives a "Protected Memory Violation" error and crashes. I am not sure if the problem is in PreOS or in SMQ. My calculator is HW1, AMS 2.05, and with maxmem installed. If anyone could tell me why or give me a solution, it would be appreciated. Thanks.

Could you please go at http://www . timetoteam . fr . st and download DDump program ? Read the readme of this program, and send me (ppelissi @ caramail . com) the report.
Thanks.

Thanks. I will analyse it.

OK, I have UniOS 1.30 installed in that dump b/c PreOS didn't work w/ SMQ, just so you know.

Yan Zhang

i dont think that the bug is in PreOS or SMQ. I believe it is in the version of graphlib that comes with PreOS v0.67.

I am annoyed.

PpHd:

If I a) report a bug, b) tell you explicitely what the problem is and c) the solution to the bug requires about 2 lines of code:

Then fix the frelling bug!

(This was reported several months back)

As it is when preos is installed pressing the on button will destroy the keyboard row mask behind the back of the currently executing program. The very first thing the tios on key interupt does is it saves the keyboard row mask before writing to the port. (it has to check if 2nd + right +left are down)


As it is this will intefere with the ti89 version of Yapt. You get lucky because the keyboard row mask is set to allow the row that contains escape, so escape will still work from yapt and you will be able to exit yapt, but no other keys will work.

YAPT is about the only reason I'd use a kernel, so I hope that gets fixed.

Why not use the flash-app?

*blank stare*
There's a YAPT Flash app? I should go in search of it.

The guy was suggesting another program, not yapt.

Current versions don't need a kernel. You only need a launcher such as ttstart. You can also compile a custom launcher from the ttstart source code. (Samuel Stearley doesn't like custom launchers, that's why yapt doesn't come with one.)

Can you tell me what thread your solution was in? I haven't been totally up to date on all the forums.

I reported this by email.

The solution is as simple as backing up a hardware value (the keyboard row mask) before writing to to it. When done write the old keyboard mask back to the port.

This was one of the things I checked the first release of kerno for.

It has been fixed in current v0.68, even if I haven't seen any problems with this lack.

First, it seems that it's only when Sam bitches about how he fixed a problem with PreOS and how it hasn't been integrated, on a public forum, that it finally gets integrated. For those of you who don't know what I'm talking about, the last one was about not automatically freeing HomeScreen handles.

Also, Mr. PpHd (oh, and your comment about not having been called "Mr." before on ti-news.com is incorrect, Sam called you that earlier ;), although YOU haven't noticed any problems, I have (I'm the one who reported the problem to Sam). You see, most programs' key reading routines aren't as optimized as Yapt's or well written or ingenious as Yapt's.

About not automatically freeing of HomeScreen handles, I haven't seen yet any program which would be supposed to be buggy due to this lack... And I still think that a program which transforms the Home Stack is a buggy program: it shouldn't do such a thing.

About the cleanup of the row ports, I have fixed this bug when I have found it on my own calcs (while I was developping PedroM) since 7/5/3.

I dream of a world where all the bugs are so easy to fix...

By the way, I don't remember when Sam called me 'Mr' before. I will search for it.

The method yapt uses to store to the home screen history is certainly a hack. And so is something like homestore pair. But the official rom call to store an expression to the history is available and there is absolutely nothing wrong with using it.

Also why does it matter if I called you Mr. PpHd ?

Most people here are too young for most "adults" to consider calling them Mr., therefore its kind of bizzare to be treated with the implied repect at their age. I was taken aback when it happened to me.

Has anyone noticed that when using pre-os, many games do not work? such as bombermaze? also for mario92 (the ti-89) version i need help as to where to put the two libraries, i tried the main folder and it doesnt work... and the readme doesnt say...

mario92 is KernelV1 and there is no kernel which can run it on AMS > 1.00.
bombermaze is a _nostub program, so Preos is not the problem.
Which libraries ?

yes, thank you for the info on mario92, the libs i didnt know where to put were for it so nevermind, i also realized that bombermaze has a problem with AMS 2.09, when i downgraded to 2.05, the problem was fixed.

It also works on 2.08, if you want it just e-mail me and give me a couple of days.

It runs just fine on AMS 2.09. The only problem is that the included launcher doesn't work. See http://www.ocf.berkeley.edu/~pad/ faq/ti89.html#3.6.12 (without the space) for possible solutions.