On 02/08/2018 07:18 PM, Eric Smith via cctalk wrote:
> At some point I read an article or a transcript of an interview with an
> Intel employee (or former employee) who had been involved with the design
> of the 8085, describing how he had specified additional instructions over
> those of the 8080,
On 02/08/2018 10:17 PM, Glen Slick via cctalk wrote:
> Any idea if the drive orientation during storage might make any
> difference in the failure rate? Usual PCB side down, PCB side up,
> either side down, either end down? My guess it that it is best to
> store them in the usual PCB side down orie
On 02/09/2018 05:22 AM, allison via cctalk wrote:
> Also all of the competitors and second sources that made 8085s had the
> added instructions. The are indeed handy too.
Calmos (then later Tundra) Semiconductor actually documents them in
detail in their CA80C85 datasheet, but those were from th
On 02/09/2018 05:20 AM, allison via cctalk wrote:
> At the other extreme I have over a dozen Quantum D540s (RD52 31mb full
> height)
> that are really old and getting older and still work without issues.
> Some of those
> have sat on the shelf for a decade and work fine when I need one.
I've sti
On 02/09/2018 10:57 AM, Warner Losh via cctalk wrote:
> For those that don't want to read through the entire datasheet,
> https://electronicerror.blogspot.com/2007/08/undocumented-flags-and-instructions.html
> has a good summary.
RIM and SIM were always documented for the 8085. Not doing so wou
On 02/09/2018 12:14 PM, allison via cctalk wrote:
>
> The grand daddy of them all is the RL02 salvaged in 1983 and still
> running along with two packs from then. Its life was 9 years of
> Monday through Friday power on and now intermittent about 5 times a
> month since 1994. Still booting a PD
On 02/09/2018 12:26 PM, allison via cctalk wrote:
> IBM PC early also did that... other vendors of the 8088 didn't work
> in the 64K and early 256K IBM PCs due to a slight timing variation
> that reputedly intel helped design in. One gate fixed it but it was
> undocumented thing you could getaway
On 02/09/2018 01:59 PM, allison via cctalk wrote:
> I use that as an example of compatibility or extensions another more
> familiar is the NEC V20 fits in the 8088 socket but has enhanced
> performance and native 8080 emulation mode.
The V-series may be a good example of why Intel didn't want to
Dredging up an old thread, I'd like to report that I found some decent
mini B-to-USB A cables from Monoprice.com. They're advertised as 28/24
AWG 3 ft. long. They ran $1.13 each and look to be fit for use.
--Chuck
On 02/11/2018 05:47 AM, Antonio Carlini via cctalk wrote:
> How do you go about testing them? Do you just use a device that is known
> to require (say) 2A and check that it runs happily or have you rigged up
> something to draw 2A and then check that you don't see a voltage drop
> (and/or smell/se
On 02/12/2018 12:23 PM, Fred Cisin via cctalk wrote:
>> Imagedisk can't handle mixed sector sizes on a track.
>
> Reading or writing multiple sized sectors can be done with multiple passes.
>
> But, I don't know how to FORMAT a track with multiple sector sizes with
> NEC 765 type controller. Not
On 02/12/2018 01:55 PM, Fred Cisin via cctalk wrote:
> Thank you!
> Although these days, it's just curiousity and nostalgia.
Yup. The shame is that some of the more advanced 765-based FDCs came in
just as the floppy was sunsetting. For example, the Intel 82078 boasts,
among other things, a 2Mbp
On 02/14/2018 06:47 PM, Pete Lancashire via cctalk wrote:
> I will be getting the model numbers this weekend and again free in
> Portland Oregon, if not found a home in a few weeks will be in a local
> metal scrap yard.
Pete, wouldn't these things be most common in college towns with schools
of a
On 02/17/2018 07:42 AM, Robert via cctalk wrote:
> Does anybody know anything about these machines? It seems like a boot
> disk from an Osborne One would work.
I've got disks for both the ETV II and EX 100 and no, an O1 disk
wouldn't work. Different geometry for starters.
--Chuck
On 02/18/2018 09:34 AM, P Gebhardt via cctalk wrote:
> Hello list,
>
> currently, I am in the process of trying to bring back to life a disk drive
> installation from Control Data known as "841 Multiple Disk Drive" ( MDD ).
> From the early '70s. It uses hydraulic disk head actuators! Pictures o
On 02/18/2018 03:14 PM, Al Kossow via cctalk wrote:
>
>
> On 2/18/18 9:34 AM, P Gebhardt via cctalk wrote:
>
>> As far as I know, some computer installations used 400Hz 3-phase
>> back in the days. Does anybody know, if that is the case for this
>> type of drive systems?
>
> Looking at the manu
On 02/18/2018 04:55 PM, Al Kossow via cctalk wrote:
>
>
> On 2/18/18 4:07 PM, Chuck Guzis via cctalk wrote:
>
>> Generally, the electromechanical stuff (motors) was run from 208V
>> 3-phase and often, the electronics from 400Hz.
>>
>> At least that's
On 02/19/2018 11:48 AM, Al Kossow via cctalk wrote:
> Even more to bring one back on-line, which is why it's impractical
> to restore in the foreseeable future.
I can't even imagine the effort it would take to get a 7090 or 7094
operating again using volunteer labor.
--Chuck
On 02/21/2018 11:16 AM, Al Kossow via cctalk wrote:
> Synchronization at start of instruction fetch, DMA complete, and firing of an
> interrupt
> can hide a lot of timing inaccuracies.
Speaking of emulation, does anyone here collect old ZyCAD or Cadence
hardware emulation rigs?
Just curious,
Ch
For what it's worth, I differentiate "cycle correct" from "real time".
That is, if you're talking about emulating non-mechanical devices,
"cycle correct" emulation should be fairly straightforward, but making
it "real time" (i.e. implementing an emulator such that it's
indistinguishable by an obse
e all locked down with licenses, except for the really
> early ones
> like Daisy and Valid.
>
> On 2/21/18 11:37 AM, Chuck Guzis via cctalk wrote:
>
>> Speaking of emulation, does anyone here collect old ZyCAD or Cadence
>> hardware emulation rigs?
Definitely lots of pr
On 02/22/2018 10:39 PM, Pete Lancashire via cctalk wrote:
> https://photos.app.goo.gl/EfDc3rRMfyfTNdgw2
>
>>From my days at Burroughs writing hardware test programs
The IBM 96 column card always seemed to me like a throwback to the
Univac 90-column card--multiple rows and round holes--and 6 colum
I thought vintage had to do with wine--and not necessarily old.
e.g. 2006 cabernet sauvignon.
"Vintage computing" occurs when you figure out how many bottles you've
drunk.
--Chuck
On 02/25/2018 08:47 PM, Zane Healy via cctalk wrote:
>
> What exactly is it? It looks like a tongue depressor sewed into a piece of
> work glove type material.
>
> We always used alcohol pads on any of the 9-Track tape drives I used.
The videotape folks use a sort of flat swab with ends cover
On 02/27/2018 09:29 AM, dwight via cctalk wrote:
> I had a computer item palletized and shipped by Air Freight ( it went
> by surface ). An open pallet will not have things intentionally
> stacked on it. It is possible to have something dropped on it or a
> forklift tine rammed through it but that
On 02/27/2018 11:37 AM, Ed Sharpe wrote:
> *In my case lady worked at a warehouse and had her people palate
> and strap the 3 ttys! saved $$ Pack mail is great though to pack
> stuff if no other free reliable option is there. We have to ship a
> large group of computer front p
On 02/28/2018 10:55 AM, Paul Koning via cctalk wrote:
> In general, manuals are only a rough approximation of reality. I
> remember an old joke that "PDP-11/x is compatible with PDP-11/y if
> and only if x == y". And sure enough, if you look at the models
> appendix of the PDP-11 Architecture Ha
I dunno about these historical accounts.
I was watching a PBS program about RADAR and the magnetron was made out
to be a super-secret device, yet there's a clear explanation of it in my
1942 "Radio Handbook".
--Chuck
On 03/03/2018 12:58 AM, Ed Sharpe via cctalk wrote:
> OK or may have been a magnetron... but not a cavity magnetron I
> gave a 30s radio news as I remember had magnetron.. but not cavity
> one.. I was confused by it at the time, but someone older explained
> it to me OK see some maggIes,fr
On 03/11/2018 08:19 AM, Al Kossow wrote:
> I've scrapped six of those already. They aren't worth anything.
>
>
> On 3/11/18 1:23 AM, jim stephens wrote:
>> I think this is actually a quad density half inch. If the guy didn't burn
>> it up (says probably 12v fault) it would be
>> handy.
>>
Isn'
On 03/12/2018 07:44 AM, systems_glitch via cctalk wrote:
> All,
>
> I'm looking for info on a George Risk 771 parallel ASCII keyboard. I've got
> one but no documentation or existing cabling. I'd like to interface it to
> my Poly-88.
>
> Thanks,
> Jonathan
>
Wasn't there something about that k
On 03/13/2018 08:33 PM, Al Kossow via cctalk wrote:
> There are two gzip'ed files up now of analog digitized 9 track data under
> http://bitsavers.org/projects/9track containing two files of 16 bit
> incrementing
> data patterns blocked 512 bytes/blk and the tach signal from a Qualstar 1260
> run
During my browsing, I've run across mention of the Emerson "Tape Pac"
2000 series, a half-inch cartridge tape system targeted at
minicomputers, and it seems, the PDP-11.
Here's a mention in IEEE Computer, about the new products at the 1976 NCC:
https://www.computer.org/csdl/mags/co/1976/06/016473
On 03/13/2018 09:39 PM, Pete Lancashire via cctalk wrote:
> comp for 1 - 7/8 IPS like to get all tracks digitized
>
> https://photos.app.goo.gl/IMcgjxugzKMuIvKv2
>
> will put on open file server then sell the tape
>
So, someone with an old Ampex PR-500 deck? I saw one for sale on eBay
a few y
This is in Eugene, OR. I received the following email on the local
Freecycle-type list:
I have all of the "Lane County Commodore Users Group" (LCCUG) inventory
including (but not limited to) the following :
Keyboards, one monitor,
On 03/25/2018 07:32 PM, Guy N. via cctalk wrote:
> The new sysadmin at work is clearing out closets full of junk^H^H^H^H
> cool old stuff accumulated by the previous sysadmin. There's a big
> carton full of PATA hard disks. Most of them are in the 4.3 GB - 20 GB
> range, a few larger, a few small
On 03/26/2018 11:23 AM, Mazzini Alessandro wrote:
> Well, but with dban and/or other certified software the drives are as well as
> new. The only issue would be the time/cost to sanitize them in house.
Certainly, but it's fruitless to use logic in cases such as these.
Chances are that someone onc
On 03/26/2018 12:26 PM, et...@757.org wrote:
> AFAIK there has been a bounty out to recover data with a single wipe
> that hasn't been collected. I thought it was all theory and never done
> in practice?
Here's the Gutmann paper that many people cite:
https://www.usenix.org/legacy/publications/l
On 03/26/2018 01:26 PM, Fred Cisin via cctalk wrote:
> I just stumbled on a DTC3250, & "Installation Guide"
> 8 bit ISA SCSI + 4 floppy
>
> Firmware: "GSH53A"
>
> The floppy interface MIGHT work for HD on a 5150/5160?
> (with appropriate software)
>
> Condition unknown
>
> Anybody need one?
Fr
On 03/27/2018 09:19 AM, Ethan via cctalk wrote:
> Yep! I've watched thousand(s) of pounds of working hard drives get
> shredded.
This is nothing new. In the 1970s, the official CDC diktat was to
reduce any surplused equipment to scrap. That included taking a
sledgehammer to disk drives and othe
On 03/27/2018 09:19 AM, Ethan via cctalk wrote:
> I have a hook-up to get some older drives from another company (1.5TB,
> etc) and well... let's just say that "newer" used disks with 4 years on
> them aren't very reliable. I'd imaigne the older ones hold up much
> better since they were more expe
On 03/27/2018 04:04 PM, Al Kossow via cctalk wrote:
>
> Hitachi 3 and 4tb are VERY good, as are the equivalent Toshiba from when WD
> divested themselves
> of the Hitachi hi-end line.
Hmmm, I haven't actually installed a 1TB drive in any mission-critical
equipment yet--still sitting in original
Digging around on the pointer from Al to backblaze, I found this, which,
to me is far more meaningful in terms of presentation of data:
https://hackernoon.com/applying-medical-statistics-to-the-backblaze-hard-drive-stats-36227cfd5372
--Chuck
> Interesting but consistent with my informal observations. My Hitachi
> enterprise class 4gb hdd are still going strong after multiple power
> outages and almost 5 years of 24x7 on time. Granted not much reading
> and writing occurs but the fact that they are spinning is probably
> the biggest we
On 03/27/2018 08:27 PM, dwight wrote:
> I recall at one company we used Micropolous ( SP? ) drives. We had
> almost 100% failure in less than 6 months. It did our company a lot of
> damage.
A lot of outfits (e.g. Sun, HP) used Micropolis drives. Generally, they
were good, but expensive.
Maybe yo
On 03/28/2018 05:03 AM, Bill Gunshannon via cctalk wrote:
> I have ancient Micropolis and Miniscribe disks here that still
> work great. Seems every company went thru at least one
> model that was trash. The worst from my experience were
> IBM disks made in Thailand.
Were there ever any *good*
On 03/28/2018 06:33 AM, Paul Koning via cctalk wrote:
> These are straightforward questions of probability math, but it takes
> some time to get the details right. For one thing, you need
> believable numbers for the underlying error probabilities. And you
> have to analyze the cases carefully.
On 03/28/2018 10:17 AM, Ethan via cctalk wrote:
>> I know of no RAID setup that can save me >from stupid.
>
> I use rsync. I manually rsync the working disks to the backup disks
> every week or two. Working disks have the shares to other hosts. If
> something happens to that data, deleted by accid
On 03/29/2018 02:24 PM, Fred Cisin via cctalk wrote:
>>> HOWEVER, a variant of "Boyle's Law" warns that software and content
>>> will expand to fit all available space and speed.
>
> On Thu, 29 Mar 2018, allison via cctalk wrote:
>> We have proof and it is us.
>
> Or, as Walt Kelly ("Pogo") said,
On 03/29/2018 03:48 PM, Alexander Schreiber via cctalk wrote:
> Also, AFS is built around volumes (think "virtual disks") and you have
> the concept of a r/w volume with (potentially) a pile of r/o volumes
> snapshotted from it. So one thing I did was that every (r/w) volume
> had a directory .bac
On 04/05/2018 08:16 PM, Eric Korpela via cctalk wrote:
> I'm not religious, but I consider this a sign of the apocalypse.
>
> I've got bags of stuff I've purchase there (including in its old location)
> that I haven't had time to deal/play with.
It is sad--in the 70s and 80s, the Bay area was rif
Is Surplus Sales of Nebraska still in the game?
https://www.surplussales.com/
Here's a 5-year old list of places that Jeff Duntemann created.
https://www.contrapositivediary.com/?p=2726
I remember John Meshna's operation fondly. He had some great stuff.
--Chuck
On 04/11/2018 09:31 AM, Eric Korpela via cctalk wrote:
> It might break the rules since it only goes back to 1999, but here's
> Moore's law for integer speed, floating point speed, number of processors,
> memory sizes and disk sizes for the machines connected to SETI@home. Plots
> are averages and
On 04/11/2018 11:31 AM, Jecel Assumpcao Jr. via cctalk wrote:
> Besides getting more performance with smaller transistors, we have also
> been increasing performance by taking advantage of more transistors by
> doing more stuff in parallel. So we went from up to dozens of clock
> cycles per instru
On 04/11/2018 12:11 PM, Marc Howard via cctalk wrote:
> If you get stuck you might try athana.com. They have lots of hard/floppy
> disks, including some alignment media. I've used them to rebuild RK05
> media.
>
> A few years back I asked the owner how he stays in business. Two words:
> Federal
On 04/11/2018 02:48 PM, ben via cctalk wrote:
> I have a nice 18 bit cpu here, with only a few hardware bugs.
> Hmm would it work better if I change that around ideas.
>
> Care to point to a nice 18 bit version of unix or C.
> BTW The cpu has a frame pointer S but no S++ --S operations
> so pushi
On 04/11/2018 06:38 PM, Chuck Guzis via cctalk wrote:
> On 04/11/2018 02:48 PM, ben via cctalk wrote:
>
>> I have a nice 18 bit cpu here, with only a few hardware bugs.
>> Hmm would it work better if I change that around ideas.
>>
>> Care to point to a nice 18 bit ve
On 04/12/2018 06:23 AM, Diane Bruce wrote:
> Amusingly years ago I worked for Computing Devices Canada that used some
> CDC computers. I was told through a very reliable source that they
> got Unix ported to the Cyber by SoftQuad based in Toronto. They were
> well known as a 'troff house' at this
On 04/12/2018 01:37 PM, Charles Anthony via cctalk wrote:
> And, if memory serves, the ":" was coded as a null character, causing it to
> disappear from the end of a line.
It depended on which character set you were using. The CDC 63-character
set didn't use 00, except as an EOL. Colon was octal
On 04/12/2018 03:16 PM, ben via cctalk wrote:
>
> Well I have one better with my cpu, a char is -128 to 384.
Care to elaborate on why such a lopsided range?
--Chuck
I've found a couple more documents lurking in my desk that I've
completely forgotten about.
The first is a UniSoft Uniplus+ System V User Guide. Circa 1984.
Basically a SysV Unix user's guide. I have no idea what platform this
was intended for, as it's pretty much a generic document. A couple
h
On 04/15/2018 07:25 AM, David Griffith via cctalk wrote:
>
> I'm pondering upgrading the CPU of a Pacccomm Tiny-2 Mk2 radio packet
> controller from a 6Mhz Z80 processor and SIO to 10Mhz parts. My problem
> is that the parts already in it appear to be NMOS. The family is still
> being made by Zi
On 04/15/2018 04:47 PM, Jay Jaeger via cctalk wrote:
> Yes, the Univac 1100 series were one’s complement (had brief experience as a
> student with 1108 and 1110 from 1969 to 1975)
I thought I'd originally said as much. 9 bit characters with a range of
+/-255 as well as +/- zero.
Here are some
On 04/15/2018 05:08 PM, allison via cctalk wrote:
> On 04/15/2018 10:25 AM, David Griffith via cctalk wrote:
>>
>> I'm pondering upgrading the CPU of a Pacccomm Tiny-2 Mk2 radio packet
>> controller from a 6Mhz Z80 processor and SIO to 10Mhz parts. My
>> problem is that the parts already in it app
I'm reminded of how fast things have gotten when I use some of my old
media conversion code developed on an 8088 PC, that's been recompiled to
run under 64-bit Linux on a reasonably fast CPU (3GHz quad-core AMD).
I'd sit back for a couple of minutes waiting for the code to churn
through the data a
On 04/16/2018 05:35 PM, Glen Slick via cctalk wrote:
> I have only tried using IDA Pro a couple of times. I haven't learned
> how to use it well enough to be what I have used for similar 8-bit CPU
> disassembly tasks in the past. I have just written my own basic
> functionality 8085 / Z80 / 8051 d
On 04/16/2018 06:11 PM, CuriousMarc via cctalk wrote:
> And lifting the sticker reveals the BIOS chip is just a W29C020P-12, a
> regular 256k x 8 Flash memory, 5V chip. Duh. Mystery solved. Of course way
> newer and with many more address lines than my DataIO 29B can read and
> program. Time has co
How many started coding for a machine writing machine code?
I recall that the IBM 1620 SPS coding forms had two sides--one for
coding assembly (SPS); the other labeled "IBM 1620 Absolute Coding
System". Basically a form with the first 5 positions reserved for the
address, 2 positions for the opco
On 04/18/2018 09:20 PM, Fred Cisin via cctalk wrote:
>>> I always found it amusing that many programs (even FORMAT!) would fail
>>> with the wrong error message if their internal DMA buffers happened to
>>> straddle a 64K block boundary. THAT was a direct result of failure to
>>> adequately integr
Really? 64K boundary issues cropping up in MS-DOS?
Egad, that would have been known in DOS 1.0. Certainly, for anyone
writing his/her own low-level disk I/O, it was obvious.
Now, I'll add that if you wrote your own specialized device driver, DOS
did not guarantee handing your driver a buffer th
Just noticed this post on the Vintage Computer forum. I don't know a
thing about it:
http://www.vcfed.org/forum/showthread.php?63253-IBM-System-34-5340
--Chuck
On 04/19/2018 12:14 PM, Fred Cisin via cctalk wrote:
> I have no difficulty admitting that I didn't, and don't, have
> Chuck's level of experience and knowledge. My entire venture into
> microcomputers was a hobby that got out of hand.
It's not so much expertise, but where you start your investiga
On 04/19/2018 05:33 PM, Jim Brain via cctalk wrote:
> Someday, the products and software designed and built by the folks in
> this list will be judged by those who follow us. Possibly the rest of
> you have worked in industries where you were allowed to use new
> solutions, you had ample time to
On 04/19/2018 07:56 PM, Guy Sotomayor Jr wrote:
> As to why IBM entered the PC market, the rumor was (at least at the time
> within IBM) was that T.J. Watson, Jr. was at an employee’s house and saw
> an Apple II. He said that he wanted to have IBM branded computers in IBM
> employees homes. That
On 04/20/2018 03:23 AM, Peter Coghlan via cctalk wrote:
> That reminds me of when I phoned IBM here in Ireland looking for software
> support for their VM mainframe operating system not too many years later,
> sometime in the early 1990s. I spelled out every variation of the name
> I could think
On 04/29/2018 08:44 PM, Tony Duell via cctalk wrote:
> It's not cheap (and IIRC you have to use the whole lot in one go), but
> Chemtronics make a kit to repair such keypads. Possibly worth it for
> a useful instrument though.
>
> In the UK you can get it here :
>
> https://uk.rs-online.com/web/
Answered my own question. The repair stuff is called "Aquadag E":
https://semicro.org/products/carbon-paint-conductive
https://www.ebay.com/itm/AQUADAG-CARBON-PAINT-ARCADE-MONITOR-TV-CRT-CATHODE-REPAIR-SPARES-30-ML-BRUSH-/261808496366
Should work a treat in this application.
--Chuck
On 05/02/2018 08:06 AM, Eric Christopherson via cctalk wrote:
> When you say you snipe with a bot, do you mean you use eBay's highest-bid
> functionality to do it? Or do you use third-party software?
>
> I've never been clear on how the built-in highest-bid functionality works.
> I often see thin
On 05/02/2018 08:42 AM, Warner Losh via cctalk wrote:
> Yes. It drives more traffic to the site. It's really gamification of the
> process, which sucks for the bidders (they bid more than they should). In
> the ideal world, you set a price you're willing to pay, pay a trusted third
> party to plac
On 05/02/2018 01:01 PM, Bill Gunshannon via cctalk wrote:
> And that is a matter of opinion.
I've been subscribed to eBay since 1998, when the best I could do for a
net connection was a somewhat iffy 9600 bps. At that speed and high
latency, there was no way to engage in a last-minute bidding wa
On 05/04/2018 08:36 PM, dwight via cctalk wrote:
> As Allison says, some other controller would be a lot easier to deal
> with. The 3000 controller was intended for speed.
>
> I knew the fellow that wrote the code for the M2FM controller while
> at Intel ( Lou Bolardo sp? ). He was not my kind of
On 05/05/2018 10:23 AM, Pete Lancashire via cctalk wrote:
> Core temp was a big issue even in commercial environments. You didn't see
> it temp but you would see core [driver] current.
The early IBM 7000 series (7070, 7080, 7090) kept core in a
temperature-regulated oil bath. Later versions used
On 05/06/2018 11:18 AM, Grant Taylor via cctalk wrote:
> Does anyone have any recommendations for a '90s era PC that has PCI and
> ISA slots? Ideally I'd like to have EISA slots too. — At least I
> think that's what I want.
Depends on your CPU needs, but if you're willing to settle for P2/P3
e
On 05/06/2018 07:45 PM, Grant Taylor via cctalk wrote:
> I've got to say, I don't recognize SS7 as a CPU type. In fact, SS7
> means Signaling System 7 to me. Different genera, but possibly the
> proper time frame.
SS7 = Super Socket 7. P1 Socket 7 with extras:
https://en.wikipedia.org/wiki/Su
On 05/07/2018 07:52 PM, Ken Seefried via cctalk wrote:
> Yeah, but didn't the GX (and KX) have some pretty serious bugs until
> really late steppings? Same to a lesser extent with the NX. The BX
> (and FX) however was very reliable, as I recall.
I can only speak for my SuperMicro dual slot-1 P3
On 05/10/2018 07:29 AM, Paul Koning via cctalk wrote:
> I'm wondering what the reality of fast drum memories looked like, and whether
> anyone came even close to these numbers. Also, am I right in thinking they
> are at least in principle achievable? I know I could run the stress numbers,
> b
"Fast" is a fuzzy term.
The 865A drum that Paul cited did spin at 1800 RPM, but had a transfer
speed of 2MHz per channel. Data was transfered in 12-bit parallel, so
the composite transfer speed was 24Mbit/sec, which isn't too shabby for
1974.
As it was used as a paging drum, transfer speed was p
On 05/10/2018 12:53 PM, ben via cctalk wrote:
> Can not be slower than modern computers, It takes 5 minutes for my mail
> program to load under windows and grab new mail.
> Once core memory became common, fast speeds are relative to other I/O
> at the time, of TTY and punch card speeds.
Actually,
On 05/10/2018 01:17 PM, Jack Harper via cctalk wrote:
>
>
> Chuck, do you know if the story that the FASTRAND drum was fabricated
> from milled/machined sewer pipe is true???
>
I remember hearing the joke that the (2 counter-rotating) drums were
chrome-plated sewer pipe, but I would find that
Head-per-track drums were used on airborne radar setups as a
non-computer use. John Meshna used to advertise military surplus ones,
complete with 400Hz spindle motor.
I was tempted at the time to get one, but was warned that the surplus
ones are rarely functional.
--Chuck
My guess was MADRE or NRL:
https://www.wikiwand.com/en/Over-the-horizon_radar
The timing would be right. Acoustic delay lines served the same
purpose, but you couldn't have a mercury delay line in an airplane,
practically speaking.
--Chuck
I found this interesting article:
http://pichotjm.free.fr/DisplayDL/DisplayDLus.html
that discusses an ASCII video terminal from about 1970 that employs a
bunch of PAL TV 64 usec. piezo delay devices as a way to reduce cost.
--Chuck
On 05/16/2018 09:13 AM, jos via cctalk wrote:
> Visited an older collector recently, and in his shed he has a strange
> thing, labeled CDC, that somehow looks like a drum memory, but then
> again not ( drum looks too small to be usefull )
>
> The controller that goes with is a transistor based m
On 05/20/2018 03:04 PM, Ed Sharpe via cctalk wrote:
> While in the warehouse I ran across this strange modernistic Data General
> ...odd computer
> I do not remember buying it! Ed#
>
>
> "https://www.smythretail.com/wp-content/uploads/2012/05/DG10_1-300x227.jpg";
>
> take the quotes aw
On 05/23/2018 08:49 AM, Grant Taylor via cctalk wrote:
> How are you interfacing with Gmail? IMAP or something else. — I think
> Thunderbird supports interfacing with Gmail in another protocol. I may
> be wrong.
Gmail also allows for a POP3 interface. I'd originally used the
suggested IMAP i
On 05/23/2018 06:53 PM, Grant Taylor via cctalk wrote:
> I /think/ I knew that. But I obviously forgot it.
pop.googlemail.com port 995.
> Yep, Gmail supports Google Sync.
>
> Link - What is Google Sync?
> - https://support.google.com/a/answer/135937?hl=en
I'd prefer to keep my own messag
On 05/22/2018 10:46 PM, Lars Brinkhoff via cctech wrote:
> This is with a microEclipse CPU, right?
>
> I'm surprised the Nova/Eclipse architecture doesn't get more love.
> It seems quite pleasant.
>
As I recall--and please correct me--DG was extremely hostile to the
notion of third parties inco
On 05/24/2018 10:08 AM, Grant Taylor via cctalk wrote:
> On 05/23/2018 09:41 PM, Chuck Guzis via cctalk wrote:
>> I'd prefer to keep my own messages
>
> I do too.
>
>> and just use gmail as a server.
>
> What sort of server? IMAP, POP3, SMTP, file &
On 05/24/2018 02:43 PM, Grant Taylor via cctalk wrote:
> I was meaning to imply that "gmail as a server" can mean multiple
> things. As in stating "gmail as a server" by itself is not enough to
> I also suspect that you are using Gmail as an SMTP server, despite not
> saying such.
I'm not entir
List:
This is one that's bothered me for most of my adult life. As you may or
may not know, there were three industry standard densities for 7 track
1/2" tape: 200, 556 and finally 800 cpi/bpi.
So 200 and 800 are nice decimal multiples of 10. But 556 doesn't fit
that pattern--it's not a "nice
1601 - 1700 of 2136 matches
Mail list logo