Re: Identify old PC
On 10/18/2018 10:37 PM, Chuck Guzis via cctalk wrote: On 10/18/18 9:56 PM, jim stephens via cctalk wrote: The sides are not square like any Imsai I saw, and there is a monitor on top, which is also in a slope case. I don't recognize it, but as I said the Altos look like one of the 58x (I think) looks similar. Don't think so---the trapezoidal monitor case is wrong for an ACS586, as well as the case being too tall--the 586 FH drive faceplates came right up to the top of the system cover. I was saying more reminded of Altos. Maybe early versions, not sure. I agree it doesn't match it at all. All the Altos boxes I have are 8" floppy boxes w/o that nonsense, so haven't got a lot of experience with those. And you're right the Commodore thing is going on there too. thanks Jim In a way, it resembles a Commodore PET but for the shape of the system unit, which looks like a CBM 4040 drive box. Did such a box ever have the option for a 5.25" hard disk drive? --Chuck
Re: Identify old PC
On 10/18/18 9:56 PM, jim stephens via cctalk wrote: > The sides are not square like any Imsai I saw, and there is a monitor on > top, which is also in a slope case. I don't recognize it, but as I said > the Altos look like one of the 58x (I think) looks similar. Don't think so---the trapezoidal monitor case is wrong for an ACS586, as well as the case being too tall--the 586 FH drive faceplates came right up to the top of the system cover. In a way, it resembles a Commodore PET but for the shape of the system unit, which looks like a CBM 4040 drive box. Did such a box ever have the option for a 5.25" hard disk drive? --Chuck
Re: Microsoft-Paul Allen
Sent from my iPhone > On Oct 18, 2018, at 15:01, Fred Cisin via cctalk > wrote: > > Thank you for the correction. > > Yes, companies often change their names. > > Gary Kildall founded Intergalactic Digital Research. > > George Morrow founded Thinker Toys, which later became Morrow's Micro Stuff, > and eventually Morrow Designs. > > Greenberg and Grant founded Kentucky Fried Computers, which became North Star > (due to a lawsuit from a chicken place), and eventually NorthStar > > Can you pinpoint when the microcomputer businesses lost their sense of humor? When the Lawyers got involved? > >> On Thu, 18 Oct 2018, Murray McCullough via cctalk wrote: >> >> I would like to make a correction: Paul Allen helped to create >> Micro-Soft not MicroSoft as I had written. When trying to preserve >> computing history it's really not permissable to make such an >> error.(It's the prof. in me!) >> >> Happy Computing! >> >> Murray :) > > -- > Fred Cisin ci...@xenosoft.com > XenoSofthttp://www.xenosoft.com > PO Box 1236 (510) 234-3397 > Berkeley, CA 94701-1236 >
Re: Identify old PC
Looks like an IMSAI PCS? Here's a good picture of one: https://www.reddit.com/r/retrobattlestations/comments/71e4dy/imsai_pcs_8030_s100_computer_with_ikb1_war_games/ Some more info here: http://www.old-computers.com/museum/computer.asp?c=342 On Thu, Oct 18, 2018 at 10:11 PM John Foust via cctalk < cctalk@classiccmp.org> wrote: > > Pardon the post of content from elsewhere, but this one had me puzzled, > perhaps because I'd been puzzled earlier the same day by a IMSAI advert > (http://www.vintageadbrowser.com/computers-and-software-ads-1980s/19) > that showed something other than an IMSAI 8080. > > Does anyone recognize this old computer (from Reddit)? > > > https://www.reddit.com/r/vintagecomputing/comments/9pc7sx/help_identifying_this_old_pc/ > > - John > > -- *Derek Newland* | (828) 234-4731 | derek.newl...@gmail.com
Cleaning out again #2
Here's a list of my next batch of stuff that can be mailed. Make an offer. Plan on USPS "if it fits it ships" postage. Data Translation DT2769/EP057 QTY 2 Data Translation DT15150/EP075 Dual D/A Converter Module ADAC 1616/32HCO ADAC 1632TTL QTY 3 ADAC 1412DA CONVERTER ANALOG TO DIGITAL 4CHANNEL ADAC 1012 DATA AQUISITION Plessey Peripherals 703185-100C & 701877-100 with Cable BC13B-25 monitor cable bill
Re: Microsoft-Paul Allen
When I was teaching at the U of Delaware I helped make a computer exhibit containing 4 of the Microsoft logos: http://www.vintagecomputer.net/UofDelaware/microsoft/large_MS_poster_final.pdf Bill On Thu, Oct 18, 2018 at 6:01 PM Fred Cisin via cctalk wrote: > Thank you for the correction. > > Yes, companies often change their names. > > Gary Kildall founded Intergalactic Digital Research. > > George Morrow founded Thinker Toys, which later became Morrow's Micro > Stuff, and eventually Morrow Designs. > > Greenberg and Grant founded Kentucky Fried Computers, which became North > Star (due to a lawsuit from a chicken place), and eventually NorthStar > > Can you pinpoint when the microcomputer businesses lost their sense of > humor? > > > On Thu, 18 Oct 2018, Murray McCullough via cctalk wrote: > > > I would like to make a correction: Paul Allen helped to create > > Micro-Soft not MicroSoft as I had written. When trying to preserve > > computing history it's really not permissable to make such an > > error.(It's the prof. in me!) > > > > Happy Computing! > > > > Murray :) > > > > -- > Fred Cisin ci...@xenosoft.com > XenoSofthttp://www.xenosoft.com > PO Box 1236 (510) 234-3397 > Berkeley, CA 94701-1236 > >
Re: Working with Old Tapes
On 10/17/18 11:42 PM, jim stephens via cctalk wrote: > Also, I've got some friends following on an audio group who are attempting to > restore and transcribe tapes, wondering if > there might be anything you can recommend, given that media is thinner, and > the data is analog, not digital in nature. There are extensive discussions on the tapeheads list of the issues with recovering audio tape. One thing to watch out for is keeping the temperature consistent and low enough to keep the reels from warping. Pictures of the tape baker I made about 10 years ago is at the bottom of the main http://bitsavers.org page I hang the reels vertically and force a lot of air through them with a bank of 6 muffin fans just above the heater on the bottom. The end of the tape is scotch-taped to the surface of the reel to maintain some tension, and to keep the tape from getting caught by the fans.
Re: Working with Old Tapes
On 10/17/18 11:22 PM, Curious Marc via cctalk wrote: > Where can you get that chemical? Is it a common one? you can buy it on eBay it's used in making soap and hair conditioner https://www.ebay.com/itm/Cyclomethicone-Liquid-500ml-New/332824673193 you can use it on floppies too, but use it sparingly
Re: Microsoft-Paul Allen
Thank you for the correction. Yes, companies often change their names. Gary Kildall founded Intergalactic Digital Research. George Morrow founded Thinker Toys, which later became Morrow's Micro Stuff, and eventually Morrow Designs. Greenberg and Grant founded Kentucky Fried Computers, which became North Star (due to a lawsuit from a chicken place), and eventually NorthStar Can you pinpoint when the microcomputer businesses lost their sense of humor? On Thu, 18 Oct 2018, Murray McCullough via cctalk wrote: I would like to make a correction: Paul Allen helped to create Micro-Soft not MicroSoft as I had written. When trying to preserve computing history it's really not permissable to make such an error.(It's the prof. in me!) Happy Computing! Murray :) -- Fred Cisin ci...@xenosoft.com XenoSofthttp://www.xenosoft.com PO Box 1236 (510) 234-3397 Berkeley, CA 94701-1236
Re: Identifying TO-3 w/HP house numbering
Josh Dersch via cctalk wrote: > On Tue, Oct 16, 2018 at 11:19 AM Josh Dersch wrote: > > > Thanks, all, for the responses! The way it measures out makes it look > > like it may be an MJ10006 or similar. I think it's probably ok. > > > > I poked around a bit more this morning and it's looking like part of the > > flyback is shorted out -- we have a 2382 at the museum and I popped it open > > just now and I verified that it measures differently (i.e "not shorted" :)) > > at the same points. So that's likely my problem. Drat. > > > > - Josh > > > > And I was wrong -- the flyback's fine (yay!). Found a nearby 0.015uF, 400V > film capacitor that was shorted. Replaced it and now I have video! It's a > bit dim, it's too wide, and gets wider as it warms up but it's a start :). > > Thanks again, > Josh Sure? It sounds not like a start, it sounds more like the finish..or the end of the flyback transformer. The symptoms you describe, to weide and dull image .getting wider while warmup are those from a dead transformer. Regards, Holm -- Technik Service u. Handel Tiffe, www.tsht.de, Holm Tiffe, Freiberger Straße 42, 09600 Oberschöna, USt-Id: DE253710583 i...@tsht.de Fax +49 3731 74200 Tel +49 3731 74222 Mobil: 0172 8790 741
Re: -11/44 Tech Manual available for scan
> the unavilable on-line -11/44 Tech Manual, EK-KD11Z-TM-001 Ooops: https://vt100.net/manx/details/1,3126 Not sure how that one didn't make it into my PDF collection Noel
Re: -11/44 Tech Manual available for scan
I do know internet archive does... ---Ed# In a message dated 10/18/2018 7:11:00 AM US Mountain Standard Time, cctalk@classiccmp.org writes: So, I recently acquired a copy of the unavilable on-line -11/44 Tech Manual, EK-KD11Z-TM-001; alas, it's bound, and I don't wish to debind it to scan it. If anyone has one of those gizmos that can scan bound books, and wants to scan this, please let me know, and I can lend it to you. Noel
Few surplus manuals/data books
Free for cost of postage - Digital microcomputer interfaces handbook (dated 1980) "Hamilton Avnet" sticker on cover - Intel iAPX 286 Programmer's Refernce Manual - Motorola RF Data Manual (1980) - Atmel Data Manual (1989) - Intel ISIS-II USER'S GUIDE Copyright 1976, 1977, 1978 As you can imagine I doubt there is interest in all of the above, but still I had to ask. Diane -- - d...@freebsd.org d...@db.net http://artemis.db.net/~db
-11/44 Tech Manual available for scan
So, I recently acquired a copy of the unavilable on-line -11/44 Tech Manual, EK-KD11Z-TM-001; alas, it's bound, and I don't wish to debind it to scan it. If anyone has one of those gizmos that can scan bound books, and wants to scan this, please let me know, and I can lend it to you. Noel
Re: TK50, was: Re: [TUHS] Ultrix Tape: Block Size?
On Thu, Oct 18, 2018 at 7:23 AM Paul Koning via cctalk < cctalk@classiccmp.org> wrote: > > > > On Oct 18, 2018, at 4:31 AM, Christian Corti via cctalk < > cctalk@classiccmp.org> wrote: > > > > On Wed, 17 Oct 2018, Clem Cole wrote: > >> As Paul W pointed out correctly, the TK50 and its children in the DLT* > >> family all used a fixed format 512 byte *blocks on the tape*.This > > > > And that is wrong. The TK50 clearly uses variable block sizes. For > example, have a look at a RSX11 or VMS tape: ... > > Different point. You're talking about the host programming interface; > Clem was talking about the physical representation of the data on the > tape. Clearly it's easy to accept random-length blocks from the host and > translate them to a sequence of 512 byte blocks on the media. SIMH is an > example of how that is done: it stores tape images as a count field plus > data, laid down in a disk file that internally consists of a sequence of > fixed length (512 bytes, traditionally) sectors. > Although they may be on the tape in some funky way, there's a higher layer in the protocol stack that imposes block length, and if that's not properly honored, the tapes written for Ultrix won't work when read back. You can't write weird block lengths and expect the applications that read it downstream to work. I have a vague memory of lecturing one of the hydrologists I worked for in college on this point when they were sloppy with their reading / writing of a TK50 with their water flow data on it... The code fix, which I wound up doing, was easier than explaining this concept to the hydrologist who, while he knew finite difference code better than I ever learned, had trouble understanding record boundaries In the end, though, we got a larger disk so we could stage / unstage multiple runs of data at once and then used VMS' BACKUP to save them to tape... The TK50's were a *LOT* faster when the only job on the system was BACKUP since they could stream and none of the other OS activity could get in the way... Warner
Re: TK50, was: Re: [TUHS] Ultrix Tape: Block Size?
> On Oct 18, 2018, at 4:31 AM, Christian Corti via cctalk > wrote: > > On Wed, 17 Oct 2018, Clem Cole wrote: >> As Paul W pointed out correctly, the TK50 and its children in the DLT* >> family all used a fixed format 512 byte *blocks on the tape*.This > > And that is wrong. The TK50 clearly uses variable block sizes. For example, > have a look at a RSX11 or VMS tape: ... Different point. You're talking about the host programming interface; Clem was talking about the physical representation of the data on the tape. Clearly it's easy to accept random-length blocks from the host and translate them to a sequence of 512 byte blocks on the media. SIMH is an example of how that is done: it stores tape images as a count field plus data, laid down in a disk file that internally consists of a sequence of fixed length (512 bytes, traditionally) sectors. paul
Re: TK50, was: Re: Ultrix Tape: Block Size?
I wrote: > I'll have to open up my PDP-11/83 tonight. Its TK50 will stream while > writing, as long as what's being written can be read reasonably fast > from (RQDX3/RD54) disk. The TQK controller is sitting right up at the > top end of the Q-bus, to get high priority -- but I don't know if it's a > TQK70. I've really just assumed it's a TQK50 without thinking too much > about it... Turns out it's an M7546; a TQK50. I guess I'll get streaming writes more often with an M7559 (TQK70) than I do at the moment, then. :) -tih -- Most people who graduate with CS degrees don't understand the significance of Lisp. Lisp is the most important idea in computer science. --Alan Kay
Re: RT-11 DY install
On Wed Oct 17 19:19:20 2018 cctalk@classiccmp.org (Jerry Weiss via cctalk) wrote: > > On 10/17/18 1:53 PM, Don Stalkowski via cctalk wrote: > > I'm trying to use a simulated RX02 disk (under simh) with RT-11 > > and can't seem to get the DY driver to install. > > > > Here's the relevant log: > > > > sim> set ry enabled > > sim> att ry0 ry0.dsk > > RY: creating new file > > RY: buffering file in memory > > sim> c > > > > > > .install dy > > ?KMON-F-Invalid device installation DL0:DY.SYS > > > > .dir dy.sys > > > > DY.SYS 4P 20-Dec-85 > > 1 Files, 4 Blocks > > 14841 Free blocks > > > > I've tried with 2 different software "kits", the one from the simh site > > and the one from bitsavers. > > > > Any ideas? > > > > Thanks, Don > > > > Try > set cpu 256K > set rx disable > set ry enable > > show ry > RY=C2=A0=C2=A0=C2=A0 address=3D1170-1173, vector=3D264, BR5, 2 un= > its > =C2=A0 RY0=C2=A0=C2=A0=C2=A0 512KB, not attached, write enabled > =C2=A0=C2=A0=C2=A0 double density > =C2=A0 RY1=C2=A0=C2=A0=C2=A0 512KB, not attached, write enabled > =C2=A0=C2=A0=C2=A0 double density > > Note: Apparently the RY emulation won't load if more than 256K memory is=20 > specified as the DEC hardware did not support DMA in a 22bit box.=C2=A0=C2= > =A0 I'm=20 > entirely not sure why SIMH has to enforce this as its possible to work=20 > around (e.g. TSX+ supports buffering the IO). Anyone know how to=20 > override and load in SIMH? > > > Jerry > Thanks Jerry. That's "fixed" it. Since simh didn't complain about my "set ry enabled" I assumed (wrongly) that that wasn't the issue. Thanks to all the other's who replied. Don
Re: RT-11 DY install
> From: Bill Gunshannon >> From: Jerry Weiss >> Note: Apparently the RY emulation won't load if more than 256K memory >> is specified ... I'm entirely not sure why SIMH has to enforce this >> as its possible to work around .. Anyone know how to override and load >> in SIMH? > If it didn't it wouldn't be emulating real PDP-11 hardware. ... > RX02 systems and they do not work with more than 256K. Right, the hardware only has 18 bits of 'buffer address' (in both UNIBUS and QBUS versions). But one can still plug one into a QBUS system with more than 256KB, and use it - you just can't use memory above 256KB for transfers to/from the RX02, since it cannot physically create those addresses. If sounds from Jerry's description as if SIMH refuses to emulate an RX02 if the emulated system is configured with more than 256KB - which would be a bug, if so. Noel
Re: TK50, was: Re: [TUHS] Ultrix Tape: Block Size?
On Wed, 17 Oct 2018, Clem Cole wrote: As Paul W pointed out correctly, the TK50 and its children in the DLT* family all used a fixed format 512 byte *blocks on the tape*.This And that is wrong. The TK50 clearly uses variable block sizes. For example, have a look at a RSX11 or VMS tape: # mtdump AQ-RAE30-01.tap Processing input file AQ-RAE30-01.tap Processing tape file 1 Obj 1, position 0, record 1, length = 80 (0x50) Obj 2, position 88, record 2, length = 80 (0x50) Obj 3, position 176, record 3, length = 80 (0x50) Obj 4, position 264, record 4, length = 80 (0x50) Obj 5, position 352, record 5, length = 80 (0x50) Obj 6, position 440, end of tape file 1 Processing tape file 2 Obj 7, position 444, record 1, length = 2048 (0x800) Obj 8, position 2500, record 2, length = 2048 (0x800) Obj 9, position 4556, record 3, length = 2048 (0x800) Obj 10, position 6612, end of tape file 2 Processing tape file 3 Obj 11, position 6616, record 1, length = 80 (0x50) [...] Processing tape file 5 Obj 21, position 7328, record 1, length = 9216 (0x2400) [...] Processing tape file 8 Obj 363, position 3061188, record 1, length = 2048 (0x800) [...] Processing tape file 62 Obj 2370, position 19735716, record 1, length = 32256 (0x7E00) [...] Christian
Re: Working with Old Tapes
On 10/17/2018 11:05 AM, Al Kossow via cctalk wrote: Bake the tapes first, preferably with a lot of moving air before attempting to "clean" a tape. I looked to see if someone suggested a temperature / time, didn't see it. Can you suggest what would work. Also, I've got some friends following on an audio group who are attempting to restore and transcribe tapes, wondering if there might be anything you can recommend, given that media is thinner, and the data is analog, not digital in nature. If too far off topic on the latter, still wondering on the baking process experiences and recommendations. thanks Jim
