> I find it somewhat interesting how Americans define "foreign". Doesn't that
> require something "indigenous"? =)
Well, pemmican is indigenous... there are also some corn
dishes that are supposed to predate European arrival.
-dq
> On Nov 7, 8:08, Douglas Quebbeman wrote:
>
> > > Traditionally served [...] on special occasions like Burn's Night with
a glass of
> > > whisky.
>
> > This Son of Clan Keith is wondering which night of the week that
> > Burn's Night falls on?
>
> It varies. Which night would you like? :-)
Any night whose name ends in the letter 'Y' and which
occurs once each week... but Chris already informed me
this is merely a yearly affair... one I'm sure to look
forward to if I have to wait a year for a wee dram!
-dq
> I downloaded a few very old programs from the 80's from an on-line
> (probably illegal) version of the DDJ CD (version 7). These programs are in
> the ARC format, but when I use standard de-ARCing tools, I get CRC errors
> and the like.
>
> Does anyone know if this CD has a specially tuned version of ARC on
> it?
The ancient ARC.COM from SEA in the 80s doesn't work? Have
you tried PKXARC.COM?
-dq
I kind of half asked this once before, but it was stuck in on another
thread, so I think it was overlooked.
Does anyone have info on how to use the I-Modem protocol for data
transfers? (that's Eye-Modem). All I have been able to find is that it is
a protocol designed for long distance, slow connections. So it sends a
packet, and doesn't wait for a check. Rather it just sends all packets,
and at the end, the recipient sends back a list of bad packets to be
resent. The idea is, it will be faster when sent over a high latency
connection.
I *think* the protocol was created by John Friel. I base that off the
little info I was able to find thru multiple different online searches
(google being the most useful).
What I am looking for is the specs needed to write an implimentation of
it. I have a system that can only send files via i-modem, and I want to
write a new program to talk to the server. Right now I use Procomm Plus
1.1b since it is the only application that I have found that supports
imodem. I would like to write a custom front end to the system, so I can
make access safer, easier, and more automated.
If anyone has specs, or source code for imodem they can send me, it woud
be very helpful.
Thanks
-chris
<http://www.mythtech.net>
> From: Richard Erlacher <edick(a)idcomm.com>
> The monitor seems to interact with the drives when the monitor is turned
on. It
> depends, I suppose, on the monitor, but I've got the IIe with the dual
drive box
Same setup I have, except mono monitor.
> I'm told by more experienced Apple owners that it's a good idea to (a)
ground
> the disk drive boxes in the case of the old aluminum-cased Apple][ drives
and
> (b) put a sheet of grounded ferrous metal between the monitor and drives.
I
> don't know whether this helps, as I've simply stopped turning off the
monitor
> when I go away.
Dick, thanks for this valuable information. I haven't lost any data yet
but I think I'll take the easy way out and just set the disk drive unit off
to the side.
Glen
0/0
In a message dated 11/8/2001 2:28:02 AM Central Standard Time,
optimus(a)canit.se writes:
> Douglas Quebbeman skrev:
>
> >Macs up through at least the MacPlus have a single-chip
> >implemntation of the IWM that they used for both the
> >never-shipped Twiggy drives (never shipped in Macs) and
> >the later 400k/800k 3.5" floppies.
>
> The "integrated Woz machine". =/
> According to NetBSD, my LC475 is equipped with an IWM, too. What a hardy
> little design.
>
>
I have heard of the SWIM (super....) chip. What does that come in, macs or
the GS?
clearing the HYPE about bioterrorism
www.formatc.org/terrorism.htm
>I offered a bunch of Cromemco (the folks who named the S-100 bus)
>stuff here, 10 systems and probably about 100 cards, for next to nothing
>or pretty reasonable prices depending on the system/card, and to my
>surprise in the end I only got about 5 serious replies.
And one of them wasn't me because I hadn't idea of this offer :-)
(probably because I was off the list too).
Never is too late to get one of these systems.
Greetings
Sergio
From: M H Stein <mhstein(a)usa.net>
>And that in 1987 an XXU equipped system was almost twice as fast as a
>VAX 11/780, which cost over four times as much as the largest Cromemco
>system at the time.
Sounds impressive...save for in 1987 the VAX11/780 was 9 years old and
out of widespread use!! By 1987 the microVAX had been around for a while,
the midrange VAX was 4x-8x faster than the 780 and easily 1/3 the size!
Cromemco was pretty neat but first, fastest not hardly.
Allison
Hi:
I downloaded a few very old programs from the 80's from an on-line
(probably illegal) version of the DDJ CD (version 7). These programs are in
the ARC format, but when I use standard de-ARCing tools, I get CRC errors
and the like.
Does anyone know if this CD has a specially tuned version of ARC on
it?
Rich
==========================
Richard A. Cini, Jr.
Congress Financial Corporation
1133 Avenue of the Americas
30th Floor
New York, NY 10036
(212) 545-4402
(212) 840-6259 (facsimile)
From: Richard Erlacher <edick(a)idcomm.com>
>I don't remember at all (go figure!) what options there were at the time,
short
>of the lead-screw that was used on 8" drives, for moving the heads. I've
got a
The options of the day were:
type comment
used on
lead-screw -widely used
SA800, 3.5"
Voice coil -complex but very fast,
persci
spiral cam -slow and could be cranky
SA400, others
Band positioner - fast reliable as implemented not cheap. TEAC FD55
series
The feature of the day for SA400 was low cost.