Fred Cisin via cctalk:
(...')
> Got an IBM "Advanced Diagnostics" floppy to try?
If you want to do a ll-format, you only need debug:
A>DEBUG
-
-I 322 # reads dip-switches (don't think this is needed)
-I 321 # read status
-O 322 0# select the controller
-I 321 # read status
-O
Date and time of Command.com and any other DOS files will identify the
version number.
On Wed, 9 Sep 2020, Liam Proven via cctalk wrote:
Only after DOS 5 or so, I fear.
By lookup of the date prior to 5.00; starting with 5.00, visible instead
of accurate dates
Oh dear, yes. If the
Date and time of Command.com and any other DOS files will identify the
version number.
On Wed, 9 Sep 2020, Jules Richardson via cctalk wrote:
I've got 11/26/85 on command.com.
That would be MS-DOS version 3.10
Best known for having the "network redirector"? (which was also the
loophole that
On Wed, 9 Sep 2020 at 18:56, Jules Richardson via cctalk
wrote:
>
> On 9/8/20 6:04 PM, Fred Cisin via cctalk wrote:
> > Date and time of Command.com and any other DOS files will identify the
> > version number.
Only after DOS 5 or so, I fear.
> I've got 11/26/85 on command.com.
>
> > DIR /A or
On 9/8/20 6:04 PM, Fred Cisin via cctalk wrote:
Date and time of Command.com and any other DOS files will identify the
version number.
I've got 11/26/85 on command.com.
DIR /A or
DIR /A:H
will let you see the hidden files (presumably IO.SYS and MSDOS.SYS; PC-DOS
had IBMBIO.COM and
On Wed, 9 Sep 2020, Doug Jackson wrote:
I recall some of the high end cards in the CGA / EGA era had adon boards
that were connected with a 20 or 36 pin jumper cable across the top of the
boards - They also ran more than 64K or ram, such as the ATI Wonder
boards. Maybe it's like that - the ATI
I recall some of the high end cards in the CGA / EGA era had adon boards
that were connected with a 20 or 36 pin jumper cable across the top of the
boards - They also ran more than 64K or ram, such as the ATI Wonder
boards. Maybe it's like that - the ATI boards had 256K so they could page.
On Tue, 8 Sep 2020, Jules Richardson via cctalk wrote:
OK, it boots off a DOS 3.3 floppy if that floppy is inserted before it
attempts to boot from the hard disk. If I wait for it to do its "system file
not found" bit, followed by a subsequent prompt to insert boot media and
press a key, it
On Tue, 8 Sep 2020 at 06:47, Fred Cisin via cctalk
wrote:
>
> 1) If the drive is larger than 32MB, then boot with DOs 3.31 or newer.
> Although even with the older ones, you can still do quite a bit. 3.31 is
> the first where DOS supports a partition larger than 32MB
> MS-DOS 5.00 is first where
On 9/7/20 6:18 PM, Fred Cisin via cctalk wrote:
Floppy boot seems like the next step.
OK, it boots off a DOS 3.3 floppy if that floppy is inserted before it
attempts to boot from the hard disk. If I wait for it to do its "system
file not found" bit, followed by a subsequent prompt to insert
On Mon, 7 Sep 2020, Jules Richardson via cctalk wrote:
Progress! I started looking everything over again, picking stuff apart,
reassembling etc. - eventually happening to notice quite by chance how rough
the very end of the hard disk control cable felt as I pushed the connector
back onto the
On 9/7/20 2:22 PM, Jules Richardson via cctalk wrote:
And, even if it were somehow "compatible" with a completely different
hard disk controller, "COMMAND ERROR" doesn't sound like anybody's error
message for a wiped drive. More likely to be a generic "READ ERROR"
I agree "read error" would
"DOS based utility program to poke at the contents and/or snarf the int a
file on disk"?
DEBUG.COM
On Mon, 7 Sep 2020, Jules Richardson via cctalk wrote:
Funny, I've only ever used it for quick bits of assembly (just a couple of
days ago, in fact), and to do things such as kicking off the
On 9/7/20 1:17 PM, Fred Cisin via cctalk wrote:
BTW, XT compatibles with the Xebec (and Xebec-like) hard disk controllers
would not give a "COMMAND ERROR" message for a Low-level-formatted/wiped
hard disk. Probably a "1701" error.
This one's a Xebec, almost identical to one of the branded
On 9/7/20 1:04 PM, Fred Cisin via cctalk wrote:
"DOS based utility program to poke at the contents and/or snarf the int a
file on disk"?
DEBUG.COM
Funny, I've only ever used it for quick bits of assembly (just a couple of
days ago, in fact), and to do things such as kicking off the formatter
BTW, XT compatibles with the Xebec (and Xebec-like) hard disk controllers
would not give a "COMMAND ERROR" message for a Low-level-formatted/wiped
hard disk. Probably a "1701" error.
NOTE: for the 5170 (AT), IBM switched from the Xebec controller to a
Western Digital one.
There were many
On Mon, 7 Sep 2020, Jules Richardson via cctalk wrote:
It's a shame that the hard disk in the machine is either snafu or has been
wiped - the contents would have helped shed light on things. There's an EPROM
as part of the video hardware; anyone know of a DOS-based util to poke at the
contents
On 9/7/20 2:26 AM, Veit, Holger wrote:
Could this be a PGC card clone?
https://en.wikipedia.org/wiki/Professional_Graphics_Controller
That had crossed my mind at one point, but there's no horsepower to this
card at all - it's just TTL, RAM, BIOS and the 6845.
The color output *appears* to
18 matches
Mail list logo
