More Keyhook Problems

[Jeffrey]

I was working on my password protection program, AEGIS 1, and was 99% done. You could edit your password, change options, it was ready for distribution. Then I noticed there was some kind of memory leak: every time I ran the program I started running out of free RAM. I narrowed it down to one out of 1350 lines of code. The keyhook was terminating with a bjump(_jforcecmdnochar), a no-no in an ASM RAM program. But when I replaced it with a ret, the keyhook didnt work. I tried the keyhook script from Cirrus next, it only works for blocking the keys, and that isnt what I want to do.

I am trying to run a block of code when the program key is hit. I was just trying to get this code to work below. Now, if I replace the ret with a bjump(_jforcecmdnochar), it works fine, but that results in a memory leakage.

How do I do this in a normal NOSTUB ASM RAM program?

[NETWizz]

I wil post a program I made that uses ON+key

As for your program, you need to decide if it is an app or an asm program. If it is an asm program, you do not use bjump(_Jforce... to exit. You use ret

If it is an app, do not copy the hook to the appbackupscreen, simply set the flash page and do the hook.


For an app:

ld hl,keyhook
in a,(6);Get the mem page
bcall($4F66);Install the key hook
bjump(_jforcecmdnochar)

You see, I removed the copying to appbackupscreen (safe mem area) because nothing is safer than a flash page, and it makes your coding easier.

Be sure (asave) corasponds to a safe memory area that is in ram not the flash archive.

I think that will at least make your keyhook work.

[Jeffrey]

I meant this to be an ASM prog, not an APP, so I shouldnt have had the BJUMP in there. Remarkably it only works with the BJUMP, not the ret. The ASAVE is there to save the keypress, so it can complete it once the code is through executing.

So now:

[Justin W.]

[Jeffrey]

I copied your source exactly, an for some reason it doesnt work.

I only needed to display HL as a demonstration, to see if I could execute code after a keypress.

And since this will be a password program, after the key is pressed it will ask for a password, then open the menu, thus I dont need the XOR. Like if I hit the program menu it will ask the user for his password, will compare it with a password stored in an appvar, then enter the programs menu if the password is correct. Thus I could either load Kprgm into A before I ret, or just store a to Asave if I am dealing with more than 1 menu before the end.

[Justin W.]

*bangs head against desk*

I missed something, in an ram based key hook, (No-shell) in order to jump to the appropriate label or call it you must use a different syntax.

jp z,appbackupscreen+(prgmblock-keyhook)

same if you wanted to call a label

call appbackupscreen+(label-keyhook)


The reason being. When the compiler assembles the program it's assuming the code is going to be executed from userMem.

In this case it will not, so we need to create an offset to jump to the appropriate label.

appbackupscreen is the buffer the code resides in

label-keyhook finds the total bytes from the beggining of the keyhook code to the label we are trying to find is.

so we add the two together

appbackupscreen+(label-keyhook)

[Jeffrey]

Thank you!!! I was very dismayed when the program I was working on all weekend had one fatal error. This should fix it, but I am away from a TASM, so I will try it later.

[NETWizz]

If you wish to return a different key, do this:

cp kprgm
jp z,changekey
ret

changekey:
ld a,kmode
or a

After setting up that hook, pressing the program key will open the mode menu. As you can see, you can have fun with this.

[Darth Android]

i think the .org command in task defines where in memory the thing is executed from. can you change it mid program?
also... is the key hook only run when someone presses a key?