- test-drb@ccmp.vtda.org - classiccmp.org

by ray＠arachelian.com

Courtesy of John Woodall of http://VintageMicros.com direct link: http://lisa.sunder.net/TwiggySchematicsRight.pdf (available on this page: http://lisaem.sunder.net/books.html ) Thanks John!!!

14 years

1
0
0 0

ebay: 70 Commodore PETs for sale (Boise, ID)

by tosteve＠yahoo.com

Not my auction, but awesome! 330748180850

14 years

5
5
0 0

Polaroid ProPalette 8000 Film Recorder in Richmond, VA area

by d235j.1＠gmail.com

So I was digging around looking for one of these (an 8000-line CRT-based film recorder, basically it's used to print digital photos to photographic film), and I managed to find one being liquidated. Unfortunately they will not ship, and I'm in Philadelphia, which is rather far from Richmond. So if anyone wants to pick this up, feel free - $20 or so is quite a deal, as this model can fetch $350 or so on eBay. http://www.govdeals.com/index.cfm?fa=Main.Item&itemid=18024&acctid=226 It hasn't sold the first time they listed it (at $35) so I don't expect it to go for much. I'm willing to pay the cost, and for shipping and the trouble, but if you're doing photographic stuff, by all means use it. I just don't want to see it get dumped or recycled, like most unsold surplus items end up. Thanks! --David Ryskalczyk

14 years

2
1
0 0

Wanted: Original Kaypro 16 floppies

by james＠slor.net

Thought I'd try one more time. Anyone? -----Original Message----- From: James [mailto:james at slor.net] Sent: Tuesday, June 05, 2012 12:41 PM To: cctalk at classiccmp.org Subject: Wanted: Original Kaypro 16 floppies I've been looking for an original floppy disk set for my Kaypro 16 (not 16/2 or any others) for a while now. Anyone on this list have a set to part with? Or, worst case, anyone have a set they could copy/image for me? Thanks! James

14 years

1
0
0 0

Nova-4 memory jumper settings (was Re: Nova-4 / Eclipse S/120 power connector)

by iamcamiel＠gmail.com

On Sun, Jun 17, 2012 at 6:30 AM, Jay Jaeger <cube1 at charter.net> wrote: > Update. I did just find some DG Doc, in the Nova 4 16 Slot Illustrated Parts > Breakdown (016-000940-00) that I have. > > Curiously, for 120v, they show Hot going to Pin *** 4 ***, but the plug > otherwise wired exactly as I described in my previous message. ?But, I think > that is in error, and one should wire hot to pin ***3 *** for 120V. > > For 240V they show Hot going to pin 3, neutral to 9, and ground to 5 (and > 6). ?For 240V the only interconnects they show are from 1 to 11 and from 4 > to 7 (as opposed to 4 to 8 for 120V). ?Again, I think that hot pin 3 is in > error, and (probably) for 240V, one should wire hot to pin 4 BUT I HAVE NO > WAY TO VERIFY THIS. > > HOWEVER, I did go back and re-verify what I wrote earlier on both my Nova/4 > and (now) my S/140 as well and both have pin 3 as HOT. ?All 120V of it. > > Other than that, the interconnections I described below match the doc. ?The > only variance is between hot for 120v (I say pin 3, they say 4) and hot for > 240v (they say pin 3). > > Go figure. ?(Unfortunately, I don't have power supply drawings that I can > use to arbitrate). Thanks Jay, Using this, I was able to get the power supply going. All voltages check out OK, so after some careful examination I've plugged in the CPU board. The expected output on the console port is the "O" from "OK"; the K isn't printed because there's no memory. Powered it on, and after some twiddling with the console cable pinout (weird one) yes, there's the "O". Installed the memory board, powered it on again, and alas, still "O" rather than "OK". The Field Engineer's Reference says that that means a memory failure. Of course, the memory board could be faulty, but it could also be a matter of incorrect jumper settings on the memory board. I haven't been able to find a description of these yet. The board says "DGC BBU MEMORY", and contains 8 x 16 AM9016DPC ic's (4116 equivalent). That makes it 128 16-bit kilowords of memory (no parity or ECC, although there are 5 empty spots per row). There are 6 jumper positions labeled 16,17,18,19,0 and 1; each can have a jumper in the 0 or in the 1 position. My board has a jumper in the "0" position for jumpers 16, 17 and 18. No jumpers in the other three positions: o o o o o o 1 o o o o o o 0 | | | o o o o o o 16 17 18 19 0 1 Is anyone familiar with these? Camiel

14 years

2
6
0 0

Tandy DWP 220 printer

by nudnick1944＠sbcglobal.net

We have a Tandy DWP 220 printer complete with extra Daisy Wheels, cables & ribbon cartridges. The printer is in mint condition. We?re moving to Hawaii soon and we are looking to clear out our closets... Please respond if you or someone you know might be interested. Regards, Stu in K C That?s Why They Call Me... The Nudnik!!!

14 years

1
0
0 0

VAX11/750 Diagnostic Tape Set - on ebay

by toby＠telegraphics.com.au

DEC VAX11/750 Diagnostic Tape Set http://r.ebay.com/zDS4ws I own an (hitherto unrestored) VAX-11/750 and if someone with a working TU58 can image these tapes, I might be persuaded to bid on these. --Toby

14 years

2
1
0 0

Free DEC Manuals

by oe5ewl＠gmail.com

Got some Original DEC Manuals in reasonable condition. As I do not need them at the moment any interested can have them. These Manuals have seen little use and slight yellowing on the covers. Inside they're pretty unused and clean. EK-PC380-OM-001 Professional 380 Owner's Manual EK-T25QA-IN-001 M7605 Q-BUS KIT Installation Guide EK-DZQ11-UG-001 DZQ11 Asynchronous Multiplexer User's Guide EK-T25TD-IN-001 TK25 Tape Drive Installation Guide EK-0TK25-UG-001 TK 25 Tape Drive Subsystem User Guide If you want them all (or a single one), let me know your postal adress and I'll let them fly out. I you want to give me something for them, it'd be appreciated. But not needed. Regards, Wolfgang -- Wolfgang Eichberger - OE5EWL Operating System Collector Blog: 5ewl.blogspot.com Homepage: www.eichberger.org Ahnenforschung / Genealogy: A(E)ichberger, B(P)ruckmayr Raum Leonding/Alkoven/Eferding; Schmeisser Raum Attergau

14 years

1
0
0 0

Older CD-ROM refuses to read media - ideas for repair?

by mbbrutman-cctalk＠brutman.com

I have an old project laying around that I just spent another two hours on .. It is an 1993 external parallel port attached CD-ROM. A company called "Storage Devices Inc" made it, and IBM resold it. The model number is SCD-683. There are some traces of it if you search the web, but not much interesting. I have the drivers so that is not a problem. The CD-ROM is a 1x SCSI unit that uses a caddy. There is a parallel to SCSI bridge board in the enclosure based on the NCR 53C80 chipset, which was well known back then. The CD-ROM does show up and talk when used on an XT running PC DOS 3.3; it responds to commands like eject and it lets me see its error counts using a utility program. The problem is that it refuses to read any media that I give it. The drive is very clean - I removed the top and had a look inside the mechanism to be certain. It is a caddy loading model so I can't tell for sure that the head has clear access but everything seems to be operating freely. I'm using old pressed aluminum discs (OS/2 Warp) which should be fine in any CD-ROM device. I have tried cleaning the heads with a special CD that has the magic fibers on it, but nothing is helping. (I even reached in gently with a Q-tip and isopropyl alcohol, but that did not change anything.) I'd like to see this thing run - it has a carry handle on the side! Unless I come up with another idea to try the only way that is going to happen is if I swap the drive out. The original drive is an IBM CDRM00101 and the driver is looking for the ID string. So a drive swap with a different SCSI drive will probably require patching the device driver. So, any ideas on what I can do to clean the head further? (It might just be hopelessly out of alignment - I don't know the history of the drive.) Mike

14 years

6
8
0 0

Enter now for the Summer 2012 Retrochallenge

by mark＠wickensonline.co.uk

Announcing the Retrochallenge 2012 Summer Challenge As usual the competition is open to all, so come and join us for a legitimized month of playing, hacking and blogging with/about your retrogear. For those of you new to retrochallenge the philosophy is: About RetroChallenge In a nutshell, the RetroChallenge is a loosely disorganised gathering of RetroComputing enthusiasts who collectively do stuff with old computers for a month. The event is very much open to interpretation... individuals set there own challenges, which can range from programming to multimedia work; hardware restoration to exploring legacy networking... or just plain dicking around. It really doesn't matter what you do, just so long as you do it. While the RetroChallenge has its competitive side, it's not really a contest... it's more like global thermonuclear war ? everyone can play, but nobody really wins. Come on... give it a go! The summer retrochallenge runs for the month of July. Register using the ENTER link at http://retrochallenge.org the Official Competition page

14 years

1
0
0 0

Second P800 haul and Nova 4

by iamcamiel＠gmail.com

I just picked up the second batch of P800 stuff. The seller found some more items that were meant to be part of the sale in the first place. I also picked up a Nova 4 I bought off him too. Any pointers to Nova 4 documentation are extremely welcome. The P800 stuff consisted of an extension cabinets with some cards, some 8" floppies, and more X1215 disk packs. Cards: - 3 x MCU2 - 4 x AMA-8A - HLVCUB The HLVCUB is a card I haven't seen before. It's got two N8X300 microcontrollers on it, two SCN2652A serial controllers, and two 26-pin connectors. Looks like a hefty two-channel synchronous communications card. Floppies are labeled: - "Tools : (LP) / IPL ADDR: 60C5 / Monitor: type (?)" - "Rotterdam test system 29-03-'84" - "T. Wilders / Test Software S.M. / BMEX0 in TSWCOM module / User: BMEX Start: $RUN" - "Very Special / Utilities R1.0 83-06-01 / P5011 / SYS / User: PRK300 / ASG 1E0,DK,PRECDC" - "Userid: TOOL Date 84.03.26 / :BASIC / Address of FL-Drives=03!!!" - "CP101 83.11.25 / Userid: SYS" - "RT Floppy" - "$TDES" - "Label: CP101 Date 84.01.10 / Userid: LUC" - "RS740 MAGAZIJN / BASIC / RUN "I"" - "RS747 CARD CATALOG / BASIC I" - "RS775 / CPU P857EB / EPS 811118" - "RS776 / CP7R" Disk packs are labeled: - "CPU ISCOS 70 / 4022 250 0004.1 / PAB nr 8122 141 0470.1 / BD83" - "Graphics 8P-A / 4022 226 3470.1 / PAB nr 8122 141 0286.1 / BD58" - "VIP V12 / 4311 027 1629.1 / PAB nr 8122 141 0277.1 / BD51" - "Ext Mem Mod 286 / 4022 226 2340.1 / PAB nr 8122 141 0456.1 / BD82" - "DOM811 adr/02 intr/11 / terminal adr/10 intr/6 / update test programs 27-09-84 / IPL/65C2" - "X1216 IPL 63C2 / Test programs updare 85-12-18 / -DOM9 A/02 IT/10 FL/03 IT/11 / Userid: SDAPRO / s$$LOAD - "LAB Backup" - "TEST TP1 / R=0002" - "FPPKENIA" - 3 x PHILIPS unlabeled - 2 x CDC unlabeled - 1 x MEMOREX unlabeled If anything sounds familiar, please let me know. Cheers, Camiel

14 years

2
1
0 0

Nova-4 / Eclipse S/120 power connector

by iamcamiel＠gmail.com

Does anyone have the pinout for the 12-pin power connector on the Nova-4 or Eclipse S/120 at hand?

14 years

3
3
0 0

free + shippage - Sanyo MBC-1000, Tek 5440

by rampaginggreenhulk＠yahoo.com

Neither work LOL. But I have the utmost faith in your technological skill. MUST respond by Sunday evening.

14 years

1
0
0 0

DEC stuff for sale

by djg＠pdp8online.com

Email decstuff at pdp8online.com to contact the seller. I was contacted by someone looking to sell some DEC stuff. Looks like he's not trying to get big $ for it so I'm passing it on. Wisconsin is too far for me. > I also have some DEC equipment from the 11-03, 11-23 and one small VAX > system. I have 2 LA120 printers, 2 LN03's laser printers, several H960 > cabinets, a couple of CDC 9762 67 Meg hard drives, and various > Monitors and Interface boards. Are you or do you know of anyone interested > in this equipment? > I would like to move the equipment. One thought has been to scrap it; > another to sell it. If someone has an interest, I would like them to get the > equipment. Some of this equipment doesn't exist anymore. I would prefer to > sell it but am very reasonable. > The equipment is in Wisconsin and I would prefer that it would be picked up. > I am not in a position to do any packing or shipping. > The 11/73 system runs rt-11 with TSX. The Vax runs VMS.

14 years

1
0
0 0

relevant but OT: automatic document scanning

by rampaginggreenhulk＠yahoo.com

I still have many many many large tomes and other printed material, including vintage docs, that needs to be committed to digital format. I'm always building something, and I gathered a hodge podge of materials in an attempt to fenagle my own document feeder (first thought I'd use a scanner or pair, later said screw that I'll just use a digital camera). Non destructive scanning isn't necessarily a whole lot more difficult in my estimation (using whatever curdled gray matter I have left), but who needs any more complexity then is necessary, so I opted for destructive scanning (where you rip the spine of the book apart and jam it in the mechanism). Then strolling through Target, I noticed the Epson Workforce 645 which allegedly can take a stack of 30 sheets and scan both sides. I'd prefer 30,000 sheets, but beggars can't always be choosers. So I bought it, but have yet to open it (my ethic states I shouldn't crack an item unless I'm somewhat positive I'll keep it. I _rarely_ return something I open. It bothers me to). So I would just like to ask if any of you all have delved into this. A piddly 30 sheet document feeder still requires you to "be there", although I suppose I could catch up on twiddling my thumbs at least while I reduce oh 300 books to bits and bytes.

14 years

7
12
0 0

relevant but OT: automatic document scanning

by rampaginggreenhulk＠yahoo.com

No the unit I already returned (unopened) wasnt designed for big batches or even longevity necessarily, but document feeding, the crux of the matter, is no feat. People have and I seem to recall there even being one commercial product that turned a copier into a document scanner. Accurate and reliable document feeders are often left on the side of the road.

14 years

4
3
0 0

relevant but OT: automatic document scanning

by rampaginggreenhulk＠yahoo.com

an awful lot of it seems to get done despite youre experience in the industry (10 years ago? 20?). We had something maybe a Canon, at a job 8 years ago, often reliably taking print and even that skinny fanfold garbage simultaneously. Did it draw 2 pages in periodically, short of spending ~a grand, Im sure anything will. I would think an 80-90% percent success rate for a relatively short job (i.e not long term professional activity) would be tolerable. You can always manually redo those wayfaring missed pages. This forum has nearly nothing to do with anything professional. But anything, including hobbies warrants some patience. And dumping significant cash or having people tell you it cant be done otherwise doesnt make sense. ------------------------------ On Sat, Jun 16, 2012 10:51 AM PDT Dave McGuire wrote: >On 06/16/2012 01:33 PM, Chris Tofu wrote: >> No the unit I already returned (unopened) wasnt designed for big >> batches or even longevity necessarily, but document feeding, the crux >> of the matter, is no feat. People have and I seem to recall there >> even being one commercial product that turned a copier into a >> document scanner. Accurate and reliable document feeders are often >> left on the side of the road. > > You haven't had to work on many of them, have you. ;) I worked on >paper feed systems (Ziyad feeders for Canon CX engine-based laser >printers, as well as the printers themselves) for several years when >those printers were en vogue. > > That experience left me with the sincere hope that I never have to >work on another paper-handling device again, as well as the insistence >that any printer I own will be built to print all day, every day and >likely end up being a two-man lift. (which they both are, HP 8100DN and >8550DN) > > Yes, paper feeding is, in fact, a feat. Yes, it is done all over the >place, and has been for many decades, but that doesn't make it any less >a feat, nor does it make it any less failure-prone. Document feeding in >particular is much harder, because (in comparison to printing) it >suddenly matters if you pick up two sheets at once, and you can often >bet that the paper is of less-than-straight-off-the-ream edge quality > > -Dave > >-- >Dave McGuire, AK4HZ >New Kensington, PA

14 years

2
1
0 0

relevant but OT: automatic document scanning

by rampaginggreenhulk＠yahoo.com

Luck isnt necessary. Ingenuity is. ------------------------------ On Sat, Jun 16, 2012 6:41 AM PDT Dave McGuire wrote: > > Good luck.. > > -Dave > >On 06/16/2012 09:35 AM, Chris Tofu wrote: >> >> There at least exists the possibility it will. I also dont have 5-800$ to spend. W/o building something or using a consumes product, I have to do it by hand. >> ------------------------------ >> On Fri, Jun 15, 2012 9:58 PM PDT Dave McGuire wrote: >> >> >On 06/15/2012 09:50 PM, Chris Tofu wrote: >> > Not at all insulting you for your purchase, but we all know how crappy >> > the consumer stuff is nowadays. I'd return it and put your money into >> > something beefy that'll actually last through those books. >> > >> > C: I don't have time to shop around for some old monster. If I did I might. >> > >> > The right tool for this job, however is "some monster", whether old or >> >new. Do you really think using a consumer-level scanner will save you >> >time on this particular project? ;) >> > >> > -Dave >> > >> >-- >> >Dave McGuire, AK4HZ >> >New Kensington, PA > > >-- >Dave McGuire, AK4HZ >New Kensington, PA

14 years

3
2
0 0

PDP-1 Music

by mloewen＠cpumagic.scol.pa.us

Ebay #170861205626 Perhaps someone at the CHM could ask Peter Samson if he knows about it? Mike Loewen mloewen at cpumagic.scol.pa.us Old Technology http://sturgeon.css.psu.edu/~mloewen/Oldtech/

14 years

2
1
0 0

relevant but OT: automatic document scanning

by rampaginggreenhulk＠yahoo.com

There at least exists the possibility it will. I also dont have 5-800$ to spend. W/o building something or using a consumes product, I have to do it by hand. ------------------------------ On Fri, Jun 15, 2012 9:58 PM PDT Dave McGuire wrote: >On 06/15/2012 09:50 PM, Chris Tofu wrote: >> Not at all insulting you for your purchase, but we all know how crappy >> the consumer stuff is nowadays. I'd return it and put your money into >> something beefy that'll actually last through those books. >> >> C: I don't have time to shop around for some old monster. If I did I might. > > The right tool for this job, however is "some monster", whether old or >new. Do you really think using a consumer-level scanner will save you >time on this particular project? ;) > > -Dave > >-- >Dave McGuire, AK4HZ >New Kensington, PA

14 years

2
1
0 0

Disks packs 4477 in Washington State surplus

by g-wright＠att.net

Washington state surplus has a Large lot of Media up for grabs. Mostly 9 track tapes but there is some 4477 disk packs in there. this is a large lot. 7000 lbs No info about being bulk erased http://www.publicsurplus.com/sms/auction/view?auc=738159 -Jerry

14 years

4
4
0 0

ebay: 70 Commodore PETs for sale (Boise, ID)

by tosteve＠yahoo.com

Not my auction, but awesome! 330748180850

14 years

1
0
0 0

Upcoming N8 home brew computer PCBs ordered

by LYNCHAJ＠yahoo.com

Hi! Good news! I ordered at batch of the N8 PCBs. The N8 is a group project design from the N8VEM home brew computing project. There is a detailed description at the N8VEM wiki below. http://n8vem-sbc.pbworks.com/w/page/54039670/N8%20announcement http://n8vem-sbc.pbworks.com/w/browse/#view=ViewFolder&param=N8-final Please contact me if interested. I anticipate the PCBs will arrive early next week ~19 Jul 2012 Thanks and have a nice day! Andrew Lynch

14 years

2
3
0 0

KryoFlux Update: Commodore 64

by kieron.wilkinson＠gmail.com

Here's an update from the KryoFlux team and it's for sure the hottest thing that I have been given the pleasure to reveal over the last twelve months. The post is long, but we have been very productive. :) You might have noticed it's gotten a bit quiet after adding write support to KryoFlux last summer. The reason is that behind the scenes the next big thing has been prepared. We always felt that the C64 community was lacking a format that would give them the opportunity to feed raw data more or less reliably into emulation. It turned out that G64 was in fact capable of working for an estimated 95% of all scenarios out there, but implementation in many emulators is so bad that things the format has to offer simply don't work in emulation. It's been a while since we said we'd not touch G64 as G64 was "bad", "not working" and "giving people a false impression about preserving things". While we stand firm that G64 is not the grail of a preservation format, we must apologise for being stubborn in regard to supporting it. Gladly many of you were stubborn, too, requesting G64 being supported, which finally led to the decision to do it right and correct things as needed. We turned to?Pete Rittwage?and his?C64 Preservation Project. We in fact?had been in touch for years and we were happy Pete shared the vision we?had and decided to not let us have the fun on our own:?"I am more than?happy to?help push technology forward. ?I knew the limitations of what I was doing?with the old 1541 hardware and was excited to hear that work was being?done on the 64 with Kryoflux. ?I was glad to fill a gap until more?high-resolution disk imaging was available."? While this is flattering, it?would be an understatement to call Pete's work a gap filler - his NibTools?are very much appreciated among the C64 community. Another helping hand came from Robert McIntyre?who already had helped modifying 5.25" drives to allow for one-pass dumping of flippy disks.?The following months were spent on research and getting things done, which finally led to a few conclusions: a. C64 preservation is still possible today, but results largely depend on media quality and storage. b. About 90% of games can be imaged with a 1541, 95% can be imaged with KryoFlux and the last 5% can be imaged with KryoFlux as well, but representation will need a more sophisticated format like our own IPF. c. Nearly all emulators are "broken" in regard to G64 image support. While some will go beyond the limit of 7928 bytes per track (which seems to be the maximum track size chosen by many programmers), some even don't support half tracks. This protection technique utilises the fact that the 1541 has a head designed for a 40 track drive, but features a stepping mechanism that can address 80 tracks. VICE, the most popular, has several flaws in the floppy support code which makes it impossible to use such images unaltered. If you take the time to read Pete's pages (http://www.c64preservation.com/) you will find many details on how to modify or alter images to make them work in emulation. While some changes are needed because the 1541 alters data before handing it over to the host computer (which means this also happens with other devices that work directly with it) the other half of changes are needed to work around flaws present in certain emulators. We decided it would not make much sense to release KryoFlux with capabilities that would go beyond those of the emulators around which is why we decided to also update VICE and give it extended G64 support to load many images properly without any user interaction.?While Softpres' Istv?n F?bi?n worked on creating an intelligent conversion algorithm for DTC that would transform stream data into meaningful G64 representations, Robert focussed on exorcising VICE and fix/add the features needed to make the 1541 in VICE behave like the real device. To give the emulation the precision needed to also run the most advanced protection methods, the trio even delved into the schematics and created a logic model that was verified shortly after by Pete by writing special test files back to disk with modified versions of Nibtools and then comparing results. The data was seen as predicted. So, after many months of research and hard work, about 1,000 C64 games dumped, and many many emails later, we are proud to present: 1. DTC with enhanced G64 export.?Rated in percent, the success should be good for 85%. Please make sure to not toss your stream files (which are mandatory for generating G64 files) - you might need them to fix images that won't work when we release the next version. If you get an error telling you there was a problem converting to G64 - be sure there was and the image is bad. DTC will refuse to convert to G64 directly from a floppy disk. You must create STREAM files first, to avoid unnecessary stress applied to the ageing medium. Please read the manual (especially page 19 and 20) about how this new exciting feature works. 2. PREVIEW version of VICE with enhanced G64 support.?This is our special gift to the community, and we're sure many users will appreciate it. You won't need a KryoFlux to benefit from it, many images that are floating around and needed to be fixed will now work right away. We'll hopefully be working with the VICE team to get our updates included in the official sources, but until that happens?we'll continue to provide a second fork (W32 build as of today, source code) on our site which will have extended G64 support.?The new circuitry simulation code allows VICE to read data recorded at a?certain bitcell density to be read back at a different bitcell density.?e.g. data recorded at 3.5us to be read back at 3.5us correctly as well?as get the expected results when reading at say 3.25us timing setting. E.g. all RapidLok protected titles rely on this to be working ?Please note that this preview does not yet enable half-track support, which will come in an update within the next month. Please see the README file included with the builds for further limitations, this still is a PREVIEW version. Here is a picture of a game that for sure won't run on an unmodified version of VICE: "Defender Of The Crown" by Cinemaware. http://kryoflux.com/pics/dotc_raiding.jpg It features?V-MAX! v2 protection and performs a precise density check on the disk as?soon as the player goes raiding. This image will not run in the current?official build of VICE. To give you a chance to try this new feature,?the G64 for "Defender Of The Crown", courtesy of CW Holdings, Inc., is?included with the VICE build on our website. The new build of VICE will?also run many other G64 files now that did fail before. If you ever?tried some of?the early Rainbow Arts or Magic Bytes titles (so called?BetaSkip protection by MWS), like Giana Sisters, Turrican or Blue Angel?69... all of these should work flawlessly now. All of the above is available as of today. Just head over to http://www.kryoflux.com?and grab the download of your choice. We'd love to hear your thoughts on this. Please visit our forums ( http://forum.kryoflux.com ) and let us know! Kieron The KryoFlux Team

14 years

1
0
0 0

Retrocomputing with a VAMP stack: VAX, Apache, MySQL & PHP

by abs＠absd.org

In case anyone finds this of interest/amusement... Retrocomputing with a VAMP stack: VAX, Apache, MySQL & PHP What to do with a VAX workstation, based on an architecture first released by Digital Equipment Corporation in 1977 and finally closed out by Compaq at the end of the last millennium? The obvious option would be to dig out an ancient copy of VMS, or maybe an early UNIX tape, but what then? Could it run the latest Apache or screen, and how will I be able to connect it to a native IPv6 network (when we finally get there :) ? As an alternative, lets see if a current OS and software can run on a machine with an architecture older than some of the *parents* of modern developers... [continued at http://netbsd0.blogspot.co.uk/2012/06/retrocomputing-with-vamp-stack-vax.ht… ]

14 years

24
60
0 0

Technical Specs for DEC Cables

by rob_j37＠hotmail.com

Is there a reference somewhere that tells me exactly the spec of various DEC cables? For example I think I need a BC13B (connects VCB02 to monitor, keyboard and mouse), but I have a BC19S which *seems* identical. All I can find are resellers that list part numbers, one or two name the cables, but don't give the technical information that gives me any idea if these two are interchangeable or not. Thanks Rob

14 years

6
18
0 0

Apple-1 bubble is about to pop

by sellam＠vintagetech.com

If anyone owns an Apple-1, the peak of the bubble has arrived. Sell yours NOW and then buy it back after the bubble bursts. In the meantime, maybe buy a nice tulip to replace it. -- Sellam Ismail VintageTech ------------------------------------------------------------------------------ International Man of Intrigue and Danger http://www.vintagetech.com Whatsoever a man soweth, that shall he also reap...The truth is always simple.

14 years

8
10
0 0

DEC VT1300 (VXT1300) manual around

by tpresence＠hotmail.com

I have looked through bitsavers and some other old vax manual repositories online and I haven't found a manual for the DEC VT1300. I did an installation and service manual for the VR320 monitors I have, but they only cover the display. I have worked out alot of details about the vt1300 system, and have gotten one working 100%, but haven't figured out what terminal emulation the terminal personality of the unit uses. It works 95% with the vax 3900 I have it attached to, but from time to time I see what I assume as vt100 control codes in the output stream. I assumed that that unit used vt100 emulation out of the box, and that the vax console would go this way as well, but perhaps I'm wrong. It could be that the vax is vt52 some other terminal type by default, or that the 1300 does vt102, or vt220... Kevin

14 years

3
7
0 0

Raspberry Pi VAX Cluster...

by md.benson＠gmail.com

On 15 Jun 2012, at 09:14, jim s <jws at jwsss.com> wrote: > Is there a place with a description of all that one needs to set up to > get the vax cluster going? I'm thinking that my vmware system could > host 4 to 8 linux boxes w/o a problem, but given the time I have to put > into projects, I'd love to get pointers on where the best starting point > is rather than a lot of hunting. I've got pretty good familiarity with > all the bits a pieces, but the devil is usually in the details when you > start to try to find all the parts. I'd certainly document what it > takes to get it onto a multi vmware / simh system. I'm working on it for RaspberryPi, the procedure, minus the part about preparing the OS SDHC card, is likely to be similar. > I've been doing some firewall testing with success on the setup, and if > the traffic is routeable on the vmware virtual switches, I'd like to use > this a another test of that. Sounds like an unteresting project, it could really prove viable with something like a 4-thread i3 or i5 and 4GB of RAM to share out between the VMs. I'd probably run a SSD or high speed disk for the partitions to maximise I/O speed. -- Mark Benson http://markbenson.org/blog http://twitter.com/MDBenson

14 years

1
0
0 0

Raspberry Pi VAX Cluster...

by geneb＠deltasoft.com

Uses SIMH on a pair of Raspberry Pi boards. Pretty slick: http://www.designspark.com/content/raspberry-pi-vax-cluster g. -- Proud owner of F-15C 80-0007 http://www.f15sim.com - The only one of its kind. http://www.diy-cockpits.org/coll - Go Collimated or Go Home. Some people collect things for a hobby. Geeks collect hobbies. ScarletDME - The red hot Data Management Environment A Multi-Value database for the masses, not the classes. http://www.scarletdme.org - Get it _today_! Buying desktop hardware and installing a server OS doesn't make a server-class system any more than sitting in a puddle makes you a duck. [Cipher in a.s.r]

14 years

5
7
0 0

Microvax connecting from console (MMJ) to DB25(female) DCE port

by jeffj＠panix.com

Re: Microvax connecting from console (MMJ) to DB25(female) DCE port >> I've even seen one device which powers down its transmitter unless >> it sees at least one input pin being driven. > Just to jump in...I don't know about machines, > but at least one of the later MAX232 family chips can be configured to do this. > It's a power-saving measure; it shuts down the charge pump. > Note that this is not the "MAX232", but one of that family, > which comprises upwards of thirty completely different chips now. And someone mentioned another driver chip that can tri-state the drivers. I once worked in an environment that kinda used that feature to allow many RS232 devices to share one line. It was a broadcast-mostly hub-network where clients could send requests, but they were normally transmit-disabled. It was collision NON-detect: lack of an ack implied a transmit collision. Mfgrs such as Black Box also made MSU: Modem Sharing Unit. The dumb ones just "or-ed" together the inputs. The "smart" ones used a protocol for multiplexing many serial ports to one. I guess EIA-422 or 485 would be better suited for that, but I suspect the network evolved >from single point to point links to multidrop. -- jeffj

14 years

1
0
0 0

BASIC rom compatibility

by rampaginggreenhulk＠yahoo.com

You (Chuck) and Dave are speaking specifically of so called 100% clones. That I fully expect to be a given. That there exists the mechanism to default to a batch of code in a rom address is news to me though, even in a hundred percenter. But since there is so much compatibility amongst BASICS, as was mentioned recently, and given an empty socket (curious to know which mobos had them, probably few if any) or a board that would extend an existing socket, is it likely an IBM chip would work, even if you had to manually transfer execution.

14 years

7
13
0 0

SCSI-1 DB37

by fast79ta＠yahoo.com

Does any one have a pinout of the DB37 SCSI connector? Might be what my old scanner has on it. Especially if all the ground pins and shields line up. Thanks!

14 years

6
10
0 0

P800 boards

by iamcamiel＠gmail.com

I?ve completed a list of boards in the P800 haul: CPU BOX 1 ? labeled P859 ? CP7RA : 5111 199 62019 (P857R/A CPU for P858,P859) ? MCU3 : 5111 199 77442 (Paper tape, serial control unit (partially populated)) ? 2 x M128E : 5111 199 67592 (128Kx21 RAM) ? MCU2 : 5111 199 78181 (Line printer, card reader control unit) ? MTCU : 5111 199 72467 (Pertec 9 track magnetic tape control unit) ? 2 x M128ES : 5111 199 58622 (128Kx21 RAM) ? MCU3 : 5111 199 77444 (Paper tape, serial control unit (partially populated)) ? AMA-8A : 5111 199 75318 (Asynchronous line multiplexer) ? SLCU2 : 5111 199 69373 (Synchronous serial line control unit) CPU BOX 2 ? labeled P859 ? 2 x CP7RA : 5111 199 62019 (P857R/A CPU for P858,P859) ? M128E : 5111 199 67592 (128Kx21 RAM) ? MCU2 : 5111 199 78185 (Line printer, card reader control unit) ? MCU2 : 5111 199 78186 (Line printer, card reader control unit) ? MCU3 : 5111 199 77445 (Paper tape, serial control unit (partially populated)) ? BIGD : 5111 199 73289 (Big disk (40/80MB CDC) controller) ? BIGD2A : 5111 199 57852 (Big disk) The weirdness of Box 2 is ? obviously ? a second CPU in the same box. This can?t be right. CPU BOX 3 ? labeled P859 ? CP7R : 5111 199 67589 (P857R CPU for P858,P859) ? M128E : 5111 199 67593 (128Kx21 RAM) ? TIMER CARD : 4022 422 20091 ? ? : 4522 107 62304 ? CU-ADIOS : 8222 255 50942 Box 3 has three cards with part numbers in different series from the normal 5111 199 xxxxx CPU BOX 4 ? unlabeled, P856 type M4M box ? 2 x CDD : 5111 199 78176 ? CDD : 5111 199 78177 ? CDD : 5111 199 78178 ? 2 x MCU3 : 5111 199 78198 (Paper tape, serial control unit fully populated)) ? MMU : 5111 199 75183 (Memory Management Unit) ? GPC : 5111 199 79382 (Custom card) Box 4 just looks wrong. I don?t know what the CDD cards are, but there doesn?t appear to be a CPU or memory in there. However, there are P856 CPU?s in the spare cards box, and I found references to the P856 being able to use MOS memory as well as core, so all might not be lost here. EXPANSION BOX ? E2 type (6 slots) ? BIGD2A : 5111 199 57852 (Big disk) ? MTCU : 5111 199 72467 (Pertec 9 track magnetic tape control unit) ? BIGD : 5111 199 59755 (Big disk (40/80MB CDC) controller) ? MTCU : 5111 199 72462 (Pertec 9 track magnetic tape control unit) ? 2 x MX : 5111 199 79335 CASSETTE BOX ? P833 ? K7S2 : 5111 199 79329 (P833-152 Cassette Control Unit) Combined with the spare M-format cards in the haul, the complete list of boards is as follows: ? ? : 4522 107 62304 ? AMA-8A : 5111 199 75318 (Asynchronous line multiplexer) ? BIGD : 5111 199 59755 (Big disk (40/80MB CDC) controller) ? BIGD : 5111 199 73289 (Big disk (40/80MB CDC) controller) ? 2 x BIGD2A : 5111 199 57852 (Big disk) ? 4 x CDD : 5111 199 7817X ? 2 x CP7R : 5111 199 67589 (P857R CPU for P858,P859) ? 3 x CP7RA : 5111 199 62019 (P857R/A CPU for P858,P859) ? CPB : 5111 199 74979 (P856 CPU) ? CPB : 5111 199 76227 (P856 CPU?) ? CPB / CP7B : 5111 199 63142 (P856 CPU?) ? CU-ADIOS : 8222 255 50942 ? 4 x F1MB : 5111 199 6742X (modified for? 5.25" FDD) ? 3 x F1MB : 5111 199 67427 (8" Floppy disk controller) ? F1MBY : 5111 199 58742 (Floppy disk controller) ? FLDB : 5111 199 69667 ? GPC : 5111 199 79382 (Custom card) ? 2 x IOP : 5111 199 73185 (I/O Processor) ? K7S2 : 5111 199 79329 (P833-152 Cassette Control Unit) ? 5 x M128E : 5111 199 6759X (128Kx21 RAM) ? 2 x M128ES : 5111 199 58622 (128Kx21 RAM) ? 3 x MCU2 : 5111 199 7818X (Line printer, card reader control unit) ? 5 x MCU3 : 5111 199 7744X (Paper tape, serial control unit (partially populated)) ? 2 x MCU3 : 5111 199 78198 (Paper tape, serial control unit fully populated)) ? MMU : 5111 199 75183 (Memory Management Unit) ? 3 x MTCU : 5111 199 7246X (Pertec 9 track magnetic tape control unit) ? 2 x MX : 5111 199 79335 ? SLCU2 : 5111 199 69373 (Synchronous serial line control unit) ? TIMER CARD : 4022 422 20091 Looks like I should be able to get a few systems going with these parts. There?s also a second box with spare cards, having different formats. Some of these are double eurocard format, like those used in the P85xE systems. There?s also a spare power supply for a P859 box, as well as a spare power supply for a P856 box. I?m interested in finding out more about the cards I couldn?t identify, these are: ? ? : 4522 107 62304 ? 4 x CDD : 5111 199 7817X ? FLDB : 5111 199 69667 ? 2 x MX : 5111 199 79335 ? TIMER CARD : 4022 422 20091 I?m hoping CDD means Cartridge Disc Drive, and that these are the controllers for the X1215 disk drives. The 2 8? floppy disk drives are CDC BR8A8A type, looks like they are 800KB double sided, double density drives. They?re very dusty. Cheers, Camiel

14 years

14
38
0 0

rl02a vs rl02 whats the differance between the 2

by tdk.knight＠gmail.com

just noticed my 3 rl02's i have ones a rl02a witch has a metal front panel instead of plastic what els is different not seeing anything on a quick google

14 years

3
3
0 0

seeking ATT PC 7300 keyboard caps...letter C and Reset/Break

by nigel.d.williams＠gmail.com

Just acquired a PC 7300 and as I am cursed with always incomplete keyboards would be interested if anyone has spare keycaps for it please. I am missing the letter C keycap and the Reset/Break keycap. Example picture: http://upload.wikimedia.org/wikipedia/commons/e/e6/Att-3b1.JPG I can offer VT100-style keycaps as a trade or paypal. thanks, nigel.

14 years

5
4
0 0

Ukraine?

by dennis_mailing_lists＠conus.info

Hi. Just interesting, is there any lurkers/classic computers fans from Ukraine here in this mailing list?

14 years

4
3
0 0

Raspberry Pi VAX Cluster...

by md.benson＠gmail.com

On 13 Jun 2012, at 14:40, Liam Proven <lproven at gmail.com> wrote: > On 12 June 2012 14:06, Gene Buckle <geneb at deltasoft.com> wrote: >> Uses SIMH on a pair of Raspberry Pi boards. Pretty slick: >> >> http://www.designspark.com/content/raspberry-pi-vax-cluster > > I thought that was pretty elite, as one might say, myself - and > Tweeted it, where it's now spreading quite well. I hope you tweet about mine, I will be blogging it as I go and posting video hopefully so plenty of interest! :) Follow @DECtecInfo :) Hopefully mine will have more nodes and will be rack-mountable with ports to the outside world... maybe ;) -- Mark Benson http://markbenson.org/blog http://twitter.com/MDBenson

14 years

2
1
0 0

Raspberry Pi VAX Cluster...

by md.benson＠gmail.com

On 13 Jun 2012, at 14:26, Rod Smallwood <rodsmallwood at btconnect.com> wrote: > Sheeesh! To clarify, I'm not so much bitter that he 'got there first', just that I couldn't do it yet because I only have 1 board. I'd have started by now but I have no more boards. I am thinking about using my Atom PC and VIA PC as nodes until I have more boards bu that's not ideal, although I can run 2 nodes on the Atom. I have a LOT of reading and learning to do before I can even start so I can't exactly complain about him beating me to the post :P -- Mark Benson http://markbenson.org/blog http://twitter.com/MDBenson

14 years

1
0
0 0

interesting Quora post on Marklar

by spectre＠floodgap.com

Marklar was, of course, the Intel version of OS X which existed in Apple's skunkworks after the apparent demise of Star Trek (classic OS on x86). I say apparent, because this post, allegedly written by the wife of the chief engineer, implies that Marklar rose from the ashes of Star Trek due to this guy's efforts. http://www.quora.com/Apple-Inc-2/How-does-Apple-keep-secrets-so-well/answer… Not sure how true it is; perhaps Al Kossow knows. -- ------------------------------------ personal: http://www.cameronkaiser.com/ -- Cameron Kaiser * Floodgap Systems * www.floodgap.com * ckaiser at floodgap.com -- Experience only makes you more interesting and marketable. -- Judy Blackburn

14 years

14
42
0 0

Available VAX

by brian＠polibyte.com

Down in Macon, GA my dad has a DEC that we would like to send to a good home. He purchased this several years ago from a man in north Georgia who said it spend the 1990s answering the phone at a utility company. My dad kept it in his classroom while he was a high school technology teacher, but now that he's no longer teaching it's gathering dust on his carport. There's a VAXstation 3, DECvoice unit, two hard drives, and a tape drive in an enclosure on wheels. There's also a VT420 terminal. You'd need a truck, ramp, and at least two strong people to load and unload this. You can see some pictures of the equipment at http://www.flickr.com/photos/puerexmachina/sets/72157622981044137/ Please pass this on to anyone you think might be interested! -- All the best, Brian Pitts

14 years

10
15
0 0

P800 boards

by tshoppa＠wmata.com

>> >> Seems excessive... I seem to recall you need log2(n) - 1 bits, which >> >> would be 3 bits (32-bit ECC needs 4 bits). >> > Doesn;t that assume the 'extra' bits are known to be correct. Those >> > can be in error too (even if the'real' data bits are correct), >> >> No, it doesn't. See Wikipedia's Hamming code page (asking for SECDED >> redirects to it) for a brief treatment of the subject, or any of many >> more detailed treatments of coding theory for more. > > I am missing something here... The OP says that adding 3 bits to a 16 bit > word is enough to be able to correct any single-bit error. > > Now, consider those 16 'real' data bits. If any single one is in error, > that generates a new 16 bit word, and each of these much give the same > output 16 bit word after error correction. So it would appear to me that > there have to at least 17 possible input words (the 'correct' one, and > the 16 wach with one bit fillped form the corrrect one) that give the > same 16 bit output -- that is what is meant by correcting single bit erorr. > And yet adding 3 bits only gives you 8 times as many possible data words, > which doesn't seem enough. The example I know, is the MK11 memory box. ECC there is done at the single-error correction, double-error detection level on 32-bit words. This takes 7 check bits. I find the most satisfying illustration to be the MK11B print set, there's a very nice 11x17 page in large type, illustrating how all this is done with XOR gates. I find this much more digestible than the usual mathematical equation stuff found in textbooks. That's a brilliant page. It shows how to, by eye, to read the XOR gate outputs to identify the error syndrome uniquely, with just a few words. Many fewer words than I used in this paragraph!!!! If you didn't want double-error detection it would take 6 check bits per 32 bit word. Maybe the implication that there is 3 check bits per 16 bit words, assumes single-bit correction and the actual ECC logic is working on 32 bit words. If the ECC was working on 16 bit words, it would take 5 check bits. Tim.

14 years

2
1
0 0

BASIC rom compatibility

by rampaginggreenhulk＠yahoo.com

Ill wager they must have been very illegal clones Diane. Do you remember anymore specifics? And with her statement I dare anyone to tell me the real early even vanilla clones arent collectible.

14 years

1
0
0 0

BASIC rom compatibility

by rampaginggreenhulk＠yahoo.com

assuming an empty socket (IBM mobos typically have empty sockets), chances are if you dropped IBM roms into a clone mobo, while it may not boot into BASIC in the absence of a floppy or hard drive, would it work if you jumped to so and so?

14 years

4
3
0 0

A Teletype Model 43 and a 1938 Army dual teletype with paper tapes

by ard＠p850ug1.demon.co.uk

> > I was at a storage unit this evening, picking up yet another couple of > free DEC machines. The guy unloading the machines also had a couple of > teletypes. One was a pretty standard Model 43 (all plastic case). > It had a 300 baud interface, not serial port. He said he knows it works I am wondering jsut what a '300 baud interface' is if not a serial port. It sounds like it might be a current loop interface. I thought the Model 43 had both that and RS232 as standrd, but it does depened on the PCB at the very back, behind the PSU. I _think_ that standard Model 43s can do 110 or 300 baud. -tony

14 years

1
0
0 0

interesting Quora post on Marklar

by lproven＠gmail.com

On 12 June 2012 16:54, Zane H. Healy <healyzh at aracnet.com> wrote: > > I rather wish they'd kill of HFS+, weren't there rumors of moving to ZFS a > few years back? I don't know what happened but I suspect it might have been something to do with the Oracle takeover. This has caused problems with Java use on Linux, for example. Oracle won't permit others to host the JVM in a repository any more, for instance. -- Liam Proven ? Profile: http://lproven.livejournal.com/profile Email: lproven at cix.co.uk ? GMail/G+/Twitter/Flickr/Facebook: lproven MSN: lproven at hotmail.com ? Skype/AIM/Yahoo/LinkedIn: liamproven Tel: +44 20-8685-0498 ? Cell: +44 7939-087884

14 years

1
0
0 0

interesting Quora post on Marklar

by jon＠jonworld.com

On Tue, Jun 12, 2012 at 11:54 AM, Zane H. Healy <healyzh at aracnet.com> wrote: > I rather wish they'd kill of HFS+, weren't there rumors of moving to ZFS a > few years back? > > ZFS in OSX died due to SUNW->ORCL licensing changes, IIRC.

14 years

1
0
0 0

A Teletype Model 43 and a 1938 Army dual teletype with paper tapes available.

by jimpdavis＠gorge.net

Oh no! Not another baud .vs.BPS.vs.data rate gentleman's argument! But, What is a 300 Baud interface? Current loop maybe? jim Scott M wrote: > I was at a storage unit this evening, picking up yet another couple of > free DEC machines. The guy unloading the machines also had a couple of > teletypes. One was a pretty standard Model 43 (all plastic case). > It had a 300 baud interface, not serial port. He said he knows it works > because he ran it to a computer at 300 baud that then converted the > signal to serial so that it could communicate "normally". He said the > 300 baud interface makes it more of a pain, but more cool at the same > time. He is looking to unload it right away. The other teletype was > all metal, built into a small table, had an Army Corps label, a tape > read/writer?, a box of blank "new" paper tapes on spools about 5/8 inch > wide. Also a second auxiliary? teletype unit was built into a very > small adjacent table. This one had several "new" rolls of paper approx > 12 inches wide. The secondary teletype had keys too, but I am thinking > the primary with the paper tape was used for input and the secondary > was used for output. The guy said it was used with the MARS system. > There was an interface box too, probably to connect to a ham radio, > but the radio was not present. The guy said he got it from a retired > Air Force General who had kept it as a souvenir. He said he has all the > original manuals that go with it at home. He said it is complete and > reportedly working. The only thing wrong was some of the plastic covers > on the individual keyboard keys had deteriorated and were loose. > However considering the year, 1938, it was in remarkably good shape. > The dry Colorado air is pretty easy on most equipment, and this was > yet another example of that. > He said cannot ship it because it is too heavy, but I know that places > like "The UPS Store" can pickup, package, and ship items like this. > There is a UPS Store nearby that might be able to do the job. (I had > a 100+ lb IBM machine shipped this way a few years ago for about $200). > Anyway, the guy is Matt. I am not going to post his email address, but > if you want to contact him, email me and I will forward your email to > him. I can also give you contact info for the nearby UPS Store. Matt > took some pictures with his smartphone for me, and once he emails those, > I will put them on a website. > > Scott > > > > >

14 years

2
1
0 0

I am looking for a few MINDSET items, in particular a BASIC cartridge, s/w

by rampaginggreenhulk＠yahoo.com

no??? What about on disk? ------------------------------ On Sat, Jun 9, 2012 5:07 PM PDT Curt Vendel wrote: >Basic was never released on rom cartridge. Yes it was mentioned in marketing materials but was never developed onto rom > > > >Sent from my iPhone > >On Jun 9, 2012, at 5:50 PM, Chris Tofu <rampaginggreenhulk at yahoo.com> wrote: > >> >> turns out none of my units work anymore. Short of pulling the roms... I may have the service docs. I know I have the marketing guide. >

14 years

4
10
0 0

A Teletype Model 43 and a 1938 Army dual teletype with paper tapes available.

by scott.m.18＠atsgate.com

I was at a storage unit this evening, picking up yet another couple of free DEC machines. The guy unloading the machines also had a couple of teletypes. One was a pretty standard Model 43 (all plastic case). It had a 300 baud interface, not serial port. He said he knows it works because he ran it to a computer at 300 baud that then converted the signal to serial so that it could communicate "normally". He said the 300 baud interface makes it more of a pain, but more cool at the same time. He is looking to unload it right away. The other teletype was all metal, built into a small table, had an Army Corps label, a tape read/writer?, a box of blank "new" paper tapes on spools about 5/8 inch wide. Also a second auxiliary? teletype unit was built into a very small adjacent table. This one had several "new" rolls of paper approx 12 inches wide. The secondary teletype had keys too, but I am thinking the primary with the paper tape was used for input and the secondary was used for output. The guy said it was used with the MARS system. There was an interface box too, probably to connect to a ham radio, but the radio was not present. The guy said he got it from a retired Air Force General who had kept it as a souvenir. He said he has all the original manuals that go with it at home. He said it is complete and reportedly working. The only thing wrong was some of the plastic covers on the individual keyboard keys had deteriorated and were loose. However considering the year, 1938, it was in remarkably good shape. The dry Colorado air is pretty easy on most equipment, and this was yet another example of that. He said cannot ship it because it is too heavy, but I know that places like "The UPS Store" can pickup, package, and ship items like this. There is a UPS Store nearby that might be able to do the job. (I had a 100+ lb IBM machine shipped this way a few years ago for about $200). Anyway, the guy is Matt. I am not going to post his email address, but if you want to contact him, email me and I will forward your email to him. I can also give you contact info for the nearby UPS Store. Matt took some pictures with his smartphone for me, and once he emails those, I will put them on a website. Scott

14 years

1
0
0 0

2026

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