cool. there was also a 327x debug box that I won https://www.ebay.com/itm/Vintage-IBM-Tester-in-Case-with-Templates-IBM-Collector/352805885595 On 10/10/19 11:54 AM, Lawrence Wilkinson via cctalk wrote: > On 10/10/19 7:49 PM, Al Kossow via cctalk wrote: >> https://www.ebay.com/itm/352810055470 >> >> are these extender cards for IBM MST modules? >> > They look like it, with a right-angle adapter plugged into the end. > >
https://www.ebay.com/itm/352810055470 are these extender cards for IBM MST modules?
http://www.pulseinstruments.com/plugins/PI-451A_Users_Manual.pdf 100ns to 100us with MOS outputs On 9/30/19 6:48 PM, Jon Elson via cctalk wrote: I have 3 units of the Pulse Instruments PI-451A programmable pulse driver. One has a note that it is bad. These seem to be general purpose pulse generators, capable of +/- 25 V into 50 Ohms (but that is just from reading the labels on the panel.) Anybody have a use for them? If I had a 500 bin I could probably use them, but I don't. Jon
Have been on the road, and I just noticed this announcement on the TUHS list. I'd been trying to find this for a long time Forwarded Message Subject: [TUHS] Recovered!!! The Georgia Tech Software Tools Subystem for Prime Computers Date: Tue, 24 Sep 2019 22:45:29 +0300 From: Arnold Robbins To: t...@tuhs.org Hello All. Believed lost in the mists of time for over 30 years, the Georgia Tech Software Tools Subsystem for Prime Computers, along with the Georgia Tech C Compiler for Prime Computers, have been recovered! The source code and documentation (and binary files) are available in a Github repo: https://github.com/arnoldrobbins/gt-swt. The README.md there provides some brief history and credits with respect to the recovery, and w.r.t. the subsystem and C compilers themselves. Credit to Scott Lee for making and keeping the tapes and driving the recovery process, and to Dennis Boone and yours truly for contributing financially. I set up the repo. For anyone who used and/or contributed to this software, we hope you'll enjoy this trip down memory lane. Feel free to forward this note to interested parties. Enjoy, Arnold Robbins (On behalf of the swt recovery team. :-)
Welcome to the world of "Digital Humanities" scholarship. On 9/27/19 11:23 AM, allison via cctalk wrote: The scam is eating your time which is worth something with nothing in reward. Lets call it 5 minutes you will never get back. Allison
On 9/26/19 7:24 AM, Patrick Finnegan via cctalk wrote: 3. Just because you have different opinions doesn't mean their ways are wrong. If you follow their listings, the seller has been trying to move this stuff for a while.
On 9/25/19 3:00 AM, Pete Turnbull via cctalk wrote: This is documented in NASA's official history of Project Mercury, for which it was invented. could you post a pointer to the document where this appears?
On 9/21/19 10:57 AM, Mark J. Blair via cctalk wrote: >> I know of only one place that has TU58 dumps. >> http://iamvirtual.ca/VAX11/VAX-11-software.html I should mirror those. I've got over a hundred TU58s I need to look at some day as well. Fixed the pinch rollers on some TU58s a year or two ago, just too many other things to do.
On 9/19/19 7:27 PM, Ethan O'Toole via cctalk wrote: > The 386 PC ran a unix Sys V 3.2 > It had the full, > awesome Audix Which always tells you "your call is being answered by otters"
On 9/19/19 12:45 PM, Mattis Lind via cctalk wrote: > An ex DEC engineer offloaded some stuff that he had found in his attic. > > https://i.imgur.com/413NSSL.jpg?1 > > It came together with a tektronix 1241 Logic Analyzer. > > Someone that can tell more about it? > A Tek BI-Bus preprocessor for the 1241? > Then there were some DC100 tapes in a huge heap of TU58 diagnostic tapes > They were marked "BI-SYNC TRAINING TAPE" and "ASYNC TRAINING TAPE > TAP-895-103-1.0 3.04" > > > Anyone recognize what that could be? > Tek logic analyzers and protocol analyzers of the era used those tapes It may be sample data for those protocols
I would be interested in putting up the later docs I wonder if Guy remembers what these were used for at CMU On 9/16/19 10:19 AM, Shoppa, Tim via cctalk wrote: > The Microram was a multipurpose solid state memory chassis sold by EMM > (Electronic Memories and Magnetics) with what we called later in the 1970's a > "personality board" that plugged it into each different CPU's backplane. > They sold a similar system (maybe even plug compatible at some level) with > core planes under "Micromemory" brand name. I see we already have a "emm" > directory in bitsavers with docs about some of their core products. >
On 9/13/19 1:44 PM, Senile Old Man via cctalk wrote: > Uninstall and reinstall the OS. Nice to see this list continues to circle the bowl.
On 9/11/19 1:31 PM, Jules Richardson via cctalk wrote: > > I'm not seeing any equivalent online for the Z100 series (there seems to be > very > little out there about them at all - came too late in the S100 era, perhaps?) It exists, I was surprised nothing was coming up for you. I know there are things referenced on Herb's site. I'll put up a few things on bitsavers under zenith
AST-coax, AST-432, AST-SNA, etc. IBM comms products circa late 80s I'm in the process of pdf-ing the manuals this afternoon. The only product disk I have is AST-3780
On 9/6/19 12:02 PM, Electronics Plus via cctalk wrote: > Cadmus 00185-00 is it this keyboard? the first picture on https://www.pcs.com/en/company/history/the-history-of-pcs/
On 9/5/19 9:22 PM, Josh Dersch via cctalk wrote: > I have a pretty good grasp of > Unibus mechanics these days but I'm not quite understanding the reasoning > behind this. Here's what the Storage System Unibus Port Description > (AA-L621A-TK) document says: you might also want to ask on the simh developers list
5287534 "Correcting Crossover Distortion Produced When Analog Signal Thresholds Are Used To Remove Noise From Signal" It describes the DEC CXM04 board for the DS550 communications server, which inserts itself between an IBM establishment controller and a control unit (coax) terminal so the CUT can pretend it's a serial terminal to VAXen without dropping the polled connection to the IBM mainframe. weird..
On 9/4/19 5:02 PM, P Gebhardt wrote: > Al, > thanks a million for having uploaded the Super Eagle manual. I had been > looking for a long time for it! > > Best regards, > Pierre you're welcome. I may have the original paper, if so i'll scan it at a higher resolution, the schematics are difficult to read at 400dpi.
On 8/31/19 12:16 AM, Aaron Taylor via cctalk wrote: > I have something from the same company that sounds like it might be the same > type of device. It is an > > RS-670 40 MHz Digital Word Generator. > > Mine is obviously a decade or two newer. It includes a small CRT plus > keypad/keyboard and is a general purpose computer. It includes 32 output lines > (plus some misc) and the user can enter a program, either via floppy or by > manual entry on the front panel. That program is played back over the output > lines like a digital function generator. > > If you find any caches of manuals for Interface Technologies equipment, let me > know. I don't have a manual for mine. I just put up manuals on bitsavers for the model 660
On 9/1/19 10:29 AM, blahblahblah via cctalk wrote: > Perhaps they built a diag box that sat before the IBM channel to let them > debug tape data transfers. Perhaps you should read the replies before posting nonsense
On 8/31/19 10:16 AM, 'someone' via cctalk wrote: > It would make a nice front panel for a DIY Computer. Yes, chop of its head. That's always the first thing to do with a piece of 'unknown' test equipment
On 8/30/19 12:50 AM, P Gebhardt via cctalk wrote: > Talking about such drives, did anybody ever come across some manuals for the > Super Eagles M2361A? Just uploaded it to bitsavers
Does anyone have the schematic or manual for the version of the Phi-Deck that had the servoed Universal Motion Control capstan or the remote control box? A picture is up under http://bitsavers.org/pdf/phitech/pictures/phi-deck_motion_ctl.JPG
On 8/25/19 10:51 AM, John H. Reinhardt via cctalk wrote: > That might be getting hard to read > these days unless you happen to have an OpenVMS machine with DECWindows. There was a way to translate it to Postscript Copies of the CDs in that form were on the web for a while, haven't looked lately though.
On 8/25/19 12:43 AM, shad via cctalk wrote: why collected manuals from other sites couldn't be added to bitsavers too? With a few exceptions, I don't troll other sites for content. I don't even have time to deal with all of my paper.
On 8/24/19 1:38 PM, John H. Reinhardt via cctalk wrote: > On 8/24/2019 3:30 PM, John H. Reinhardt via cctalk wrote: >> I'll have to double check, but from the looks of this list I don't need the >> VAX/VMS Grey Wall that I acquired a couple >> months ago. It's a nearly pristine set of the V5.0 VAX/VMS documentation >> set. Some volumes are still sealed in plastic. I'll see about getting those up and checked There is just a lot to do
On 8/24/19 10:45 AM, Toby Thain wrote: > By the way, what's your position on scanning two-colour printed manuals > like the DTR ones? Not worth keeping the colour for Bitsavers? I'd like to do it for all the multi-color text manuals, but I never came up with a way to map to single shades per color from a png
On 8/24/19 12:18 AM, Aaron Jackson via cctalk wrote: > I have a full book case of DEC binders, each containing one or more > manuals. I went through the lot of it this evening and checked to see > what was on bitsavers. It seems an awful lot of it is not available. here is a list of the manuals I have scanned but not pdf'ed ./AA/aa-bt74b-th_pos_tool_kit_3.0_reference_manual_nov85.tar ./AA/aa-gh98b-te_guide_to_vax_notes.tar ./AA/aa-gr93a-te_using_the_VAX_information_architecture_jan86.tar ./AA/aa-hs82b-te_vax_psi_mgmt_guide.tar ./AA/aa-jf60d-te_vms_sw_inst_guide_scriptprinters.tar ./AA/aa-jf62c-te_vms_mgmt_users_guide_scriptprinters.tar ./AA/aa-jl07c-te_rdml_ref_man.tar ./AA/aa-k085d-te_data_def_lang_ref.tar ./AA/aa-kl03d-te_guide_to_dec_code_mgmt_system.tar ./AA/aa-kl46a-te_cdd_plus_ug.tar ./AA/aa-kn85b-te_dstr_name_svc_mgmt.tar ./AA/aa-kn86b-te_dstr_name_svc_inst.tar ./AA/aa-l069j-te_vax_psi_inst.tar ./AA/aa-l629e-te_cdd_utils.tar ./AA/aa-nd79a-te_rdb_sql_svcs_dec89.tar ./AA/aa-nf47a-te_pscript_transl_ref.tar ./AA/aa-ny74c-te_upgr_instl_nov91.tar ./AA/aa-p119d-te_dec_module_mgmt_may89.tar ./AA/aa-pajka-tk_lang_sens_editor_dec89.tar ./AA/aa-pajla-tk_lang_sens_editor_um_dec89.tar ./AA/aa-pbzta-te_UIS_Source_Code_Annotator_Users_Guide_Aug90.tar ./AA/aa-q1x7a-te_vmsclus_add_oct93.tar ./AA/aa-y298a-tk_enet_lnk_dec83.tar ./AA/aa-z330e-te_dec_test_mgr_dec89.tar ./EY-2278E-MM-0001_Listings_Book_Oct84.tar ./QS/qs-970-mg_ses_mgr_gde_nov89.tar ./QS/qs-970-mg_ses_mgr_jun90.tar ./QS/qs-970aa-gz_ses_doc_set.tar ./QS/qs-970aa-ig_ses_inst_jun90.tar ./QS/qs-970aa-ug_ses_ug_5.2.tar ./QS/qs-970aa-ug_ses_ug_jun90.tar ./VMS_1.5_Manuals.txt.tar ./VMS_2.0_Mar80/B00_Binder_Contents.tar ./VMS_2.0_Mar80/B01/AA-D015C-TE_VMS_2.0_Release_Notes_Mar80.tar ./VMS_2.0_Mar80/B01/AA-D016C-TE_VMS_2.0_Directory_and_Index_Mar80.tar ./VMS_2.0_Mar80/B01/AA-D022B-TE_Summary_and_Glossary.tar ./VMS_2.0_Mar80/B01/AA-D030B-TE_Primer.tar ./VMS_2.0_Mar80/B01/SPD.tar ./VMS_2.0_Mar80/B02A/AA-D023B-TE_Command_Language_Users_Guide_b.tar ./VMS_2.0_Mar80/B02A/AA-D023B-TE_Command_Language_Users_Guide_f.tar ./VMS_2.0_Mar80/B02A/AA-H782A-TE_Guide_to_Command_Procedures_b.tar ./VMS_2.0_Mar80/B02A/AA-H782A-TE_Guide_to_Command_Procedures_f.tar ./VMS_2.0_Mar80/B02B/AA-D017B-TE_System_Messages.tar ./VMS_2.0_Mar80/B03A/AA-3341C-TC_PDP-11_Sort_Ref_Man.tar ./VMS_2.0_Mar80/B03A/AA-D029B-TE_Text_Editing_SOS.tar ./VMS_2.0_Mar80/B03A/AA-D113A-TE_VAX-11_Sort_Users_Guide.tar ./VMS_2.0_Mar80/B03A/AA-H781A-TE_Utilities_Ref_Man.tar ./VMS_2.0_Mar80/B03A/AA-H94A-TE_EDT_Editor_Ref_Man.tar ./VMS_2.0_Mar80/B03B/AA-D019B-TE_Linker_Reference.tar ./VMS_2.0_Mar80/B03B/AA-D026B-TE_Symbolic_Debugger_Reference.tar ./VMS_2.0_Mar80/B03B/AA-D032C-TE_VAX-11_Macro_Language_Reference.tar ./VMS_2.0_Mar80/B03B/AA-D033C-TE_VAX-11_Macro_Users_Guide.tar ./VMS_2.0_Mar80/B04/AA-D018B-TE_System_Services_Reference.tar ./VMS_2.0_Mar80/B04/AA-D028B-TE_IO_Users_Guide.tar ./VMS_2.0_Mar80/B05/AA-D036B-TE_Run-Time_Library_Reference.tar ./VMS_2.0_Mar80/B05/AA-H500B-TE_Guide_to_Creating_Modular_Library_Procedures.tar ./VMS_2.0_Mar80/B06/AA-D024C-TE_Introduction_to_RMS.tar ./VMS_2.0_Mar80/B06/AA-D031C-TE_RMS_Reference_Manual.tar ./VMS_2.0_Mar80/B06/AA-D781C-TE_RMS_Users_Guide.tar ./VMS_2.0_Mar80/B07/AA-D538A-TC_RMS-11_Users_Guide.tar ./VMS_2.0_Mar80/B07/AA-H683A-TC_RMS-11_Macro-11_Reference.tar ./VMS_2.0_Mar80/B08/AA-D020B-TE_VAX-11_RSX-11M_Programmers_Reference.tar ./VMS_2.0_Mar80/B08/AA-D037B-TE_VAX-11_RSX-11M_Users_Guide.tar ./VMS_2.0_Mar80/B09/AA-H499B-TE_Guide_to_Writing_a_Device_Driver.tar ./VMS_2.0_Mar80/B09/AA-H784A-TE_Real-Time_Users_Guide.tar ./VMS_2.0_Mar80/B09/AA-H785A-TE_PATCH_Utility_Reference.tar ./VMS_2.0_Mar80/B09/AA-J526A-TE_System_Dump_Analyzer_Reference.tar ./VMS_2.0_Mar80/B10/AA-D021C-TE_Software_Installation_Guide.tar ./VMS_2.0_Mar80/B10/AA-D025B-TE_VAX-VMS-Operators_Guide.tar ./VMS_2.0_Mar80/B10/AA-D027B-TE_System_Managers_Guide.tar ./VMS_2.0_Mar80/B10/AA-D643B-TE_UETP_Users_Guide.tar ./VMS_3.0_May82/aa-h499c-te_vax_vms_3.0_Guide_to_Writing_a_Device_Driver_May82.tar ./VMS_3.0_May82/aa-h782b-te_vax_vms_3.0_guide_to_using_command_procedures_may82.tar ./VMS_3.0_May82/aa-m547a-te_vax_vms_3.0_system_management_and_operations_guide_may82.tar ./VMS_4.0_Sep84/aa-y514a-te_guide_to_vax_vms_4.0_software_installation_sep84.tar ./VMS_4.0_Sep84/aa-z102a-te_VAX_VMS_4.0_Glossary_Sep84.tar ./VMS_4.0_Sep84/aa-z104a-te_vax_vms_4.0_master_index_sep84.tar ./VMS_4.4_Apr86/AA-Z600C-TE_VAX_VMS_4.4_IO_Users_Reference_Manual_Part1_Apr86.tar ./VMS_4.4_Apr86/AI-Y151B-TE_Guide_to_VAX_VMS_Performance_Management_V4.4_Apr86.tar ./VMS_4.4_Apr86/EY-8264E-DP_VMS_Internals_and_Data_Structures_4.4_.tar ./VMS_4.4_Apr86/aa-z101c-te_Introduction_to_the_VAX_VMS_4.4_Document_Set_Apr86.tar ./VMS_4.4_Apr86/aa-z104c-te_vax_vms_4.4_master_index_apr86.tar ./VMS_4.4_Apr86/aa-z429c-te_vax_vms_system_Dump_analyzer_4.4_Apr86.tar ./VMS_4.4_Apr86/aa-z430b-te_VMS_4.4_Show_Cluster_Utility_Apr86.tar
> On a possible related note, I am looking for information on converting > CISC instructions to VLIW RISC. I'm impressed, cctlk went completely off the rails on the first reply to the list announcement, and has stayed there. At least the list itself is staying on topic.
I assume these are the ones you were going to bring out here a few years ago? On 8/22/19 10:05 AM, William Donzelli via cctalk wrote: > RLs are spoken for! > > -- > Will >
On 8/22/19 4:31 AM, Paul Birkel via cctalk wrote: > DEC TU58 status/diag. Panel wrong they are for the TC08
Last year, we finally found a complete set of Sun-1 boot proms. I was going through some old floppies tonight, and I think I've found a slightly later version that I'd dumped in 1987 http://bitsavers.org/pdf/sun/sun1/firmware/cpu/sun1_roms_rD_rE.zip
On 8/18/19 1:51 PM, Al Kossow via cctalk wrote: > Rebuilding cans is a common practice now, since they are LONG out of > production. https://www.nmr.mgh.harvard.edu/~reese/electrolytics/
On 8/18/19 1:17 PM, Fritz Mueller via cctalk wrote: > Any part-sourcing gurus out there able to steer me in a good direction here? Rebuilding cans is a common practice now, since they are LONG out of production. It is just tedious to do. There are a few people who make them, for example https://hayseedhamfest.com/products/
On 8/17/19 3:05 AM, Christian Corti via cctalk wrote: > BTW do you still accept scanned documents currently not found on bitsavers? > If yes, how to submit? I do, just email me with a url to download from.
On 8/15/19 11:21 PM, emanuel stiebler via cctalk wrote: > Is this the same, Al is using? > (can't find the reference anymore) > > The scanning info is on the main bitsavers.org page I'm still using a Panasonic KV-S3065CW I checked the backlog of scanned VAX manuals, and it doesn't look like I have anything more scanned fore DATATRIEVE
On 8/14/19 5:13 PM, systems_glitch via cctalk wrote: > These should be available within a month or so. I'll be putting up a > preorder soon to gauge interest in the production run Do all three busses share the same ground pins? Many proto boards I've seen have ground planes on the board backside. Other suggestions I've seen are beefing up the trace widths (esp for the power pins) and changing the pin spacing to be able to use a .1" header for the edge connector pins.
On 8/14/19 8:53 AM, Anders Nelson via cctalk wrote: > I hope this thread will be written to a blog post Buried in a filing cabinet in the basement with a sign that says "Beware of Leopard". Blogs are a stupid way to archive information, almost as stupid as putting it on Facebook.
On 8/13/19 9:15 PM, Carlos E Murillo-Sanchez via cctalk wrote: > So, do you guys know if Datapoint made monitors for others? Datapoint was a Convergent OEM.
Or some RN 68 pin CLCC sockets, or even a part number for them? I tried buying a 1981 RFN catalog, but they weren't in there. I have a bunch of IMS 80186 slave cards with the CPUs pulled Of course, they didn't keep the caps. RN was bought by 3M and I've been unable to even find a part number for these sockets. I'm hoping not to have to replace the sockets to get these boards working. Pics of what I need are here https://twitter.com/bitsavers/status/1161075014235385857
On 8/7/19 11:00 AM, Al Kossow via cctalk wrote: > I took pics and dumped the firmware from it along with a DP 1551 pcb I've had > for a while, and have been uploading the manuals to bitsavers that came with > it, > as well as a bunch that I've had scanned in the backlog > > I've cleared the scanning backlog of known manuals, and did a bunch of newsletters and brochures that I didn't know we had. http://bitsavers.org/pdf/datapoint
On 8/12/19 10:41 AM, P Gebhardt via cctalk wrote: > I am not aware of museums or hobbyists who have such drives currently in a > functional state to read and write from and to 80MB (CDC 9762) or 300MB (CDC > 9766) disk packs. Maybe the CHM? We don't have one in working condition, and we're unlikely to attempt any work on multi-platter media recovery any time soon. I have three Pertec top-loading drives and several Diablo 30s, but haven't had time to try flux-level recovery on several dozen high archival value targets, including what may be the only surviving Burroughs B1700 packs. LCM was working on an alternative approach to multi-platter media recovery but I've not heard anything more about that in a while
On 8/10/19 8:33 AM, Charles via cctalk wrote: > I also scrubbed off the black anti-reflective coating since it was > significantly scratched and peeled anyway. um.. you didn't remove the aquadag from the outside of the crt, did you?
On 8/7/19 12:12 PM, jos via cctalk wrote: > No idea what these actually contain. ET_1 is a DOS.H 2.4.2 boot disk
I picked up Eric's DP 1500 Z80 system at VCF West this weekend, unfortunately the boot disk has bad sectors. Anyone have any diskettes/images around for the 1500 or any other version of their systems? I took pics and dumped the firmware from it along with a DP 1551 pcb I've had for a while, and have been uploading the manuals to bitsavers that came with it, as well as a bunch that I've had scanned in the backlog
On 8/1/19 11:04 AM, Steven M Jones via cctalk wrote: > Exhibit list looks nicely varied, though it would have been nice to see an > exhibit and/or talk about Bill Godbout They've been too busy worrying about guards with firearms.
On 7/30/19 11:43 PM, Fred Cisin via cctalk wrote: > Is there a reason why there has been no mention of VCF West? > Isn't it scheduled for this coming weekend? I has been embarassingly underpromoted. They couldn't even get the promo right on the http://www.vcfed.org banner for months and I see it's already been dropped there to promote VCF MW
I wish I knew why ISO and Adobe never updated PDF to include PNG images. The pdf format supports png just fine. A modified version of Eric Smith's tumble accepts png as input. The Tektronix color catalog scans on bitsavers were scanned as pngs
On 7/16/19 5:27 PM, Robert Armstrong via cctalk wrote: > Is anyone aware of a simulator for the NCR Century series computers? I'm not even aware of any surviving Century software, much less an emulator for the machine.
On 7/17/19 11:44 AM, Adrian Stoness via cctalk wrote: > I haven’t a clue w CR liquidation is. ^^ hint: look at the SUBJECT of the message you are pointlessly replying to
On 7/17/19 7:16 AM, Ethan O'Toole via cctalk wrote: > So people are upset that the magic well was exposed. No, people are upset because of the ill will created by the family members having to deal with cleaning up their father's mess. On VCF, a message pointing to an earlier video was pulled and keyboard poachers have been banned. http://www.vcfed.org/forum/showthread.php?69913-FYI-Computer-Reset-liquidation-(Dallas-TX)/page17=computer+reset
Exploring a MASSIVE Retro Computer Warehouse! old news, dredged up again because of a youtube jackass
On 7/14/19 10:41 AM, Guy Dunphy via cctalk wrote: > Then acting like you're doing us a favor by letting us know of your offering. And YOU didn't live through Crisis Computer's downsizing seeing literally a large warehouse of HP hardware getting scrapped. The fact that anyone 15+ years after that happened is still in business is a wonder in itself.
On 7/13/19 10:24 PM, Brent Hilpert via cctalk wrote: > She is not unknown, nor unacknowledged. > She became a CHM fellow several years ago https://www.computerhistory.org/atchm/2017-chm-fellow-margaret-hamilton/
On 7/10/19 11:32 AM, Will Cooke via cctalk wrote: > https://www.bgmicro.com/4-pack-of-5-25-floppy-diskettes-with-sleeves.aspx They have hub rings, so they are probably 360K
On 7/8/19 9:19 AM, Chuck Guzis via cctalk wrote: > What matters to me is [b]documentation[/b], however it's preserved. I'm > often faced with a bit of old data and I need to know the details upon > which it was fabricated. That has value to me. Al K has been > invaluable in this respect. > Thanks, Chuck. Keeping old information available is why I spend so much time/money on doing it.
bet this won't go cheap https://www.ebay.com/itm/372706567865
On 7/1/19 4:36 PM, Al Kossow via cctalk wrote: > > > >> I hereby grant permission for my images of 3M FileWare ("Twiggy")disk image >> to be used under the terms of the >> Creative Commons Attribution-ShareAlike 4.0 International License. I just noticed the 3M disk has no index hole.
> I hereby grant permission for my images of 3M FileWare ("Twiggy")disk image > to be used under the terms of the > Creative Commons Attribution-ShareAlike 4.0 International License. > images:http://bitsavers.org/pdf/apple/disk/twiggy/photos/3M_Fileware.jpg > license: > https://en.wikipedia.org/wiki/Wikipedia:Text_of_Creative_Commons_Attribution-ShareAlike_4.0_International_License > > I hold the copyright on the images but not, of course, on the original > Apple and Verbatim materials. In my opinion, such use of images of the > original Apple and Verbatim materials is fair use under US copyright law. > However, I am not a lawyer. >
I just finished taking pictures and dumping the firmware from a 730X terminal but it turns out it has a Starlan and not an Ethernet interface. It would be nice to get a firmware dump from an Ethernet card. A start of a 630 driver is in MAME. http://bitsavers.org/pdf/att/730/730X It also appears the keyboards for the 630 and 730 aren't backwards compatible with the other 6xx products and the 5620. 5620 keyboards need -12v which the 630 or 730 don't supply, and the 610 keyboard doesn't appear to work either. Josh took a couple of pictures of his 630 keyboard and even though they look similar, the earlier keyboards were made by Teletype and the 630 is made by Keytronic.
Did anyone on the list end up getting it? On 6/25/19 7:48 AM, Al Kossow via cctalk wrote: > https://www.ebay.com/itm/Datapoint-8600-and-Peripherals/192961883648 > > anyone nearby? > > I'd like to get it, but I have no way to pick it up >
On 6/27/19 8:21 AM, Warner Losh via cctalk wrote: > I saw this > half-dollar sized plastic fob on the desk and asked what it was for. http://qicreader.blogspot.com/p/track-visualization.html shows a couple of them
It is true. Inter-block gaps are huge and easy to spot/splice. That is why writing short tape blocks wastes so much tape. On 6/27/19 8:21 AM, Warner Losh via cctalk wrote: > I've also heard people tell stories of using this fob to find the end of > the marks and records on mag tape to splice together tapes that had become > broken and ruined (so they'd cut the damaged records out at record > boundaries to recover at least some of the data on ANSI formatted tapes). I > don't know if this was a tall tale designed to impress over a beer, or the > sad confessions of someone that had gone through a lot of pain and needed > to share... > > Warner >
On 6/26/19 1:00 PM, Dave Wade wrote: > Could we forward to the UK DecTech list? > Let's see if Pete Turnbull is able to make contact
On 6/26/19 12:55 AM, Dave Wade via cctalk wrote: > > > Could really do with a UK RSTS person to take and scan. yup I seriously considered it, but money for shipping wasn't available.
On 6/25/19 5:35 PM, John H. Reinhardt via cctalk wrote: > I hope someone scans that RSTS/E documentation. There isn't a lot of it > available online. Seriously? I count 75 manuals under pdp11/rsts on bitsavers
We received this offer, it probably makes more sense for someone in the UK to get the lot. Is there someone at a collecting institution that would like to take this on? Email me and I can forward your contact information to them. "I have a few disk packs available if you need them. (Please note I am in the UK). I also have a range of PDP-11 interface boards, a mix of dual, quad and Unibus. Is there anything in particular that you need? Finally I have a mass of RSTS related documentation, such as one copy of every edition of the US publication RSTS Porfessional magazine. Plus copies of RSTS and RT-11 operating system manuals, from RSTS Version 4a (1974) through to Version 10.1 (mid 1990s)."
https://www.ebay.com/itm/Datapoint-8600-and-Peripherals/192961883648 anyone nearby? I'd like to get it, but I have no way to pick it up
Does anyone know where Steve Rothman is? I assume this is the same person who wrote the VAX spec. On 6/24/19 3:19 PM, Noel Chiappa via cctalk wrote: > > From: Al Kossow > > > It is in the Dick Best Options and Modules List 197503 > > Ah, thanks for the pointer; I see it's listed as a "Memory Extension > Control" - not sure that tells me much, alas! > > Interestingly, it's not in the earlier Options and Modules lists, e.g. > June '74, but the KS11 is in that earlier list, so the MX11's a later > addition. > > Noel >
It is in the Dick Best Options and Modules List 197503 Steve Rothman is shown as responsible engineer On 6/24/19 1:38 PM, Noel Chiappa via cctalk wrote: > While I asking on the TUHS list about the KS11, someone mentioned the MX11 > Memory Extension Option, described as "enabl[ing] the usage of 128 KW memory > (18-bit addressing range) ... developed by the Digital CSS (Computer Special > Systems)". > > I'm not familiar with this
On 6/20/19 8:58 AM, Jon Elson via cctalk wrote: > On 06/20/2019 08:50 AM, Bill Gunshannon via cctalk wrote: >> >> V6 will run on an LSI-11/02 with 28KW of memory. >> >> > 28 KW is 56 KBytes, which is the max on most non-MMU CPUs. > > Jon Mini-Unix, the non-mmu version.
On 6/20/19 7:56 AM, Eric Christopherson via cctalk wrote: > Venix can run on the /23+ as well. > > Whether it's a good choice of OS (compared to, say, 2.9BSD) or not I don't > know. > I used Venix on 23s back in the day. It's V7, the file system is a little fragile and has all of the limitations that go along with that version of Unix. Its big selling point was the fact that you could BUY it. End-user Unix licensing didn't happen until companies like Onyx and Fortune Systems came along.
came across these this eve, probably only of interest to Seth, since he has one http://bitsavers.org/pdf/att/5620/schematic
On 6/18/19 8:15 PM, Randy Dawson via cctalk wrote: > Paul, > That is so cool! > How much space would it take? 10.5" of rack space it is a PDP-11 model 15 (first generation)
this is a bit more heavyweight http://rescue1130.blogspot.com/2019/06/erasable-core-memory-ram-of-apollo.html On 6/17/19 5:01 PM, Jim Brain via cctalk wrote: > Probably too light for folks in here, but maybe some will find some interest > (apologies if > > https://www.fastcompany.com/90362562/this-computer-changed-world-youve-never-heard-about-it > >
On 6/16/19 4:42 PM, Chris Hanson via cctalk wrote: > There’s a zip file that claims to be the DSI-020 software, but it’s actually > the DSI-32 software where would that be?
On 6/14/19 10:17 AM, Al Kossow via cctalk wrote: > > > On 6/14/19 10:14 AM, Al Kossow via cctalk wrote: >> >> >> On 6/14/19 9:57 AM, Alan Perry wrote: >>> >>> >>> I have been talking to other folks at CHM about seeing the one there, but >>> need to work on my rationale. >> >> There really isn't much to see that is in the picture. It's not like the >> system in in one physical location >> in storage. Everything is palletized and would have to be brought down from >> the pallet racking. >> >> I have no way to read the packs. I may still have a drive in my storage, if >> it hasn't already been scrapped >> as I've been downsizing over the past several years. >> >> >> > > I also still have some 19xx series boards since I had wanted to pull the > proms to at least attempt to save > enough information so someone could try simulating the machine in the future. > On the list of things to do > is try to save some 1700 2315-style 32 sector packs that I should be able to > read if I can ever get back > to working on digitizing non 12 sector packs. > and read several dozen cold-start and diag cassettes
On 6/14/19 10:14 AM, Al Kossow via cctalk wrote: > > > On 6/14/19 9:57 AM, Alan Perry wrote: >> >> >> I have been talking to other folks at CHM about seeing the one there, but >> need to work on my rationale. > > There really isn't much to see that is in the picture. It's not like the > system in in one physical location > in storage. Everything is palletized and would have to be brought down from > the pallet racking. > > I have no way to read the packs. I may still have a drive in my storage, if > it hasn't already been scrapped > as I've been downsizing over the past several years. > > > I also still have some 19xx series boards since I had wanted to pull the proms to at least attempt to save enough information so someone could try simulating the machine in the future. On the list of things to do is try to save some 1700 2315-style 32 sector packs that I should be able to read if I can ever get back to working on digitizing non 12 sector packs.
On 6/14/19 9:57 AM, Alan Perry wrote: > > > I have been talking to other folks at CHM about seeing the one there, but > need to work on my rationale. There really isn't much to see that is in the picture. It's not like the system in in one physical location in storage. Everything is palletized and would have to be brought down from the pallet racking. I have no way to read the packs. I may still have a drive in my storage, if it hasn't already been scrapped as I've been downsizing over the past several years.
On 6/14/19 8:50 AM, Alan Perry via cctalk wrote: > The large A Series work was done in Paoli, King of Prussia, Trediffryn and > probably other cities around Valley Forge that I don’t recall. > > The B1000 work was done in Goleta (Santa Barbara), CA plus mfg in Liege, > Belgium. I was responsible for a central piece of system software (GEMCOS), > so I knew where the customers were based on bug reports (a large portion of > the bugs were from the UK, Ford in Dagenham and the CEGB (Central Electricity > Generating Board) in Bristol). > I have a LOT of stuff that I've collected for the 1700/1800/1900 on bitsavers because of its unusual 'microcode per programming language' architecture. CHM has a B1955 https://www.computerhistory.org/collections/search/?s=X2550.2003 I may still have some packs in storage. > At the most recent VCF PNW, someone who checked out my exhibit told me that > there was a B1000, probably in Surplus at University of Washington, but > checking with them, they don’t believe they have it. I don't think a surplus person would know what a 'B1000' would be. You probably would have to add the second digit
On 6/11/19 5:50 PM, Seth Morabito via cctalk wrote: > One of the projects I've been working on recently is adding floating point > accelerator emulation to the SIMH 3B2/400 emulator. I _think_ I've done > reasonably well, in that the simulator passes all of the accelerator > diagnostics that AT wrote for their own product, but frankly these tests > are rather cursory and don't validate much. > > I'd like to compile a set of IEEE-754 tests on the 3B2. Unfortunately, the > only compiler I have ready access to on the 3B2 is AT's pre-ANSI C > compiler, so not a lot of modern C is going to work. > > Does anyone know of a period-appropriate set of IEEE-754 tests that could be > compiled on SVR3? > > -Seth > is there anything in http://bitsavers.org/bits/ATT/SysV_r3.0_SV_Ver_Suite_Source_Tape_1987 ?
just dead on the site associated with the video https://en.wikipedia.org/wiki/GLtron On 6/6/19 11:46 AM, Al Kossow via cctalk wrote: > > > On 6/6/19 11:24 AM, Christian Liendo via cctalk wrote: > >> https://www.youtube.com/watch?v=Y8FWro9sFJc >> > > http://www.2cool4me.de/ > > is dead, dead, dead. > > gltron apparently doesn't even survive at IA unless it moved > >
On 6/6/19 11:24 AM, Christian Liendo via cctalk wrote: > https://www.youtube.com/watch?v=Y8FWro9sFJc > http://www.2cool4me.de/ is dead, dead, dead. gltron apparently doesn't even survive at IA unless it moved
pretty cool.. https://www.youtube.com/watch?v=e6E0_qgfGGQ
On 6/2/19 10:58 PM, Chuck Guzis via cctalk wrote: > I had a look at a couple of additional reels of Audio Devices tape from > 1965 and 1966. Both were darker and labeled with an "Certified for 800 > bpi" sticker and well as a "Heavy Duty Made with 1.5 mil DuPont Mylar". > > I'm concluding that the tape in question is pretty darned old. > I think so too. I uploaded the specification for IBM's 200bpi tape from 1960. http://bitsavers.org/pdf/ibm/magtape/IBM_Magnetic_Tape_Specifications_200BPI_Sep1960.jpg Coercivity is specified as no more than 280 oersteds.
On 6/2/19 12:04 PM, Chuck Guzis via cctalk wrote: > Does anyone remember these folks? I only have one reel of audiotape, and that has a tag of being cleaned in 1968. I couldn't find any other chocolate brown oxide tapes with dates later than that. Maybe they died off with the switch to 800bpi (coercivity change with the darker formula)?
On 6/1/19 11:23 AM, Mark J. Blair via cctalk wrote: > Would the brown panel between the tape drive and computer be a filler panel, > or part of the 11/34A? it is the top half of the 10.5" CPU chassis the tape controller is probably internal to the cpu and with have three ribbon cables going from the drive to the controller (read,write and control) there should be a 26 and 60 pin ribbon cable going to the smd drive from the SI and a unibus cable from the SI to the CPU
45ips tension arm 800/1600 looking at the 'density' slide switch make shure you get the cables and controller board if you don't take the whole system On 6/1/19 10:56 AM, Al Kossow via cctalk wrote: > kennedy 9000 > > On 6/1/19 10:53 AM, Mark J. Blair via cctalk wrote: >> Does anybody here recognize the make and model of this tape drive? >> >> https://pbs.twimg.com/media/D7_mfdfUIAMcTly.jpg >> >
kennedy 9000 On 6/1/19 10:53 AM, Mark J. Blair via cctalk wrote: > Does anybody here recognize the make and model of this tape drive? > > https://pbs.twimg.com/media/D7_mfdfUIAMcTly.jpg >
On 5/28/19 7:39 PM, Evan Linwood via cctalk wrote: > hopefully someone takes an interest! > considering 3178 keyboards are over $1000 on eBay, I expect the keyboard collectors to take every keyboard that is there
On 5/20/19 1:30 PM, Lawrence Wilkinson via cctalk wrote: > As Adam isn't on the list, and I am one of those in that photograph... >From the pictures, it looks like the packs were left in the drives. You should >pull them and lock down the actuator arm before moving them any further.
On 5/18/19 7:33 AM, Shoppa, Tim via cctalk wrote: > Is there any outfit that sells "new tape seals"? Or a preferred better way to > hang tapes in 2019? FWIW, IBM auto-load hard plastic seems to be holding up better, you might be able to find a small quantity of those around. Failing that, late era crappy tape might be found, and the seals scavenged though the price is probably prohibative.
On 5/18/19 7:33 AM, Shoppa, Tim via cctalk wrote: > Is there any outfit that sells "new tape seals"? nope Chuck just went through this and decided to use film canisters
I've been working on archiving two Sniffers (ethernet and wan) and was wondering if anyone had a spare manual set. I have access to a set, but it is bound and would have to be scanned a page at a time
did anyone happen to get any of these? https://www.ebay.com/itm/VINTAGE-1979-PLESSEY-PERIPHERAL-SYSTEMS-MAINTENANCE-DRAWING-PACKAGE-3-/264277600857 they are different from the first set that I got for him, forgot about the auction, tried email and they say they are no longer available.
On 5/15/19 4:25 PM, Jules Richardson via cctalk wrote: > > was the "industrial" > aspect purely a marketing exercise? yup, just the red/blue coloring front panel is different
On 5/14/19 7:25 AM, Ethan O'Toole wrote: > Is the NVRAM A ST Microelectronics TimeKeeper or Dallas module or something > else? It is a DS1287 The issue is finding out what the contents should be, since it isn't documented in the surviving manuals. Some of this was figured out in getting the 2030 to run in MAME and there is a guess at the correct contents as a rom image there. If you have the original timekeeper part, the unique part of the machine's ethernet address is written on a label on top of the part.
On 5/4/19 10:29 AM, Dennis Grevenstein via cctech wrote: > I have the same problem with a cloned MIPS machine, a Sumitomo > Sumistation SP300. The biggest problem with my machine is that the > NVRAM holds the ethernet address. If it goes flat, there seems to be > no way to reprogram the NVRAM. If you find any solution for this, > please tell me. You might be able to take the fake nvram data from the simulation in MAME I'm about to try that this week since I got in the NVRAM and video cable.
On 5/13/19 9:47 AM, Josh Dersch via cctalk wrote: > Thanks! I'd completely missed that directory on Bitsavers (thrown off by > "dsa" I guess) and nothing turned up in my various searches. I had hoped to find more on the HSC-x0 controllers but tech details haven't surfaced.
On 5/10/19 9:42 AM, Paul Koning via cctalk wrote: > I remember seeing one of these in use, for inspection not cleaning. correct. I see the illuminator, but I don't see the eyepiece you use for surface inspection in there. There should be a black tube with a lens and a right-angle mirror.