 |  |  |  |  |  |  |  |
Controlling Floppy Disk Head using C
Thread Solved |
Hi All,
I am researching writing a program in C that will allow me to control the read/write on a FDD and then to move onto HDD's. I have been given some code that will allow me to do this by one of my lecturers but uses the DOS.H library which the commands for controlling and storing data in the general purpose registers AH,AL,CX and DX are now redundant as i understand they were not carried forward onto 32-bit processor architecture for whatever reason.
While trying to look for a solution to this i noticed something about using Assembler code within the C (inline) to control the registers but i am wondering what is the best way to go about doing this. I am not looking for a program that already does this as it would defeat the point and not aid in my understanding.
If i were to use assembler code within the C would i be able pass through values that would allow me to write a file from a hard disk into specific sectors on a floopy? For the project i'm doing i cannot use the standard fwrite or fprintf functions available because i need to do it without the file system (FAT) being corrupted. Any help or links would be greatly appreciated.
Thanks,
Dinklebaga
I am researching writing a program in C that will allow me to control the read/write on a FDD and then to move onto HDD's. I have been given some code that will allow me to do this by one of my lecturers but uses the DOS.H library which the commands for controlling and storing data in the general purpose registers AH,AL,CX and DX are now redundant as i understand they were not carried forward onto 32-bit processor architecture for whatever reason.
While trying to look for a solution to this i noticed something about using Assembler code within the C (inline) to control the registers but i am wondering what is the best way to go about doing this. I am not looking for a program that already does this as it would defeat the point and not aid in my understanding.
If i were to use assembler code within the C would i be able pass through values that would allow me to write a file from a hard disk into specific sectors on a floopy? For the project i'm doing i cannot use the standard fwrite or fprintf functions available because i need to do it without the file system (FAT) being corrupted. Any help or links would be greatly appreciated.
Thanks,
Dinklebaga
•
•
Join Date: Dec 2005
Posts: 5,850
Reputation: 
Solved Threads: 749
Well the first thing you need to tell us is which OS you're using, and which compiler.
As you've already discovered, this kind of direct access to the hardware is highly specific to your own circumstances.
As you've already discovered, this kind of direct access to the hardware is highly specific to your own circumstances.
Sorry Salem but the system i need to build on is on multiple OS's but so far i have worked on Linux and Windows XP using a MinGW C compiler.
Thanks
Dinklebaga
Thanks
Dinklebaga
•
•
Join Date: Dec 2005
Posts: 5,850
Reputation:
Solved Threads: 749
Conceptually, you'll need 4 files.
main.c - the portable part of your application, and #includes port.h
port.h - your abstracted interface to your floppy, with say move_head(int track);
port_win32.c - implements move_head(int track) and the rest of the API, for win32
port_linux.c - implements move_head(int track) and the rest of the API, for linux. If possible, try to do this using the POSIX API as much as possible. It'll save time when moving to other POSIX systems.
When you build a system, you choose (in your project / makefile) the appropriate port_xxx.c for the environment in which you're working.
Do you have specific questions for specific platforms still?
main.c - the portable part of your application, and #includes port.h
port.h - your abstracted interface to your floppy, with say move_head(int track);
port_win32.c - implements move_head(int track) and the rest of the API, for win32
port_linux.c - implements move_head(int track) and the rest of the API, for linux. If possible, try to do this using the POSIX API as much as possible. It'll save time when moving to other POSIX systems.
When you build a system, you choose (in your project / makefile) the appropriate port_xxx.c for the environment in which you're working.
Do you have specific questions for specific platforms still?
You are suggesting using the POSIX API's as much as possible but as far as i know these aren't supported within the MinGW Compiler for windows, would it be preferable to change the compiler i have to Cygwin which does or are there ways round this on the Windows based system?
Thanks,
Dinklebaga
Thanks,
Dinklebaga
•
•
Join Date: Dec 2005
Posts: 5,850
Reputation:
Solved Threads: 749
>You are suggesting using the POSIX API's as much as possible
Only for true POSIX systems.
> would it be preferable to change the compiler i have to Cygwin which does
I dunno - that's for you to research.
From what you describe, it might be pushing it too much.
Only for true POSIX systems.
> would it be preferable to change the compiler i have to Cygwin which does
I dunno - that's for you to research.
From what you describe, it might be pushing it too much.
 |
Other Threads in the C Forum
- Previous Thread: changing color of a pushbutton on a dialog box
- Next Thread: Need Help..!!
| Thread Tools | Search this Thread |
You need to join our community in order to build your list of favorite forums. You can visit the forum index for a listing of all forums.
Related Forum Features
Latest C Posts
- Today's Posts
- Unanswered Threads
#include * ansi array arrays asterisks binarysearch calculate centimeter changingto char character convert copyanyfile copyimagefile copypdffile creafecopyofanytypeoffileinc createprocess() database dynamic execv fflush fgets file floatingpointvalidation fork forloop function getlogicaldrivestrin givemetehcodez grade gtkwinlinux histogram homework i/o ide inches include infiniteloop input interest intmain() iso keyboard km license linked linkedlist linux list looping lowest matrix meter microsoft mysql number oddnumber open opendocumentformat openwebfoundation pdf pointer posix power probleminc process program programming pyramidusingturboccodes radix read recursion recv recvblocked research reversing scheduling segmentationfault send sequential single socket socketprogramming stack standard strchr string suggestions systemcall test threads turboc unix urboc user variable whythiscodecausesegmentationfault win32api windowsapi
