25 Feb
2004
25 Feb
'04
11:22 a.m.
I am moving files from old Bernoulli disks to a PC. I've got an old
version of Laplink that works under DOS 3.3 but it has one big problem for
file transfers: it's assuming that you're trying to sync up your laptop
hard drive with your desktop, and vice versa. As a result, it doesn't
allow you to specify a directory to move files into. It just copies from
C: drive on the source to C: drive on the target, in a mirroring fashion.
So, does anyone know of a very simple serial port file transfer program
that I can use to do remote file copies? It would have to have powerful
wildcard facilities so I can just do a dump of whatever is on the
Bernoulli cart to a directory on the remote hard drive.
By the way, the problem I was having with reading the Bernoulli carts had
to do with the controller and/or driver apparently. I was using a more
recent Bernoulli drive controller without success. I got my hands on what
I believe is the original/first controller and the drivers for it, and I
was able to read the carts. The other controller can't make sense of the
disk format and returns a read failure, but they do work as I can format
carts with them and copy files to and from those carts. I just can't read
the older carts with the newer controller and drivers.
So if anyone has any old Bernoulli carts they need to get the data off of,
let me know.
--
Sellam Ismail Vintage Computer Festival
------------------------------------------------------------------------------
International Man of Intrigue and Danger http://www.vintage.org
[ Old computing resources for business || Buy/Sell/Trade Vintage Computers ]
[ and academia at www.VintageTech.com || at http://marketplace.vintage.org ]
25 Feb
25 Feb
noon
On Wed, 2004-02-25 at 22:22, Vintage Computer Festival wrote:
I am moving files from old Bernoulli disks to a PC.
I've got an old
version of Laplink that works under DOS 3.3
MSDOS Interlink would probably do what you wanted - it allows a drive on
the remote machine to be mapped to a drive letter on the local IIRC.
Think it didn't turn up until DOS 6 though (possibly DOS 5).
No reason that you can't boot the right version of DOS off a floppy
containing the Interlink software though. Given sufficient disk space,
pull everything off the Bernoulli to local disk, then boot into the
later version of DOS and throw everything across...
Of course if you want to use the Bernoulli as a remote drive, without
touching any hard disk storage on the machine containing your Bernoulli,
then you may have problems...
hth
Jules
12:01 p.m.
On 25 Feb 2004, Jules Richardson wrote:
No reason that you can't boot the right version of
DOS off a floppy
Actually, there is. I forgot to mention that the old Bernoulli drivers
will not work on a version of DOS above 3.3. I tried on 5.0 and 6.22
equipped systems and the driver would crash each time.
--
Sellam Ismail Vintage Computer Festival
------------------------------------------------------------------------------
International Man of Intrigue and Danger http://www.vintage.org
[ Old computing resources for business || Buy/Sell/Trade Vintage Computers ]
[ and academia at www.VintageTech.com || at http://marketplace.vintage.org ]
12:44 p.m.
FastLynx is still alive and kicking:
http://www.sewelldev.com/FastLynxHomePage.asp
I still use it to copy old stuff from non-network DOS systems. They have both
Windows and DOS drivers. BTW: It's very fast (it can use the parallel
"printer" port for high speed transfers as well as the serial port).
Lyle
On Wednesday 25 February 2004 14:47, Jules Richardson wrote:
On Wed, 2004-02-25 at 22:22, Vintage Computer Festival
wrote:
--
Lyle Bickley
Bickley Consulting West Inc.
http://bickleywest.com
"Black holes are where God is dividing by zero"
I am moving files from old Bernoulli disks to a
PC. I've got an old
version of Laplink that works under DOS 3.3
MSDOS Interlink would probably do what you wanted - it allows a drive on
the remote machine to be mapped to a drive letter on the local IIRC.
Think it didn't turn up until DOS 6 though (possibly DOS 5).
No reason that you can't boot the right version of DOS off a floppy
containing the Interlink software though. Given sufficient disk space,
pull everything off the Bernoulli to local disk, then boot into the
later version of DOS and throw everything across...
Of course if you want to use the Bernoulli as a remote drive, without
touching any hard disk storage on the machine containing your Bernoulli,
then you may have problems...
hth
Jules
1:34 p.m.
On Wed, 25 Feb 2004, Lyle Bickley wrote:
FastLynx is still alive and kicking:
http://www.sewelldev.com/FastLynxHomePage.asp
I still use it to copy old stuff from non-network DOS systems. They have both
Windows and DOS drivers. BTW: It's very fast (it can use the parallel
"printer" port for high speed transfers as well as the serial port).
One more caveat: it should be free :)
--
Sellam Ismail Vintage Computer Festival
------------------------------------------------------------------------------
International Man of Intrigue and Danger http://www.vintage.org
[ Old computing resources for business || Buy/Sell/Trade Vintage Computers ]
[ and academia at www.VintageTech.com || at http://marketplace.vintage.org ]
12:03 p.m.
Quothe Vintage Computer Festival, from writings of Wed, Feb 25, 2004 at 02:22:48PM -0800:
I am moving files from old Bernoulli disks to a PC.
I've got an old
[...]
So, does anyone know of a very simple serial port file
transfer program
that I can use to do remote file copies? It would have to have powerful
wildcard facilities so I can just do a dump of whatever is on the
Bernoulli cart to a directory on the remote hard drive.
How about Kermit? Ok, perhaps it isn't "very simple", but versions of
it seem to run on nearly anything from PC-DOS to CP/M, RT-11,
PERQs. VAXen and UNIX boxes, etc. One can do some nifty things with
it and scripting. I suspect that you may be familiar with it, and it
might not be what you're looking for, but in case you somehow managed
to overlook it with other things on your mind, I'm mentioning it.
So if anyone has any old Bernoulli carts they need to
get the data off of,
let me know.
Good luck with the copying and thanks for the offer. Although I've
seen Bernouly boxes at hamfests, for some reason, I've avoided them,
--
Copyright (C) 2003 R. D. Davis The difference between humans & other animals:
All Rights Reserved an unnatural belief that we're above Nature &
rdd(a)rddavis.org 410-744-4900 her other creatures, using dogma to justify such
http://www.rddavis.org beliefs and to justify much human cruelty.
12:03 p.m.
On 25 Feb 2004, R. D. Davis wrote:
How about Kermit? Ok, perhaps it isn't "very
simple", but versions of
it seem to run on nearly anything from PC-DOS to CP/M, RT-11,
PERQs. VAXen and UNIX boxes, etc. One can do some nifty things with
it and scripting. I suspect that you may be familiar with it, and it
might not be what you're looking for, but in case you somehow managed
to overlook it with other things on your mind, I'm mentioning it.
I considered Kermit. I'll look in to it. Here's a great site I found
with lots of links to DOS networking resources:
http://www.freedos.org/freedos/news/technote/157.html
--
Sellam Ismail Vintage Computer Festival
------------------------------------------------------------------------------
International Man of Intrigue and Danger http://www.vintage.org
[ Old computing resources for business || Buy/Sell/Trade Vintage Computers ]
[ and academia at www.VintageTech.com || at http://marketplace.vintage.org ]
12:26 p.m.
Vintage Computer Festival wrote:
On 25 Feb 2004, R. D. Davis wrote:
If you set up kermit right (and you have a current enough version of kermit
on both ends), you can do a recursive transfer (i.e. transfer all
sub-directories
automatically). Check out the following commands for more info.
set rec path relative
set send path relative
set file coll update
get /relative *
send /relative *
To get the latest versions, go to the source
http://www.columbia.edu/kermit/
you should be able to find a version for just about anything there.
How about Kermit? Ok, perhaps it isn't
"very simple", but versions of
it seem to run on nearly anything from PC-DOS to CP/M, RT-11,
PERQs. VAXen and UNIX boxes, etc. One can do some nifty things with
it and scripting. I suspect that you may be familiar with it, and it
might not be what you're looking for, but in case you somehow managed
to overlook it with other things on your mind, I'm mentioning it.
I considered Kermit. I'll look in to it. Here's a great site I found
with lots of links to DOS networking resources:
http://www.freedos.org/freedos/news/technote/157.html
3:50 p.m.
On Wed, 25 Feb 2004, Kevin Handy wrote:
If you set up kermit right (and you have a current
enough version of kermit
on both ends), you can do a recursive transfer (i.e. transfer all
sub-directories
automatically). Check out the following commands for more info.
set rec path relative
set send path relative
set file coll update
get /relative *
send /relative *
To get the latest versions, go to the source
http://www.columbia.edu/kermit/
you should be able to find a version for just about anything there.
Hi Kevin.
Thanks for the tip. Kermit certainly rocks. I've downloaded the 3.15
DOS version from Columbia and have been playing with it for about an hour
now and think I've got it tuned pretty well. It has some excellent
features. The only problem is, I haven't been able to figure out how to
make it do a recursive get. Online documentation is sparse, and
unfortunately, in my vast library of computer books, I have no volume on
Kermit.
I want to be able to set the directory on the local machine and then do a
get of an entire remote volume, i.e.:
get e:\*.*
Which I would want to download all files and recursively traverse all
directories on remote drive e:, storing them in the local directory I
specify and preserving pathnames, filenames, and preferably attributes.
However, it only downloads files in the root directory.
Can you point me to some relevant documentation?
--
Sellam Ismail Vintage Computer Festival
------------------------------------------------------------------------------
International Man of Intrigue and Danger http://www.vintage.org
[ Old computing resources for business || Buy/Sell/Trade Vintage Computers ]
[ and academia at www.VintageTech.com || at http://marketplace.vintage.org ]
5:36 p.m.
On Wed, 25 Feb 2004, Vintage Computer Festival wrote:
Thanks for the tip. Kermit certainly rocks. I've
downloaded the 3.15
I retract. It would rock if it would work reliably. I'm having all sorts
of issues. Here are the commands I am issuing to (hopefully) make things
more efficient:
SET FILE TYPE BINARY
SET SPEED 115200
SET FLOW RTS
SET REC PACKET 2000
SET WINDOW 4
I put the side with the files I want to grab in server mode with CONNECT.
I send commands over and sometimes they work, sometimes not. Sometimes it
stalls and recovers after a few seconds; other times it never recovers (I
have to manually break the operation on either the server or client side).
I've tried all sorts of combinations of the above configuration. I've
even booted the program and left the parameters untouched, and get the
same unreliable results.
It may be because I'm expecting too much from an old IBM PC/AT, but
Laplink transfered an entire 30MB hard drive over the same serial link at
115200 and didn't hiccup once.
The intractable problem seems to be that there is no recursive file get,
at least in the version I'm using, which makes this completely useless for
me. Screw Kermit.
Back to square one :(
--
Sellam Ismail Vintage Computer Festival
------------------------------------------------------------------------------
International Man of Intrigue and Danger http://www.vintage.org
[ Old computing resources for business || Buy/Sell/Trade Vintage Computers ]
[ and academia at www.VintageTech.com || at http://marketplace.vintage.org ]
5:43 p.m.
On Wed, Feb 25, 2004 at 08:36:49PM -0800, Vintage Computer Festival wrote:
On Wed, 25 Feb 2004, Vintage Computer Festival wrote:
SET SPEED 115200
It may be because I'm expecting too much from an old IBM PC/AT, but
Laplink transfered an entire 30MB hard drive over the same serial link at
115200 and didn't hiccup once.
Do you have 16550(A) UARTs on both sides?
-ethan
--
Ethan Dicks, A-130-S Current South Pole Weather at 26-Feb-2004 04:40 Z
South Pole Station
PSC 468 Box 400 Temp -33.5 F (-36.4 C) Windchill -90 F (-67.8 C)
APO AP 96598 Wind 18.9 kts Grid 007 Barometer 696.6 mb (10006. ft)
Ethan.Dicks(a)amanda.spole.gov http://penguincentral.com/penguincentral.html
6:11 p.m.
On Thu, 26 Feb 2004, Ethan Dicks wrote:
On Wed, Feb 25, 2004 at 08:36:49PM -0800, Vintage
Computer Festival wrote:
Nope. The PC/AT has a 16450 and the 486 has a Winbond W86C450. And as I
mentioned, Laplink transferred 30MB worth of data over the same link at
115200 just fine.
--
Sellam Ismail Vintage Computer Festival
------------------------------------------------------------------------------
International Man of Intrigue and Danger http://www.vintage.org
[ Old computing resources for business || Buy/Sell/Trade Vintage Computers ]
[ and academia at www.VintageTech.com || at http://marketplace.vintage.org ]
On Wed, 25 Feb 2004, Vintage Computer Festival
wrote:
SET SPEED 115200
It may be because I'm expecting too much from an old IBM PC/AT, but
Laplink transfered an entire 30MB hard drive over the same serial link at
115200 and didn't hiccup once.
Do you have 16550(A) UARTs on both sides? 
5:46 p.m.
On Wednesday 25 February 2004 23:36, Vintage Computer Festival wrote:
It may be because I'm expecting too much from an
old IBM PC/AT, but
Laplink transfered an entire 30MB hard drive over the same serial
link at 115200 and didn't hiccup once.
Can you use DOS 6.x and INTERSVR? That was *the* way I used to transfer
files back when I did that sort of thing with DOS and Win 3.1. I
suspect it's much easier than Kermit, as the client gives you 'network
drives' from the server's drives.
Pat
--
Purdue University ITAP/RCS --- http://www.itap.purdue.edu/rcs/
The Computer Refuge --- http://computer-refuge.org
6:04 p.m.
On Wed, 25 Feb 2004, Patrick Finnegan wrote:
Can you use DOS 6.x and INTERSVR? That was *the* way
I used to transfer
files back when I did that sort of thing with DOS and Win 3.1. I
suspect it's much easier than Kermit, as the client gives you 'network
drives' from the server's drives.
No. The Bernoulli drivers won't work on any DOS version higher than 3.30.
I just downloaded version 3.16 of Columbia's Kermit. It purports to have
added a /RECURSIVE option to the GET command, which it has, and it claims
to create the necessary directories [on the client side] which it does
not.
It also purported to fix a serious bug with commands over a serial port
not being completed, but I'm still having problems transferring files.
Lots of stalling.
It's funny how the Columbia folks put up a big FAQ trying to dispel
various rumors about how Kermit is slow and inefficient and how Kermit is
superior to everything because it will work under pretty much any
condition (line noise, funky hardware, etc.) "out of the box" and ... it
doesn't. Foo.
Lamoids.
Unless there's a Kermit expert out there who can tell me what I'm doing
wrong, I'm writing Kermit off (and those foolios at Columbia...dorks).
--
Sellam Ismail Vintage Computer Festival
------------------------------------------------------------------------------
International Man of Intrigue and Danger http://www.vintage.org
[ Old computing resources for business || Buy/Sell/Trade Vintage Computers ]
[ and academia at www.VintageTech.com || at http://marketplace.vintage.org ]
4:26 p.m.
On Thu, 2004-02-26 at 00:04, Vintage Computer Festival wrote:
On Wed, 25 Feb 2004, Patrick Finnegan wrote:
Sometimes the newer DOS programs (even M$ ones) will work just fine in
older versions of DOS.
For example, I use the deltree.exe from Windows 98 Second Edition on my
HP 200LX running MS-DOS 5.0. And it works just fine.
Just letting those out there that like to experiment have something else
to experiment with... :)
TTFN
Andrew
Can you use DOS 6.x and INTERSVR? That was *the*
way I used to transfer
files back when I did that sort of thing with DOS and Win 3.1. I
suspect it's much easier than Kermit, as the client gives you 'network
drives' from the server's drives.
No. The Bernoulli drivers won't work on any DOS version higher than 3.30.
26 Feb
26 Feb
8:56 a.m.
On Wed, 2004-02-25 at 21:04, Vintage Computer Festival wrote:
It's funny how the Columbia folks put up a big FAQ
trying to dispel
various rumors about how Kermit is slow and inefficient and how Kermit is
superior to everything because it will work under pretty much any
condition (line noise, funky hardware, etc.) "out of the box" and ... it
doesn't. Foo.
Lamoids.
Unless there's a Kermit expert out there who can tell me what I'm doing
wrong, I'm writing Kermit off (and those foolios at Columbia...dorks).
Kermit is a great program, but people get religion about things, and
that never helps. It's great, but also suffers from versionitis,
creeping featuritis, and a number of other ills, and sometimes too much
complexity.
I can't recall the commands, but if the problem is serial port
handshaking, you can probably eliminate that by turning off the sliding
window feature, and going to ACK per packet, with 128-byte packets (or
smaller) and turn quoting off. This will KILL performance, but my take
on this sort of thing, YMMV, is that if it's a one time job, and the
RELIABLE solution is exceedingly slow, it's likely faster to just wait
and let the computer do it's foolish work while the wily human sleeps,
eats or watches TV. But you can make kermit work with a "three wire"
serial port.
XMODEM and it's ilk will lose all timestamps, and all files will be
rounded up to the next highest 128 bytes, filled with ^Zs.
ZMODEM-capable programs may do what you want, if the user-interface code
will do recursion. ZMODEM is fast as blazes, it doesn't get any faster
(I have done EXHAUSTIVE testing on file xfer protocols back in the
FidoNet days, and for-real ZMODEM has unbelievably low overhead and
EXCELLENT error-recovery -- Chuck Forsberg designed well and wrote
*good* code), and sorry Kermit people, does most of the nifty stuff that
Kermit does, EXCEPT if I remember correctly it's text transformations
are almost non-existent (but it sounds like you don't care about that).
27 Feb
27 Feb
4:46 a.m.
Tom Jennings wrote:
On Wed, 2004-02-25 at 21:04, Vintage Computer Festival
wrote:
To turn off the windows
set win 1
Sometimes this setting will help if you are getting a lot of errors.
It's funny how the Columbia folks put up a big
FAQ trying to dispel
various rumors about how Kermit is slow and inefficient and how Kermit is
superior to everything because it will work under pretty much any
condition (line noise, funky hardware, etc.) "out of the box" and ... it
doesn't. Foo.
Lamoids.
Unless there's a Kermit expert out there who can tell me what I'm doing
wrong, I'm writing Kermit off (and those foolios at Columbia...dorks).
Kermit is a great program, but people get religion about things, and
that never helps. It's great, but also suffers from versionitis,
creeping featuritis, and a number of other ills, and sometimes too much
complexity.
I can't recall the commands, but if the problem is serial port
handshaking, you can probably eliminate that by turning off the sliding
window feature, and going to ACK per packet, with 128-byte packets (or
smaller) and turn quoting off. This will KILL
performance, but my take
If you are using fairly large packets, it isn't too much slower.
on this sort of thing, YMMV, is that if it's a one
time job, and the
RELIABLE solution is exceedingly slow, it's likely faster to just wait
and let the computer do it's foolish work while the wily human sleeps,
eats or watches TV. But you can make kermit work with a "three wire"
serial port.
XMODEM and it's ilk will lose all timestamps, and all files will be
rounded up to the next highest 128 bytes, filled with ^Zs.
ZMODEM-capable programs may do what you want, if the user-interface code
will do recursion. ZMODEM is fast as blazes, it doesn't get any faster
(I have done EXHAUSTIVE testing on file xfer protocols back in the
FidoNet days, and for-real ZMODEM has unbelievably low overhead and
EXCELLENT error-recovery -- Chuck Forsberg designed well and wrote
*good* code), and sorry Kermit people, does most of the nifty stuff that
Kermit does, EXCEPT if I remember correctly it's text transformations
are almost non-existent (but it sounds like you don't care about that).
26 Feb
26 Feb
5:50 p.m.
It was thus said that the Great Vintage Computer Festival once stated:
It's funny how the Columbia folks put up a big FAQ trying to dispel
various rumors about how Kermit is slow and inefficient and how Kermit is
superior to everything because it will work under pretty much any
condition (line noise, funky hardware, etc.) "out of the box" and ... it
doesn't. Foo.
In my experience, Kermit worked when *everything* else failed, and for
several years was the *only* was to get files into and out of my college
over the dialup lines.
Then again, I was usually transfering single files ...
-spc (It worked, but talk about ssssllllooooooowwwwwwwww ... )
6:26 p.m.
On Thu, 26 Feb 2004, Sean 'Captain Napalm' Conner wrote:
In my experience, Kermit worked when *everything*
else failed, and for
several years was the *only* was to get files into and out of my college
over the dialup lines.
Then again, I was usually transfering single files ...
college dialup lines seem to tend to be 7 bit.
very little else is.
kermit works as well for 7 bit as it does for 8 bit
kermit is great for college dialup, and very little else
27 Feb
27 Feb
1:07 p.m.
kermit is great for college dialup, and very little
else
I use Kermit all the time, for one very good reason. It's available for
just about _anything_. It's even in the ROM of my calculator. I have
versions for the Acorn Cambridge, FTS Model 88, HP110, and for many other
long-forgotten machines.
Sure there are probably better solutions for transfering between PCs, but
when you have some obscure machine....
-tony
25 Feb
25 Feb
7:08 p.m.
Patrick Finnegan <pat(a)computer-refuge.org> wrote:
Can you use DOS 6.x and INTERSVR? That was *the* way
I used to transfer
And the INTERSVR side will run on at least one earlier version of
MS-DOS. I used to run INTERSVR on my HP 100/200LX palmtops, which
have MS-DOS 5.0 in ROM, so I could attach its filesystems to a
serially-connected desktop running MS-DOS 6.x with INTERLNK.
-Frank McConnell
5:58 p.m.
any reason to not use a Ward Christensen protocol program?
(XMODEM, YMODEM, ZMODEM, etc.)
ProComm, CrossTalk, Elf, PCTalk, MODEM7, ...........
6:09 p.m.
On Wed, 25 Feb 2004, Fred Cisin wrote:
any reason to not use a Ward Christensen protocol
program?
(XMODEM, YMODEM, ZMODEM, etc.)
ProComm, CrossTalk, Elf, PCTalk, MODEM7, ...........
Mainly because I'm trying to transfer entire Bernoulli volumes. I am NOT
going to do this one file at a time. I need one command that dumps the
entire volume over the serial port and preserves the directory structure.
I need to take a break from this nonsense.
--
Sellam Ismail Vintage Computer Festival
------------------------------------------------------------------------------
International Man of Intrigue and Danger http://www.vintage.org
[ Old computing resources for business || Buy/Sell/Trade Vintage Computers ]
[ and academia at www.VintageTech.com || at http://marketplace.vintage.org ]
6:21 p.m.
On Wed, 25 Feb 2004, Vintage Computer Festival wrote:
Mainly because I'm trying to transfer entire
Bernoulli volumes. I am NOT
going to do this one file at a time. I need one command that dumps the
entire volume over the serial port and preserves the directory structure.
I need to take a break from this nonsense.
howzbout:
scrap the entire serial port copncept; hook up a zip drive, and xcopy the
bernoulli to a zip disk?
Then you replace a marginally reliable obsolete format device with an
unreliable currently supported device.
6:33 p.m.
On Wed, 25 Feb 2004, Fred Cisin wrote:
scrap the entire serial port copncept; hook up a zip
drive, and xcopy the
bernoulli to a zip disk?
I wish. But again, I'm forced to use DOS 3.30, and I'm going under the
assumption that anything I try that is "exotic" will cause me more trouble
than it's worth.
I could've tried to move the Bernoulli drives to a more modern PC (hoping
the controller would work on a PC with a bus rate greater than 8Mhz which,
from what I glean from the documentation of the new
Iomega drivers, won't
fly), booted that PC with DOS 3.30 (so the drivers would
work), then
format a local hard drive under DOS 3.30 so that I can move the files to
it, then--and assuming that all works--boot back into DOS 6.22 so that I
can get back on my local network, move the files over to my Win2000 PC and
then burn the files to CD. Too much work, too many if's, too much room
for continued aggravation.
But anyway, I just got a copy of Fastlynx and it's working spectacularly
(thanks Bruce!)
It's projects like these that remind me that I actually hate computers.
--
Sellam Ismail Vintage Computer Festival
------------------------------------------------------------------------------
International Man of Intrigue and Danger http://www.vintage.org
[ Old computing resources for business || Buy/Sell/Trade Vintage Computers ]
[ and academia at www.VintageTech.com || at http://marketplace.vintage.org ]
7:41 p.m.
> scrap the entire serial port copncept; hook up a
zip drive, and xcopy the
> bernoulli to a zip disk?
On Wed, 25 Feb 2004, Vintage Computer Festival wrote:
I wish. But again, I'm forced to use DOS 3.30,
and I'm going under the
assumption that anything I try that is "exotic" will cause me more trouble
than it's worth.
yeah
run DOS 3.30 on a stock AT. Install Bernoulli and
ZIP100 (parallel port, using GUEST.EXE)
Use XCOPY (available 3.20 on)
7:51 p.m.
On Wed, 25 Feb 2004, Fred Cisin wrote:
Sorry. I'm starting to realize my temporal sense of PC hardware and
software is not all that accurate. I made several assumptions regarding
the use of "modern" hardware on "ancient" PCs (my idea of DOS 3.30 is
something that is too old to support Microsoft's TCP/IP drivers or ZIP
drives and whatnot) and realize now I am ignorant.
Oh well, when I have time to experiment with this stuff then I will, but
for now there's work to be done ;)
--
Sellam Ismail Vintage Computer Festival
------------------------------------------------------------------------------
International Man of Intrigue and Danger http://www.vintage.org
[ Old computing resources for business || Buy/Sell/Trade Vintage Computers ]
[ and academia at www.VintageTech.com || at http://marketplace.vintage.org ]
> scrap the
entire serial port copncept; hook up a zip drive, and xcopy the
> bernoulli to a zip disk?
On Wed, 25 Feb 2004, Vintage Computer Festival wrote:
I wish. But again, I'm forced to use DOS
3.30, and I'm going under the
assumption that anything I try that is "exotic" will cause me more trouble
than it's worth.
yeah
run DOS 3.30 on a stock AT. Install Bernoulli and
ZIP100 (parallel port, using GUEST.EXE)
Use XCOPY (available 3.20 on)
26 Feb
26 Feb
8:46 a.m.
On Wed, 25 Feb 2004, Vintage Computer Festival wrote:
It's all relative and very subjective.
I just can't think of ZIP drives as being "modern". (even their current
models)
... and DOS 3.30 is "RECENT"!
> >
scrap the entire serial port copncept; hook up a zip drive, and xcopy the
> > bernoulli to a zip disk?
Sorry. I'm starting to realize my temporal
sense of PC hardware and
software is not all that accurate. I made several assumptions regarding
the use of "modern" hardware on "ancient" PCs (my idea of DOS 3.30
is
something that is too old to support Microsoft's TCP/IP drivers or ZIP
drives and whatnot) and realize now I am ignorant. Oh well, when I have time to experiment with this
stuff then I will, but
for now there's work to be done ;)
that sucks; nothing like work to get in the
way of a decent life.
howzbout:
get a small stack of MFM hard drives, (each <32M)
connect them one at a time as second hard drive (leave the case open,
don't bolt them in)
xcopy each bernoulli to a hard drive /e/s/v
4:06 a.m.
any reason to
not use a Ward Christensen protocol program?
(XMODEM, YMODEM, ZMODEM, etc.)
ProComm, CrossTalk, Elf, PCTalk, MODEM7, ...........
Mainly because I'm trying to transfer entire Bernoulli volumes. I am NOT
going to do this one file at a time. I need one command that dumps the
entire volume over the serial port and preserves the directory structure.
I need to take a break from this nonsense.
4:05 a.m.
On Thursday 26 February 2004 09:06 am, Gene Buckle wrote:
Are the machines in question capable of using a USB thumb drive? If so,
an xcopy to that might solve your problem without a serial link.
g. I'm not aware of any usb drivers for dos 3.3 or any before perhaps dos 6
10mbit Ethernet cards seem like the best solution.... or 110k baud serial that
he used. on the older machine, the 110k would not be a problem given it is
mostly just sending data... the receiving end has the hard part...
James
any reason to not use a Ward Christensen protocol
program?
(XMODEM, YMODEM, ZMODEM, etc.)
ProComm, CrossTalk, Elf, PCTalk, MODEM7, ...........
Mainly because I'm trying to transfer entire Bernoulli volumes. I am NOT
going to do this one file at a time. I need one command that dumps the
entire volume over the serial port and preserves the directory structure.
I need to take a break from this nonsense.
5:47 p.m.
It was thus said that the Great Fred Cisin once stated:
any reason to not use a Ward Christensen protocol program?
(XMODEM, YMODEM, ZMODEM, etc.)
Unless he can't get an 8-bit clean data path, these can't be used (which
sucked when I was in college because the path between the dialup modems and
the computer systems I needed to communicate with was *not* 8-bit clean,
even though *in theory* you could set the path as 8-bit clean, which never
worked for me, so I ended up having to use Kermit *a lot* to transfer files
from home).
-spc (SET SESS PASSALL my shiny metal *** ... )
6:28 p.m.
On Thu, 26 Feb 2004, Sean 'Captain Napalm' Conner wrote:
He can get a clean 8 bit connection, because
he is connecting from one of his machines to another of his machines,
NOT to a college dialup.
any reason to
not use a Ward Christensen protocol program?
(XMODEM, YMODEM, ZMODEM, etc.)
Unless he can't get an 8-bit clean data path,
these can't be used (which
sucked when I was in college because the path between the dialup modems and
the computer systems I needed to communicate with was *not* 8-bit clean, 
25 Feb
25 Feb
6:41 p.m.
I retract. It would rock if it would work reliably.
I'm having all sorts
of issues. Here are the commands I am issuing to (hopefully) make things
more efficient:
SET FILE TYPE BINARY
SET SPEED 115200
SET FLOW RTS
SET REC PACKET 2000
SET WINDOW 4
How about dropping your speed, that seems awfully high. Especially since
you don't have 16550's on both end.
Zane
6:52 p.m.
On Wed, 25 Feb 2004, Zane H. Healy wrote:
It's this suckish Kermit implementation that the nerds at Columbia are
blowing themselves over.
Laplink worked fine at 115K. Fastlynx is currently working fine at 115K.
I hate to say it, but I think Kermit sucks.
--
Sellam Ismail Vintage Computer Festival
------------------------------------------------------------------------------
International Man of Intrigue and Danger http://www.vintage.org
[ Old computing resources for business || Buy/Sell/Trade Vintage Computers ]
[ and academia at www.VintageTech.com || at http://marketplace.vintage.org ]
I retract. It
would rock if it would work reliably. I'm having all sorts
of issues. Here are the commands I am issuing to (hopefully) make things
more efficient:
SET FILE TYPE BINARY
SET SPEED 115200
SET FLOW RTS
SET REC PACKET 2000
SET WINDOW 4
How about dropping your speed, that seems awfully high. Especially since
you don't have 16550's on both end.
26 Feb
26 Feb
3:43 a.m.
Vintage Computer Festival wrote:
On Wed, 25 Feb 2004, Kevin Handy wrote:
You may need the beta version (3.16) for recursive to work
http://www.columbia.edu/kermit/msk316.html
I recently did this, (but from a win3.11 system to Linux)
and it goes something like the following:
On the transmitting side, do
cd e:\ % Go to root of directory to transfer
msk316 % Start kermit
...set line ...., set speed ..., etc. to assign and set up your port
set send path relative % Tell it to send path information
server % Go into serving mode
On the receiving side
cd \xxx % Go to path to receive data
msk316 % Start kermit
...set line ...., set speed ..., etc. to assign and set up your port
set rec path relative % Tell it to receive path information
set fil coll update % Speeds things up if you have to restart
receive /recursive * % Grab all the files
If the transfer dies, kill the last partial file transfered, and
restart. The "set fil coll update" will cause it to rapidly skip
over the files already transfered.
If you set up kermit right (and you have a current
enough version of kermit
on both ends), you can do a recursive transfer (i.e. transfer all
sub-directories
automatically). Check out the following commands for more info.
set rec path relative
set send path relative
set file coll update
get /relative *
send /relative *
To get the latest versions, go to the source
http://www.columbia.edu/kermit/
you should be able to find a version for just about anything there.
Hi Kevin.
Thanks for the tip. Kermit certainly rocks. I've downloaded the 3.15
DOS version from Columbia and have been playing with it for about an hour
now and think I've got it tuned pretty well. It has some excellent
features. The only problem is, I haven't been able to figure out how to
make it do a recursive get. Online documentation is sparse, and
unfortunately, in my vast library of computer books, I have no volume on
Kermit.
I want to be able to set the directory on the local machine and then do a
get of an entire remote volume, i.e.:
get e:\*.*
Which I would want to download all files and recursively traverse all
directories on remote drive e:, storing them in the local directory I
specify and preserving pathnames, filenames, and preferably attributes.
However, it only downloads files in the root directory.
Can you point me to some relevant documentation?
25 Feb
25 Feb
9:23 p.m.
On Wed, 25 Feb 2004 14:22:48 -0800 (PST)
Vintage Computer Festival <vcf(a)siconic.com> wrote:
So, does anyone know of a very simple serial port file
transfer
program that I can use to do remote file copies?
ZIP or ARC the disk into a single
file and transfer it with kermit?
Install an old NE2000 or WD8013 network card and NCSA-Telnet. Run the
NCSA ftp server and use ncftp or wget recursive ftp-get options on the
other side. More work, but faster then serial link.
--
tsch??,
Jochen
Homepage: http://www.unixag-kl.fh-kl.de/~jkunz/
26 Feb
26 Feb
1:06 a.m.
On Thu, 2004-02-26 at 08:23, Jochen Kunz wrote:
On Wed, 25 Feb 2004 14:22:48 -0800 (PST)
Vintage Computer Festival <vcf(a)siconic.com> wrote:
I was just pondering that one too and you beat me to it :)
I believe there's even a version of tar that'll work on versions of DOS
that old, although zip would probably seem the most sensible for a DOS
to DOS transfer.
Sellam already knows laplink works at that speed. The only detail we
haven't got (unless I missed it) is how much free disk storage there is
on the machine hosting the Bernoulli drive - if there's no local space
free then it's a good reason for having to do a file-by-file transfer
straight off the Bernoulli...
So, does anyone know of a very simple serial port
file transfer
program that I can use to do remote file copies?
ZIP or ARC the disk into a
single file and transfer it with kermit? Install an old NE2000 or WD8013 network card and
NCSA-Telnet. Run the
NCSA ftp server and use ncftp or wget recursive ftp-get options on the
other side. More work, but faster then serial link.
I suspect that less work on behalf of the human is the goal, and never
mind if it takes an hour or a day to actually transfer by itself :)
(I remember shunting a copy of Win95 across to my old laptop via
interlink once - boy was it slow!)
cheers
Jules
7485
days inactive
7487
days old
36 comments
17 participants
participants (17)
-
ard＠p850ug1.demon.co.uk -
cisin＠xenosoft.com -
dickset＠amanda.spole.gov -
fmc＠reanimators.org -
freddyboomboom＠comcast.net -
geneb＠deltasoft.com -
healyzh＠aracnet.com -
jdickens＠ameritech.net -
jkunz＠unixag-kl.fh-kl.de -
julesrichardsonuk＠yahoo.co.uk -
kth＠srv.net -
lbickley＠bickleywest.com -
pat＠computer-refuge.org -
rdd＠rddavis.org -
spc＠conman.org -
tomj＠wps.com -
vcf＠siconic.com