However, I think that this is where a BIOS comes in. Rather
than changing MSDOS with a driver, shouldn't you be trying
to replace the BIOS?
The Commodore CBM 8000 series cannot run CP/M because
they have a 6502 on board. So the Softbox, http://mikenaberezny.com/hardware/pe...-z80-computer/ ,
I think it is "just" changing INT 10h and INT16h using a driver
loaded by CONFIG.SYS but I could be wrong.
CP/M can be run on a stand alone computer with its own video screen
and keyboard or can be run on a computer which is accessed with a
terminal. So far I have seen running MS-DOS only on PCs and I was
wondering what would have to be done to run it on a, for example IBM
PC/XT, and accessing it over its COM port using a terminal. But I
want to go a bit further and not using the COM port.
The Commodore CBM 8000 series cannot run CP/M
because they have a 6502 on board. So the Softbox, http://mikenaberezny.com/hardware/pe...-z80-computer/ , was developed
so the CBM could run CP/M in an indirect way. My idea is to use
a Commodore PC, a XT or AT compatible, to enable the CBM to "run"
MS-DOS. But, like the Softbox, over the IEEE488 bus. I have my own
made IEEE488 interface so the hardware isn't the problem.
I think it is "just" changing INT 10h and INT16h using a driver loaded
by CONFIG.SYS but I could be wrong. I have done some googling to
avoid inventing the wheel twice but I think I used the wrong keywords:
I got a lot of feedback but not what I wanted. What I'm looking for
is the exact info of what needs to be changed/added or what ever. The
source of a program that does this over the COM port would be welcome:
I only have to change the part that handles the hardware.
So any info is very welcome. Thank you in advance!
I know that there are ways that you can run ad-hock commands through the...
COM port. One of the most common I remember seeing was the method to get INTERLNK / INTERSVR onto a computer that didn't have the necessary
But the point being the source computer was controlling the target
computer, and DOS thereon via the COM port.
Alas, It didn't/doesn't (control DOS / the 'puter).
Bottom line : controlling the 'puter using just the COM port is *not*
build into the OS. Even if you would be able to redirect the COM
port as input to / output from the commandline there are just too
many programs that use something else than plain (int 0x21) character reads-and-writes which will break it.
Another option might be a feature that some BIOS offer: console
redirection.
While that might look as a perfect solution, it still runs into the
already described problem : only (very) well behaved programs would
keep functioning. Any program which, for example, uses direct screen
writes would cause problems (you would not see the output).
And don't even/think/ of switching to a graphical modus - and worse,
using direct screen writes there.:-)
In short: Although its rather possible to emulate a terminal (like a
VT100) on a PC, the other way around (using the PC as the "server")
will be much harder.
I never said it was perfect. I said "another option /might/ be"....
So, probably not perfect. But probably also good enough for many uses.
CP/M can be run on a stand alone computer with its own video screen and keyboard or can be run on a computer which is accessed with a terminal. So far I have seen running MS-DOS only on PCs and I was wondering what would have to be done to run it on a,for example IBM PC/XT, and accessing it over its COM port using a terminal. But I want to go a bit further and not using the COM port.
The Commodore CBM 8000 series cannot run CP/M because they have a 6502 on board. So the Softbox, http://mikenaberezny.com/hardware/pe...-z80-computer/ , was developed so the CBM could run CP/M in an indirect way. My idea is to use a Commodore PC, a XTor AT compatible, to enable the CBM to "run" MS-DOS. But, like the Softbox, over the IEEE488 bus. I have my own made IEEE488 interface so the hardware isn't the problem.
I think it is "just" changing INT 10h and INT16h using a driver loaded by CONFIG.SYS but I could be wrong. I have done some googling to avoid inventing the wheel twice but I think I used the wrong keywords: I got a lot of feedback but not what I wanted.What I'm looking for is the exact info of what needs to be changed/added or what ever. The source of a program that does this over the COM port would be welcome: I only have to change the part that handles the hardware.
So any info is very welcome. Thank you in advance!
But having no keyboard has a consequence I didn't realize: most 8088 motherboards, the target I have in my mind won't boot because they
stop, mentioning having not found a keyboard and the user has to
press the F1 key.
Having no video card means that reading the video memory won't
work. But having no keyboard has a consequence I didn't realize:
most 8088 motherboards, the target I have in my mind won't boot
because they stop, mentioning having not found a keyboard and the
user has to press the F1 key.
For those who are not familiar with the IEEE bus, please have a look at: http://baltissen.org/newhtm/cbmhd.htm
IIRC without a video card installed you most likely won't even get that far, but instead will be getting the motherboards boot-error beeps song. :-)
Again IIRC, those old 8088 motherboards you are targetting did not have a bi-directional printer port.
Were the BIOS settings to not halt on no-keyboard not a thing with
8088 motherboards? All of my experience with such was Pentium or
newer, so I have no idea when that feature was added.
IIRC without a video card installed you most likely won't even get
that far, but instead will be getting the motherboards boot-error beeps
song. :-)
That's why I write my own BIOS: I will eliminate that part.
But any of those older LPT cards can be converted to bidirectional by
cutting one line and soldering two others.
| Sysop: | Keyop |
|---|---|
| Location: | Huddersfield, West Yorkshire, UK |
| Users: | 295 |
| Nodes: | 16 (2 / 14) |
| Uptime: | 01:06:35 |
| Calls: | 6,642 |
| Calls today: | 2 |
| Files: | 12,190 |
| Messages: | 5,325,418 |