test-drb January 2014

test-drb@ccmp.vtda.org

224 participants
263 discussions

by sales＠elecplus.com

This is a walk down memory lane! http://www.jcmit.com/memoryprice.htm Cindy Croxton Electronics Plus 1613 Water Street Kerrville, TX 78028 (830)792-3400 phone (830)792-3404 fax AOL IM elcpls _____ No virus found in this message. Checked by AVG - www.avg.com Version: 2014.0.4259 / Virus Database: 3658/7002 - Release Date: 01/14/14

10 years, 11 months

LA120 Decwriter lube

by roe＠liveblockauctions.com

The LA120 Decwriter III manual calls for Nye type 622-00 oil for the print head support rails. I know nothing about lubricants -- I'm a programmer, after all. Can anyone recommend a modern replacement?

10 years, 11 months

Motorola 68008 (was Re: Retrospective on the Sinclair QL, 30 years later)

by seefriek＠gmail.com

From: Jules Richardson <jules.richardson99 at gmail.com> > I've got a couple of 68008 systems. One is on a STE-bus board I have a STD-bus 68008 card somewhere around here, which makes a certain amount of sense. I believe it was also an OS-9 target. KJ

10 years, 11 months

Wanted: CoCo3

by james＠slor.net

Anyone have a CoCo3 for sale/trade in really good condition? Thanks

10 years, 11 months

Free in Noord-Holland, Netherlands: 2x Tandem Himalaya K200, peripherals

by theodric＠gmail.com

Just following up one last time to say that these systems are in fact still available, if anyone wants them. I've had a couple of inquiries on them but neither panned out, so they're still sitting in my garage. I need the space for a classic car that can't sit in the rain, so they won't be there forever. I've pushed a few pictures here: http://500px.com/theodric > Free to a good home: > > 2 Tandem Himalaya K200 mainframes (circa 1993, according to the date > stamps inside), a disk array, some spare disks, two terminals, assorted > system cabling, spare internal cards and spare internal disks. > > The fellow I got them from worked for NYSE Euronext, and said that they > were used there before he acquired them through official channels after > they were decommissioned. I have a printout of an e-mail to that effect, > which also includes instructions for bringing them up-- something I've > never tried to do. They take a couple C19 power cords (provided) on an 8A > circuit [edit: standard 230V single-phase residential power], and are > reportedly working. > They are large (76x102x53cm) and heavy (two strong people can lift one, > just) [edit: 205kg each; much less with all modules removed]. Location is > Noord-Holland, Netherlands. If you're interested in collecting them or you > are willing to arrange your own pallet collection by courier, please > contact me off list. > Jeremy

10 years, 11 months

DEC 18-bit Operating Systems

by michael.99.thompson＠gmail.com

> > From: Christian Gauger-Cosgrove <captainkirk359 at gmail.com> > Date: Tue, 14 Jan 2014 09:15:54 -0500 > Subject: DEC 18-bit Operating Systems > So, I've been plinking around a bit with some of the operating systems > for DEC's 18-bit machines. Specifically with DECsys-7 for the PDP-7, > and XVM/DOS for the PDP-15. > > I've heard that DECsys-7 can run on the PDP-4, and in fact it > "kind-of/sort-of" does. I'm wondering if anyone here knows how to get > DECsys-7 working on the '4 to the point of being usable. The problem > is that the PDP-4's console teleprinter was the 5-bit > (ITA-2/USTTY/"Baudot") Model 28 KSR Teletype, the '7 used an ASCII > machine (33 KSR, or 35 KSR). So the one key which is used in DECsys to > terminate input to the text editor the delete/RUBOUT key is not > present on the 28. So, you can't create any programs in DECsys on the > PDP-4. There has to be something I'm missing that'll get it to work > (surprisingly, the other key vital for using the editor in DECsys -- > the tab key -- will work by inputting the teletype's bell code). > > > My next question has to do with XVM/DOS; I cannot seem to get FOCAL to > run. The system was built to the simulator's configuration (no UC15 > UNICHANNEL, FP15, floating point, RP15, RF15, LP15, no VT15 or VP15, > support for API), using SGEN I then tailored the system properly > (start up with XVM and API turned on, and memory size of 128KW). I > assigned the DAT slots needed for FOCAL: > (-1 and -4 are already assigned by the monitor to SYA <SYS>.) > ASSIGN SYA <CMG> 3,5,7,10 > Trying to execute FOCAL with "E FOCAL" I get an IOPS13 error ("FILE > NOT FOUND - CAL ADDR **"), and trying it with LOAD and GLOAD I get a > .LOAD 3 error ("SUBR NOT FOUND"). Anyone here know the magic of how to > get FOCAL to run on XVM/DOS? > > > Thanks to any who respond. > > Regards, > Christian > > I won't be any help in the PDP-15, but I an very interested in any software that you have that would run on a real, not simulated, mag-tape only PDP-9. -- Michael Thompson

10 years, 11 months

1541 Alignment disk.

by n2dvm＠arrl.net

Does anyone have a Dysan Alignment disk for the 1541 or know where a disk can be found/purchased? Thanks.

10 years, 11 months

things in medicine bottles

by jonas＠otter.se

On Mon, 13 Jan 2014 15:04:54 -0800, Chuck Guzis <cclist at sydex.com> wrote: > "Apotekets fl?ckborttagningsmedel = cloth cleaning petrol, made for > and sold by Apoteksbolaget, the swedish governments drug dealing > entity of old" > All petroleum fractions of varying weight. Ultra-pure (triple filtered) > lamp oil should do as well. > > --Chuck A closer equivalent/essentially the same stuff would be lighter fluid, e.g. the Zippo stuff. Lamp oil is more like kerosene I think, longer HC chains. /Jonas

10 years, 11 months

TI vs. HP ( Zombie thread revival)

by joachim.thiemann＠gmail.com

On 7 January 2014 21:14, Tony Duell <ard at p850ug1.demon.co.uk> wrote: >> [ Mark Tapley ] > > 2) I quibble with Tony?s recommendation to reject a machine that says > > Sin(Pi) = 0. I?m pretty sure the TI says that; the quicker but > > essentially equivalent test I always used to taunt my HP-41-equipped > > friend was (Sqrt(2))^2. The TI said 2, the HP said 1.99999? I claim > > Actualyl, that is soemthing rather different. > > If you take a decimaly approxiamtion of SCRT(2), rount it after, say, 13 > digits, then square it and roudn the reult to 10 digits (or whatever), > you will get 2. But if you take any finite numbero dgiits of pi, > calculate the sin, the answer is not zeor. It's of the order of > 10^-(numbero of digits). So even if you take 13 digits of pi, the SIN > should not display asn zero. I suppose you could argue that if you took > over 100 digits, the result would be zero (since a number of the order of > 10^-100 will underflow to 0), but I doubt that the TI uses 100 digits > anywhere. I was thinking numerical precision the other day and recalled this conversation; while I'm firmly in the "pry my HP(s) from my cold, dead fingers" kind of person, I have come to the conclusion that I have to side with Mark here. Let me pretend I have a calculator with 2 significant digits after the comma, so pressing \pi gives 3.14. I hit "sin". What should I get? 1.59e-3? Or 0 (0.00)? I believe both are correct. In this case 3.14 is a quite valid representation of \pi, since to the calculator, 3.14 is its representation for the entire range (say) 3.135=<x<3.145. Hence, it is _allowed_ to return anything from 6.59e-3 to -3.41e-3; 0 is therefore a perfectly acceptable result (*). What it will return is then simply a matter of the algorithm used internally. This argument scales to any finite precision. It's been a while that I have carefully read David Goldberg's "What Every Computer Scientist Should Know About Floating-Point Arithmetic", nor can I claim to have fully understood it even then. So if you can point out the flaw in my argument, I'm happy to be shown the error of my thinking. Cheers, Joachim (*) One can argue though that one result is more educational than the other. But I'm looking at calculators being a working tool, not an educational tool. ...for brevity, all values computed using my Hp48 :-) ... -- Joachim Thiemann :: http://jthiem.bitbucket.org :: http://signalsprocessed.blogspot.com

10 years, 11 months

ID Mac System Software

by doc＠vaxen.net

I just dug up a shrinkwrapped set of Mac System Software, but it has no version number. There's a wire-bound manual and I can see by the outlines under the cover that the software is on 3.5" floppies. The lower back cover says "914-0520-A", which I assume is an Apple part number. The Internet says it's System 6.0.5 for an SE/30. Can anybody verify that, or correct it? Pics: http://www.docsbox.net/Mac_SW/ Thanks! Doc

10 years, 11 months

← Newer
1
...
15
16
17
18
19
20
21
...
27
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

1997

test-drb January 2014