Thread: anyone know about interrupt 13h extensions?

If you want to include assembly code into your programs, just do the following:

ASM
{
...
}

You could put the { right after ASM but that's all a matter of style- makes no difference. I'm not sure I completely understood the question, so if this doesn't help, please tell me.

I have no idea how to answer your question without some serious improvisation - try setting up some error control, and then run int 13h with it's extensions inside the ASM {...}. Then you'd know whether or not it works, but f it doesn't, it'll just continue.

Well, that is a general goal of OOP, and thus C++. If it's already compiled, I can think of one way, but it's probably illegal. Here's DEBUG, I was actually about to upload it for some other post. I forgot which one though.... I'll have to go find it. Anyway - use the following instructions:
n [full path of the program]
l
u
keep pushing u to view it's unassembled assembly code. As long as you can follow it well, you should be okay. The only way you're going to be able to do this easily, is if you hade partially compiled code, like *obj files or libraries.

I forgot to mention - press ? and enter for full instructions, and press q and enter at any prompt to quit. If it freezes or something, use CTRL+PAUSE/BREAK. This won't work on anything newer than Win 2000

Sorry about the numerous posts - I keep forgetting stuff. Heres the file. Because the site doesn't allow *.exe, I just changed the extension to cpp. Use DOS or something change it back to a file type you can exectue. It's still in the right format.

Seems you can use int 13h with function 41h, if the carry flag is not set, then the machine has the extensions.

http://home.teleport.com/~brainy/diskaccess.htm
http://www.pcguide.com/ref/hdd/bios/...ensions-c.html

But do you need a library for that? If the machine has the extionsions, you can use the machine's extensions.

You can use any of the MS extensions to int 13h. Be forewarned though that Windows locks all volumes so every invocation of this interrupt returns an error ERR_LOCKED_VOLUME or something like that.

Actually you need to lock the volume (rather than unlock, as with most MS stuff). I have tried several of the RBIL entries that should do it, but to no avail. I have not been able to use direct disk access at all(except in my own bootstrap code) and eventually gave up on it under Windows.

The problem is that when Windows boots, it hooks the int 13 vector and puts its own handler there. Who knows if it even saves the previous handler or just breaks the chain. The ideal method would be to bypass the Windows handler and get to the actual BIOS handler, but if Windows did not save the handler address this is next to impossible. Even if Windows did save the address it's prob not going to tell you what it was and for good reason.

You should also query first to make sure the computer has the LBA extensions - most do - but its just a precaution.

If you find out how to lock the darn volumes so Windows will shut up and let me do my thing with int 13h, let me know will ya.

Aren't there functions equivalent to all the Service Table INterrupts?

There are other extensions that have been added such as VBE and another to control BIOS FLASH ROM. There is another set of extensions specifically dedicated to shutting down the computer (powering off), but I don't know what they are and have not found any information regarding these extensions. But since I reckon this would be the only way to shut down the system - via interrupt to the mobo and then the mobo takes care of the rest - I know they exist.

And also to add to my previous question: are thre C/C++ equivalents of these new interupts?