HDTenEightyP/NetNews huggingface dataset:
From: ucc19@rosie.uh.edu (James Yee)
Newsgroups: comp.os.msdos.misc
Subject: Fileserver questions
Date: 13 Oct 92 16:58:00 GMT
Article-I.D.: rosie.13OCT199211585796
Organization: University of Houston
News-Software: VAX/VMS VNEWS 1.41


  We are a university facility and are trying to improve our present MSDOS
compatible setup. We are presently using twenty-five Zenith MSDOS
compatibles which are remote booting from Digital Equipment
Corporation's PathWorks for DOS; they all have ethernet cards. All
applications are executed from the fileserver. 
  Our improved setup will need remote boot capability, ability to execute
applications from a fileserver, and the ability to print to various
printers. A laser printer will have a debit card mechanism attached, so
the ability for a individual to control their print request is essential.
  Has anyone done a comparison between Novell and DEC's PathWorks? Any 
help would be appreciated.

James Yee
Univeristy of Houston, Academic Systems
Internet: jwy@uh.edu
Voice: (713) 743-1573
Newsgroups: comp.os.msdos.misc
From: messina@netcom.com (Tony Porczyk)
Subject: Re: greater PATH length
Organization: Messina Software
Date: Fri, 16 Oct 1992 14:03:09 GMT

mdj@mullian.ee.mu.OZ.AU (matthew douglas james) writes:

>I have a (probably too :-) long PATH, and the final path
>gets truncated. I assumed that this was a lack of environment
>space and expanded it using the command.com /e option. However
>this made no difference.
>Is the PATH stored as part of the environment ?
>Can the maximum length of storage for PATH be increased ?
>How ??

COMMAND.COM only accepts 127 characters for PATH.  You may wish
to use a better shell, such as 4DOS, which uses 250 characters.

t.
Newsgroups: comp.os.msdos.misc
From: hm@opus40.ix.de (Harald Milz)
Subject: Re: Upcoming MS-DOS version.
Organization: iX-Redaktion
Date: Fri, 9 Oct 1992 12:35:31 GMT


MS is said to produce a version 6. First alpha versions appear to exist. MS is said to be buying several ads at Symantec. Futhermore, MS seems to add several features already seen in DRDOS (CONFIG.SYS control etc). 

Maybe that helps



-- 

|Dipl.-Ing. Harald Milz                   |    EMail:		hm@ix.de |
|iX - Multiuser Multitasking Magazin      |    FAX:    +49 511 547 47 33 |
|D-3000 Hannover 61, Helstorfer Str. 7    |    Tel.:   +49 511 547 47 66 |
Xref: sparky comp.os.msdos.misc:5550 comp.protocols.tcp-ip.ibmpc:5618 comp.os.msdos.apps:5078
From: mcitron@phad.hsc.usc.edu (Mark Citron)
Newsgroups: comp.os.msdos.misc,comp.protocols.tcp-ip.ibmpc,comp.os.msdos.apps
Subject: kermit: printing a tek plot
Date: 7 Oct 1992 22:00:08 -0700
Organization: University of Southern California, Los Angeles, CA
NNTP-Posting-Host: phad.hsc.usc.edu

I have been trying to print a screen dump using kermit 3.12 tek 4010 emulation.
It produces a .tiff file and I have set kermit to color graphics white 
background and black foreground. 

Unfortunately every time I try to print the file it comes out on a GREY 
background. I have no way of making it white (seems that only the foreground 
can be bright)

Any ideas on how to make kermit produce a white (or transparent) background 
or
how to change the bit mapping of the backgound of a tiff file  from grey to 
white
would be greatly appreciated.

Thanks
Mark Citron
Childrens Hospital Los Angeles

-- 
Mark Citron
mark@neurosci.usc.edu
From: nevries@accucx.cc.ruu.nl (Nico E de Vries)
Newsgroups: comp.os.msdos.misc
Subject: Re: lharc
Date: 12 Oct 92 07:57:53 GMT
Organization: Academic Computer Centre Utrecht

In <35705@cbmvax.commodore.com> daveb@cbmvax.commodore.com (Dave Berezowski) writes:


>	Does anyone know where I can locate a copy of lharc for the PC?
>	A usenet or BBS reference would be appreciated.

The FTP site garbo.uwasa.fi has it. Also look for LHA, the successor
of lharc.

>	daveb

Nico E. de Vries  (nevries@cc.ruu.nl) |------------------*   AA   III  PPP
_ This text is supplied AS IS, no warranties of any kind |  A  A   I   P  P
| apply. No rights can be derived from this text. This   |  AAAA   I   PPP
| text is likely to contain spelling and grammar errors. |  A  A   I   P
*---------------------------( Donate to GreenPeace! )----*  A  A  III  P

"The IBM PC is still waiting for a version of the CP/M OS.", G.M. Vose, 1982.
Newsgroups: comp.os.msdos.misc
From: nate@psygate.psych.indiana.edu (Nathan Engle)
Subject: Re: IRQ questions.
Organization: Psych Department, Indiana University
Date: Thu, 8 Oct 1992 21:50:42 GMT

dspascha@eos.ncsu.edu (DAVID SCOTT PASCHAL) writes:
>Hi.  I understand that IRQ2 is the output from the second 8259, 

    Well, sort of. The IRQ2 input of the first (master) 8259 comes from the 
INT pin on the second (slave) 8259. By definition IRQ pins are inputs.

>but exactly what is the meaning of IRQ9?  Is that what gets triggered when 
>a hardware device (presumably an old one) asks for IRQ2?

    An IRQ9 is what gets generated when a device triggers the IRQ1 line 
of the slave 8259. That chip then uses it's INT pin to trigger IRQ2 on 
the master 8259, which then interrupts the CPU by yanking its INT input.
In order to clear an IRQ9 you have to clear the in-progress interrupts in 
both the master and slave 8259.

--
Nathan Engle                        Software Juggler
Psychology Department               Indiana University
nate@psygate.psych.indiana.edu      nengle@copper.ucs.indiana.edu
From: ninja@willard.UUCP
Newsgroups: comp.os.msdos.misc
Subject: backup over serial line
Date: 9 Oct 92 00:42:17 GMT
Organization: Willard's House BBS, Atlanta, GA -- +1 (404) 664 8814


 hi,
 
   The little big lan $75 network by information modes allows
you to backup a drive or directory on one msdos machine to another,
and also allows you to run a program remotely from another machine...
 
 Etop Udoh -> "Sonic Druid"

-- 
ninja@willard.UUCP (Sonic Druid)
Willard's House BBS, Atlanta, GA -- +1 (404) 664 8814
Newsgroups: comp.os.msdos.misc
From: jt@fuw.edu.pl (Jerzy Tarasiuk)
Subject: Re: IRQ questions.
Organization: Warsaw University Physics Dept.
	<1992Oct7.182023.3728@jupiter.sun.csd.unb.ca>
	<1992Oct7.233552.25693@ncsu.edu>
Date: Sat, 10 Oct 1992 19:18:20 GMT

>>>>> On Wed, 7 Oct 1992 23:35:52 GMT, dspascha@eos.ncsu.edu (DAVID SCOTT PASCHAL) said:
DAVID> Hi.  I understand that IRQ2 is the output from the second 8259, but exactly
DAVID> what is the meaning of IRQ9?  Is that what gets triggered when a hardware
DAVID> device (presumably an old one) asks for IRQ2?

Exactly. IRQ9 input is on AT but in place where IRQ2 input is on XT bus.
And BIOS services INT 71h (this is IRQ9!) by sending EOI to 2nd 8259 and
executing INT 0Ah (this is IRQ2 in XT). Since application ALMOST don't
see difference between XT and AT. One exception: need unmask interrupt
on proper controller: bit 2 port 21h on XT, bit 1 port 0A1h on AT.
Newsgroups: comp.os.msdos.misc
From: bontchev@fbihh.informatik.uni-hamburg.de (Vesselin Bontchev)
Subject: Re: ONE gigabyte partition possible under MSDOS???
Reply-To: bontchev@fbihh.informatik.uni-hamburg.de
Organization: Virus Test Center, University of Hamburg
Date:  8 Oct 92 13:10:03 GMT

ry01@ns1.cc.lehigh.edu (ROBERT YUNG) writes:

> My friend has this gigabyte HD and he just wants one partition on it. The
> drive is SCSI and the controller is on an EISA bus. For now, he has a primary
> part. of 417mb via FDISK, and the rest (~5xx mb) is partitioned as an extended
> part. via a Utility program.
>    So is it possible to have just one partition. 

No. The DOS filesystem supports volumes up to 512 Mb. And even this
can be achieved only with the newer DOS versions. The old ones (3.30-)
support volumes up to 32 Mb. 

Regards,
Vesselin
-- 
Vesselin Vladimirov Bontchev          Virus Test Center, University of Hamburg
Tel.:+49-40-54715-224, Fax: +49-40-54715-226      Fachbereich Informatik - AGN
< PGP 2.0 public key available on request. > Vogt-Koelln-Strasse 30, rm. 107 C
e-mail: bontchev@fbihh.informatik.uni-hamburg.de    D-2000 Hamburg 54, Germany
From: liuyu@acf5.NYU.EDU (liuyu)
Newsgroups: comp.os.msdos.misc
Subject: Adding 3rd floppy drive. Help.
Date: 12 Oct 92 06:43:01 GMT
Organization: New York University

I'm trying to add a 3rd floppy drive to my AST 286. I have the driver and I
followed the instructions. I added the following to the config.sys.

device=\astutil\astdsk.drv 2
device=\dos\driver.sys /d:2 /f:2

The 3rd drive is a 720k drive. DS (disk select) is set to DS2 (third one).
Did I do any thing wrong? Any help?

Thanks.
From: dave@frackit.UUCP (Dave Ratcliffe)
Newsgroups: comp.os.msdos.misc
Subject: Re: upgrading from 3.3 to 5.0
Summary: Whoops.... sorry but you are wrong.
Keywords: msdos 3.3 msdos 5.0 fdisk
Date: 14 Oct 92 23:43:57 GMT
Organization: Data Factory Services, Harrisburg, Pa.

In article <1992Oct10.115926.21241@wixer.cactus.org>, raistlin@wixer.cactus.org (Eli Boaz) writes:
> In article <edndowne.718676281@kraken> edndowne@kraken.itc.gu.edu.au (Barry Downes) writes:
> >I am unable to do a low-level format as the machine doesn't seem to have
> >the ll format code at c800:whatever, and I don't have another low-level
> >formatiting program.
> 
> Well, since it is a 286 you can't low-level format the disk with the
> c800 method used in IBM PC's and IBM PC/XT's (8088's). 

Sorry but you are wrong about 286's.  The BIOS formatting code generally
resides in the hard drive controller.  While it IS true that some
COMPUTER BIOS's also include a low-level formatter routine this is
not guaranteed.  The entry point you quote above (C800:5 or C800:CCC in
some cases) is not particular to a class of machine (8080 or 8088's) but
rather a function of the HD controller BIOS if it exists. Note that at
the same time, not all HDC's have an on-board BIOS so external LL
formatting software is then needed.

I have a 286/20 (AMI BIOS) and can use either the DTC controller BIOS
(C800:5) or Disk Manager, SpeedStor or any number of other programs.
There is NOTHING in my CPU BIOS however that will accomplish a LL
format. Others do have it but not all do. 

> The reason is
> that the hard drive BIOS is no longer in the hard drive controller,
> like it was (is) in 8088's.

Wrong. It may well be in the HDC. See above.

> Your system BIOS should have a low-level
> formatting section in the setup menu. 

Wrong. All BIOS's are not created equal even if they say AMI on them. 

-- 
 ...uunet!wa3wbu!frackit!dave -or-                       |  Dave Ratcliffe  |
 frackit!dave@uunet.UU.NET -or- dave@frackit.uucp -or-   |  Sys. <*> Admin. |
 vogon1!compnect!frackit!dave@psuvax1.psu.edu            | Harrisburg,  Pa. |
Newsgroups: comp.os.msdos.misc
From: polosati@milton.u.washington.edu (Nadia)
Subject: better ansi.sys for att 6300 pc; more lines for CGA
Organization: University of Washington
Date: Mon, 12 Oct 1992 02:08:54 GMT

 The att 6300 pc color card / monitor has a special high
 res. mode for CGA. I once heard there was an ansi.sys replacement
 that would allow for more than the typical 25 lines of display.

 Could someone please advise me. I am hoping for a shareware
 solution. N
From: hm@opus40.ix.de (Harald Milz)
Newsgroups: comp.os.msdos.misc
Subject: Re: How can I use my High Memory ?
Date: 12 Oct 92 08:27:45 GMT
Organization: iX-Redaktion


Buy a 386 computer, a 286 NEAT board or insert a special 
upper memory board which adds memory in the address region 
C800h thru EFFFh. A 286 processor does not allow re-mapping 
of Extended Memory into this region; a 386 does. NEAT 
boards often offer extra memory there if equipeed with 
more than 1 MB. 

DOS 5 uses the HMA in just the way you described. HMA 
has nothing to do with the Upper Memory Area (UMA) that 
is needed for hi-loading TSRs and drivers. This is 
described even in the DOS 5 handbook (sic!). 

A special upper memory board was developped and is delivered
by the German computer magazine 
 c't 
 Helstorfer Str. 7
 DW-3000 Hannover 61
 email: ct@ix.de

Hope that helps.

-- 

|Dipl.-Ing. Harald Milz                   |    EMail:		hm@ix.de |
|iX - Multiuser Multitasking Magazin      |    FAX:    +49 511 547 47 33 |
|D-3000 Hannover 61, Helstorfer Str. 7    |    Tel.:   +49 511 547 47 66 |
From: mccall@mksol.dseg.ti.com (fred j mccall 575-3539)
Newsgroups: comp.os.msdos.misc
Subject: Re: ONE gigabyte partition possible under MSDOS???
Date: 8 Oct 92 16:13:40 GMT
Article-I.D.: mksol.1992Oct8.161340.13156
Organization: Texas Instruments Inc

In <bontchev.718549803@fbihh> bontchev@fbihh.informatik.uni-hamburg.de (Vesselin Bontchev) writes:

>ry01@ns1.cc.lehigh.edu (ROBERT YUNG) writes:

>> My friend has this gigabyte HD and he just wants one partition on it. The
>> drive is SCSI and the controller is on an EISA bus. For now, he has a primary
>> part. of 417mb via FDISK, and the rest (~5xx mb) is partitioned as an extended
>> part. via a Utility program.
>>    So is it possible to have just one partition. 

>No. The DOS filesystem supports volumes up to 512 Mb. And even this
>can be achieved only with the newer DOS versions. The old ones (3.30-)
>support volumes up to 32 Mb. 

This turns out not to be the case.  I have a Maxtor 1.2G drive
(formats out to right around 1G) that is divided into two volumes, one
of around 200MB and one that is over 800MB.  DOS will just use bigger
clusters, apparently, in order to make everything 'fit' within its
limitations.  This is a 1.2G SCSI drive hanging off an AHA-1740A EISA
controller under MS-DOS 5.0.

-- 
"Insisting on perfect safety is for people who don't have the balls to live
 in the real world."   -- Mary Shafer, NASA Ames Dryden
------------------------------------------------------------------------------
Fred.McCall@dseg.ti.com - I don't speak for others and they don't speak for me.
From: franks@hpuamsa.neth.hp.com (Frank Slootweg CRC)
Date: Mon, 12 Oct 1992 08:31:57 GMT
Subject: Re: MS-DOS 5.0 COPY bug?
Organization: Hewlett-Packard, The Netherlands
Newsgroups: comp.os.msdos.misc

  This is further to my previous posting, in which I gave an example
that, under MS-DOS 5.0, for a file ZOMBIES.WP of 44609 bytes, in the
current directory, a

C> copy zombies.* a:zombies.wp0

command caused the copy on the A drive to be only 930 bytes.

  I thought that this command should work and should give a one-to-one
copy. "copy /?" did not give a clue. I also indicated that I had not
checked if this failure was dependent on the content of the file.

  The answer is: It *is* dependent on the content of the file.

  The MS-DOS (3.3, I don't have a 5.0 manual handy) manual says :

- "Wildcards can de used with COPY to combine files.", and later,

- "When COPY is used to combine files, the files are treated as ASCII if
  no option is specified.", and earlier,

- "/A the option that treats a file like an ASCII file. When this option
  is specified for a source file, the file is copied up to the first
  end-of-file marker (Ctrl-Z). The remainder of the file, if any, isn't
  copied."

  So: wildcard in source --> combine files mode --> default ASCII mode
--> copy up to (and including) the first Ctrl-Z.

  Indeed the ZOMBIES.WP file has a Ctrl-Z in byte 930 (first byte is
byte 1) and a "copy /b zombies.* a:zombies.wp0 " (/B (binary) option
added) gives a correct one-to-one copy.

  So in the end this is a clear case of not RTFM. Sorry about that.

  In my own defense:

- While I said that I did not check if the problem was dependent on the
  content of the file, I did actually do the same test for an ASCII file
  (of 896 bytes) and the destination file was also truncated (to 849
  bytes). Just now I rechecked (with MKS vi(1) (neither MORE nor TYPE
  show Ctrl-Z's)) and saw that the source file contained a large number
  of trailing Ctrl-Z's (I don't know why. I think this file was
  downloaded to the PC with some kind of terminal emulator.). So Murphy
  struck again! :-)

- The "copy /?" help text did not give a clue, but "copy /?" on DR DOS
  6.0 (which I use at home) it says:
  "/A treat file as ASCII"
  "/B treat source file as binary (ignore Ctrl+Z in file)".
  This would have given me a clue that the problem was/might_be
  dependent on the content of the source file.

Frank "One more reason to prefer DR DOS" Slootweg
From: ninja@willard.UUCP
Newsgroups: comp.os.msdos.misc
Subject: NEC APC III
Date: 9 Oct 92 00:44:40 GMT
Organization: Willard's House BBS, Atlanta, GA -- +1 (404) 664 8814


 hi,
 
   I'm looking for information and OS for a NEC APC III....
 
  Etop Udoh -> "Sonic Druid"    Eudoh@sct.edu
               "Ninja"          ninja@willard.UUCP


-- 
ninja@willard.UUCP (Sonic Druid)
Willard's House BBS, Atlanta, GA -- +1 (404) 664 8814
Xref: sparky comp.os.msdos.misc:5643 comp.sys.novell:8197 comp.sys.ibm.pc.misc:13624
From: gt4719b@prism.gatech.EDU (Dave Frascone)
Newsgroups: comp.os.msdos.misc,comp.sys.novell,comp.sys.ibm.pc.misc
Subject: Novell -> NetBIOS
Keywords: Novell NetBOIS
Date: 13 Oct 92 17:38:31 GMT
Followup-To: comp.os.msdos.misc
Organization: Georgia Institute of Technology


Can anyone tell me where I can find a device driver to make NetBIOS calles
over Novell v2.15.  I have seen one before, but can't find it now.


Please reply by e-mail.  I do not read these groups often.


Thanks,


Dave
-- 
gt4719b@prism.gatech.edu

Xref: sparky comp.os.msdos.misc:5543 comp.os.msdos.apps:5069 comp.sys.ibm.pc.hardware:26318
From: sams@wet.UUCP (Samuel Santiago)
Newsgroups: comp.os.msdos.misc,comp.os.msdos.apps,comp.sys.ibm.pc.hardware
Subject: Software that allows backup over serial line
Keywords: Backup over serial line
Date: 7 Oct 92 16:19:57 GMT
Article-I.D.: wet.4342
Followup-To: poster
Organization: Wetware Diversions, San Francisco

Does anyone know of software that will allow you to backup one computer
over a serial line to another computer? I have PCTools V7.1 that has
a Desktop module that allows you to copy files from one computer
to another, but you cannot copy entire subdirectories.  I would like
to specify the root directory and have all files and subdirectories
backed up.  Any help you can provide would be greatly appreciated.



-- 
__________________________________________________________________________
Sam Santiago                       sams@wet.com
San Francisco, CA USA              Wetware Diversions Public Access Unix
Newsgroups: comp.os.msdos.misc
From: girod@tele.nokia.fi (Marc Girod)
Subject: support for 102 keys keyboards
Reply-To: marc.girod@ntc.nokia.com
Organization: kpd
Distribution: comp
Date: Tue, 13 Oct 1992 14:03:03 GMT

Hi there!

I have a pc clone with a 102 key keyboard (Cherry G80-1000 HAO/09),
which I usually use in Finnish mode through the dos utility KEYB,
configured as:

	KEYB SU,,C:/DOS500/KEYBOARD.SYS

In this mode, the keys 42 and 45 respectively labeled as:

	 -----                 -----
	|  *  |               | >   |
	|  ,  |      and      | < | |
	 -----                 -----

perform in a distinct and comprehensible way.

In the US mode however (once you press [Alt] [Ctrl] [F1]), they both
produce a '\'.

This is the default behaviour, before AUTOEXEC.BAT executes the KEYB.

This would just be strange, if I didn't need to use the US mode to
support my Cyrillic keyboard macros in WordPerfect (in the Finnish
mode, there are plenty of "dead keys" to produce composed characters,
in a way that does not easy match the Russian need...).

Now, it feels pretty stupid to have two keys getting the same
character, when there a lack of keys, considering the number of
letters in the Cyrillic alphabet!

Any clue, anybody?


Two extra questions:

- HELP KEYB retrieves:
  KEYB [xx[,[yyy][,[drive:][path]filename]]] [/E] [/ID:nnn]

  xx                      Specifies a two-letter keyboard code.
  yyy                     Specifies the code page for the character set.
  [drive:][path]filename  Specifies the keyboard definition file.
  /E                      Specifies that an enhanced keyboard is installed.
  /ID:nnn                 Specifies the keyboard in use.

  What is an enhanced keyboard?

- On my Cherry keyboard, there are two DIP switches, allows for three
  settings: XT, AT, and MF (multi-function)

  What are the differences between the AT and the MF modes?


Thanks a lot for help!
--
+-----------------------------------------------------------------------------+
| Marc Girod - Nokia Telecommunications       Phone: +358-0-511 7703          |
| TL4E - P.O. Box 12                            Fax: +358-0-511 7432          |
| SF-02611 Espoo 61 - Finland              Internet: marc.girod@ntc.nokia.com |
|    X.400: C=FI, A=Elisa, P=Nokia Telecom, UNIT=TRS, SUR=Girod, GIV=Marc     |
+-----------------------------------------------------------------------------+
From: hstark@caip.rutgers.edu (howard stark)
Newsgroups: comp.os.msdos.misc
Subject: SLOW 1.44 FD on 486-50 ! help
Keywords: slow, floppy
Date: 9 Oct 92 17:01:31 GMT
Organization: Rutgers Univ., New Brunswick, N.J.



I have a 486-50 with a very slow 1.44 floppy drive.

the data transfer rate is fine, but the time it takes
to do a DIR A:  is about 5 to 8 seconds!  I don't know how
much longer I can take this kind of punishment.  all
my caches are enabled, and my ISA bus speed is cranked all the way
up to around 11 Mhz (I tried the staandard 8Mhz speed and it was 
no different) .  the computer is a micro 2000 from electronic specialists.
The controller card is a Super IDE/FDC Multi IO card, and I 
can't find out who makes the thing.  Other than this, the box is
great.  Any help would be appreciated.
                           thanx
    hstark@caip.rutgers.edu
Newsgroups: comp.os.msdos.misc
From: storm@cs.mcgill.ca (Marc WANDSCHNEIDER)
Subject: Re: MSDOS v6.018
Organization: McGill University, Montreal, Canada
Date: Mon, 12 Oct 1992 16:46:54 GMT

In article <1992Oct6.235917.1@acad2.alaska.edu> islej@acad2.alaska.edu writes:
>Are there any BETA testers out there that can tell me the stability on MS-DOS
>BETA v6.018?

	As far as I'm aware, MS DOS 6 has not officially gone to beta yet, and
therefore, any betas out there must be illegally obtained.

	Toodlepip!
	Marc 'em.
-- 
  storm@cs.mcgill.ca           McGill University         C program run.  Run  
  Marc Wandschneider           Montreal, CANADA          Program run! PLEASE!
    The use of COBOL cripples the mind; its teaching should, therefore, be
              regarded as a criminal offense.  -- E. W. Dijkstra
Newsgroups: comp.os.msdos.misc
From: xxfdh@utagraph.uta.edu (Mr. Dustin Fu)
Subject: Re: SLOW 1.44 FD on 486-50 ! help
Organization: University of Texas at Arlington
Date: Fri, 9 Oct 1992 19:46:07 GMT

hello Howard,

I have a Chinon 1.44 floppy drive on my 486/33, it takes about the same
amount of time to do a DIR like yours.  At the place where I work, there
is a 386/33 machine with a Teac floppy dirve.  It can do a DIR much
faster than Chinon.

I recently saw a ad on PCMagazine, a mail order company sells a Sony
1.44 floppy drive for $45.0.  The ad claim that the Sony drive has a
access time of 49ms.  I am wondering whether this is a fast floppy
drive.?

xxfdh@decster.uta.edu


hstark@caip.rutgers.edu (howard stark) writes:
: 
: 
: I have a 486-50 with a very slow 1.44 floppy drive.
: 
: the data transfer rate is fine, but the time it takes
: to do a DIR A:  is about 5 to 8 seconds!  I don't know how
: much longer I can take this kind of punishment.  all
: my caches are enabled, and my ISA bus speed is cranked all the way
: up to around 11 Mhz (I tried the staandard 8Mhz speed and it was 
: no different) .  the computer is a micro 2000 from electronic specialists.
: The controller card is a Super IDE/FDC Multi IO card, and I 
: can't find out who makes the thing.  Other than this, the box is
: great.  Any help would be appreciated.
:                            thanx
:     hstark@caip.rutgers.edu
Newsgroups: comp.os.msdos.misc