test-drb

test-drb@ccmp.vtda.org

101090 discussions

by steverob＠hotoffice.com

> > > > Before I can start the system in multiple user mode, I gotta figure out a > > fail safe way to change the ROOT password. According to the MAN pages, you > > gotta supply the current password if you use the "passwd" command. That > > won't work because I don't know the current password. DOH! > > Actually, most versions of passwd bypass the request for the old password > if you are running them as root. I'd try 'passwd root' and see what happens. > I was able to create a new user through "sam" (HPUX system tool) with ROOT privileges. Unfortunately, I cannot get the system to reboot reliably. Keep getting HD errors. Previously, the system was failing while running FSCK during the boot process. At that point, it would drop me to a shell as ROOT. That's how I was able to get in before. Last night, I ran FSCK manually to fix the problems and it did recover the cylinders on the disk. Now when it is booted, it doesn't fail the FSCK so, it continues and fails at different point. It just keeps looping and saying "error blah, blah, blah, PID 1 killed". Haven't figured out a way around that one, YET! Might be able to pass a parameter while booting that will cause a different boot behaviour? Looks like I'll probably have to reinstall the OS from scratch. I don't think there was any thing on the system that wouldn't be included in the OS installation anyway. I ordered the FREE software upgrade (HPUX 9.0 to HPUX 10) from HP and hope to hear from them in the next few days. I just hope it's on a medium that I can read. I sorta goofed and only ordered a couple of licenses. Originally, the system had 64! I'll let you know what happens. Anyone know where I can HPIB "shoebox" drive for this thing? See Ya, Steve Robertson - <steverob(a)hotoffice.com>

26 years, 6 months

SW needed for Radius pivot monitor

by rigdonj＠intellistar.net

Hi, I picked up a Radius Pivot Precision Color 17 monitor today with both PC and Mac cables. Does anyone know where I can get software to rotate the picture on the CRT? I've looked all over Radius's site but can't find any. I'm looking for software for both the PC and the Mac. Joe

26 years, 6 months

SW needed for Radius pivot monitor

by PB14＠leicester.ac.uk

On 8 Jun 99 at 19:50, Joe wrote: > Hi, > > I picked up a Radius Pivot Precision Color 17 monitor today with both PC > and Mac cables. Does anyone know where I can get software to rotate the > picture on the CRT? I've looked all over Radius's site but can't find > any. I'm looking for software for both the PC and the Mac. A quick look at ftp://ftp.radius.com throws up *some* of the software for older Radius hardware including Radiusware for NuBus/PCI Mac video cards. A lot of drivers have disappeared recently, including those for Radius Rocket accelerators. Try: ftp://radius.com/radius.mac/ Phil ************************************************************** Phil Beesley -- Computer Officer -- Distributed Systems Suppport University of Leicester Tel (0)116 252-2231 E-Mail pb14(a)le.ac.uk

26 years, 6 months

VAXstation CDROM questions (again)

by danburrows＠mindspring.com

I am quite sure I have some cables here that I got from my DEC surplus bids. Contact me off list with the details of you system and/or the part # you need and I will check for you. I am usually able to get them new for $5 to $15 depending on particular bid. Dan dburrows(a)netpath.net danburrows(a)mindspring.com -----Original Message----- From: paul yaskowski <paul(a)paul.dragontear.org> To: Discussion re-collecting of classic computers <classiccmp(a)u.washington.edu> Date: Tuesday, June 08, 1999 9:28 PM Subject: Re: VAXstation CDROM questions (again) >* Zane H. Healy (healyzh(a)aracnet.com) [06.08.99 21:08]: >> > Here's my question: I have a VAXstation 3100, and i'm interested in >> >upgrading VMS. Currently it runs VMS 5.4. Since the VAX doesn't have >> >a cdrom, and i'm assuming the cost of a DEC CDROM is outrageous (i'm >> >15, give me a break.), I was wondering if there is a way to install >> >from a network CDROM drive. Could I setup my Linux box to share it's >> >CDROM via NFS? Or is there perhaps any software that would allow this? >> >Or am I insane? The questions.. >> >> Find a cheap 3rd party CD-ROM that supports 512-byte blocks, and you'll >> hopefully be able to use it. I've used a 2x Mac CD-ROM, and a 4x Panasonic >> external on my 3100. I've used the same external and a 4x Toshiba on my >> Alpha's. The important thing is it MUST suport 512-byte blocks, most PC >> CD-ROM's support 2048-byte blocks. >> >> I got the 4x Toshiba for $15 used, as a price reference. > > Any idea where I could pick myself up one of those? The CDROM is not >the only price factor that i'm worried about, it's also the external >SCSI cable. I looked at a DEC SCSI cable that will fit into the back >SCSI port, and it cost a mere $95. I'm running a incredibly tight >budget, the story of a teenager's life, and $95 is simply out of the >question. > >-paul > >-- > paul(a)paul.dragontear.org [a paradigm of a paramount failure] >

26 years, 6 months

HP 9000/840S is alive (sorta)

by allisonp＠world.std.com

<Actually, most versions of passwd bypass the request for the old password <if you are running them as root. I'd try 'passwd root' and see what happens For ULTRIX you can go Single user and "edit" the password to "" and then the root password is null. The trick however is finding it and dealing with ED. I believe this works with other versions of Unix too. Allison

26 years, 6 months

VAXstation CDROM questions (again)

by allisonp＠world.std.com

< Any idea where I could pick myself up one of those? The CDROM is not <the only price factor that i'm worried about, it's also the external <SCSI cable. I looked at a DEC SCSI cable that will fit into the back <SCSI port, and it cost a mere $95. I'm running a incredibly tight <budget, the story of a teenager's life, and $95 is simply out of the <question. Where to get a scsi drive have been covered by others. Since you don't need the drive all the time you don't need the cable either. Here's how. Pop the cover amd locate teh SCSI cable (50pin). The design allowed for several drives internal so plug in to one of those, also pick up power there as it's available. It's ugly, but it works. Allison

26 years, 6 months

VAXstation CDROM questions (again)

by allisonp＠world.std.com

< Here's my question: I have a VAXstation 3100, and i'm interested in <upgrading VMS. Currently it runs VMS 5.4. Since the VAX doesn't have <a cdrom, and i'm assuming the cost of a DEC CDROM is outrageous (i'm <15, give me a break.), I was wondering if there is a way to install It does not have to be DEC. IT does have to be SCSI and capable of 512byte blocks. I have an old Toshiba 2x scsi that works ok for this. <from a network CDROM drive. Could I setup my Linux box to share it's <CDROM via NFS? Or is there perhaps any software that would allow this? <Or am I insane? The questions.. Your not insane but, I think the tools to get from Linux NFS(TCPIP) to VMS (VMS networks with DECNET unless you have UCX or CMUIP) files-11 are not there. The real question is why? VMS 5.4 is fine for a standalone system and likely kermit is on the machine and if you real lucky CMUIP, that enough to communicate with the net or other machines. Allison

26 years, 6 months

HP 9000/840S is alive (sorta)

by steverob＠hotoffice.com

> >You might be better off looking for a replacement hard disk unit. There's > >a 'shoebox' sized thing that contains a 300Mbyte ESDI (I think) drive + > >the appropriate HP interface board. I can find the number if Joe doesn't > >beat me to it. > > You're way too slow! Who do you think found this and told Steve about > it? And THEN helped him load it. The ESDI drives are the 7957/7958/7959 > series. They're about 80, 158 and 300 Mb capacity. I think there's a 7957 > on E-OverPay right now. > I've got several of the "showbox" drives with my HP 3000/42 but, don't want to cannibalize that system (I think they're 7963B's). I may have to shop around for another one. Last night I fired up the 9000/840 again and got better results. Seems like the HD is starting to loosen up a little. Could be that the servos were a little sticky from being stored. Every time I start the system, it gets fewer errors. I was able to boot the system in single-user mode and got in as ROOT. I don't know the exact boot sequence because my terminal failed during the process ( cold solder joint in the verticle defelection circuitry). By the time I got it hooked up again, the system had completed booting and I was magically logged in as ROOT. Yipee!!! Before I can start the system in multiple user mode, I gotta figure out a fail safe way to change the ROOT password. According to the MAN pages, you gotta supply the current password if you use the "passwd" command. That won't work because I don't know the current password. DOH! I can think of two possibilities: 1.) Create a new user with ROOT permissions. 2.) Modify the ROOT entry in the /ETC/PASSWORD file. This sounds kinda risky. If the syntax isn't correct, I could really be screwed. If anyone has any better suggestions, I'd like to hear them. In any event, I don't want to risk locking myself out of the system. It looks like there are very few user files on the system (at least on this HD). Mostly what I'm seeing is the HPUX OS installation. Either the files were purged, prior to decommission, or they're on the other HD. Now, I gotta figure out how to mount the other drive. Every time I run the command 'mount' I get an ugly error. When I run it, I can hear the HD seeking and after about 2 minutes, the error message displayed. Gotta feeling this utility is on one of the bad HD sectors. Anyway, things are looking better :-) Catch Ya Later, Steve Robertson - <steverob(a)hotoffice.com>

26 years, 6 months

Disk Drive Documents

by edick＠idcomm.com

The problem is with the pictures and diagrams. Now, if you have tools which make this a straightforward task achievable in a day or so for the 5k or so pages ultimately involved, then maybe you're the one for the job, but beware! It's never as simple as it looks. BTW, I don't think GIF is an efficient way to represent LINE ART, which is what generally is involved in illustrations and schematic diagrams. Dick -----Original Message----- From: Tony Duell <ard(a)p850ug1.demon.co.uk> To: Discussion re-collecting of classic computers <classiccmp(a)u.washington.edu> Date: Monday, June 07, 1999 8:08 PM Subject: Re: Disk Drive Documents >> >> That, in fact, is the case here. I have two laser printers and three >> ink-spitters, and a pen plotter, none of which speak PS. They even require >> different dialects of PCL. There's even an impact printer from the >> DOT-Matrix (for multi-part forms) which doesn't speak either. >> >> The only language common to all my printers is ASCII. All but the TOSHIBA >> Dot-Matrix printer speak HPGL if they're prodded. > >Doesn't that say something? Like use plain ASCII if at all possible :-) > >Actually, Ghostscript should be able to drive (or be modified to drive) >at least one of your printers. And it will read/print at least Level 1 >postscript files. > >-tony >

26 years, 6 months

cosmac Elf

by dogas＠leading.net

A little free time and a digital camera are a volatile mix... For a pretty Elf, call: http://millennial-concepts.com/dogas/elf.html :) Mike: dogas(a)leading.net

26 years, 6 months

Disk Drive Documents

by edick＠idcomm.com

I ran into this from time to time myself, and, in the case where company politics prevented me from drawing my own, I drew dashed lines around the structural blocks in my diagram. This made the draftsment less prone to rearrange my work. Dashed lines are something many draftsmen really hate. Dick -----Original Message----- From: Dwight Elvey <elvey(a)hal.com> To: Discussion re-collecting of classic computers <classiccmp(a)u.washington.edu> Date: Tuesday, June 08, 1999 5:55 PM Subject: Re[2]: Disk Drive Documents >ard(a)p850ug1.demon.co.uk (Tony Duell) wrote: >> >> On the other hand, I've seen schematics that have been redrawn by >> draftsmen. They have rearanged the components to make the diagram look >> balanced on the page. The result is that the logical structure of the >> schematic has gone. Figuring out how it works is next-to-impossible. >> > >Hi > I used to hate that when the draftsmen would take my >carefully organized schematics and crunch them down into >an unreadable mess. I had them as logical blocks >because that is the way I thought about the designs. >When the techs on the bench were trouble shooting, >they'd always come to me for the original drawings. >I tried to fight it once but the boss said it >was wasting too much paper ( let me see, a $60K system >couldn't afford $0.20 more paper?? ). >Dwight >

26 years, 6 months

Old bits

by foxvideo＠wincom.net

I received several boxes of old parts, I hope someone might be able to tell me something about them. Hard drives... 1- Seagate ST-251, 3- ST-4384E (94186-383H). 1- Control Data 94166-182 1- Miniscribe 3053 Plug in cards... 5- WDC1985 - WD1003-WA2 These look like they might be HD controllers.(I hope) Several Zenith Data Systems cards, including a cpu card with an 8088. These look as if they may have been a PC Clone built on sort of a backplane. There were about twenty pounds of other cards, but these seem to be the most interesting. Regards Charlie Fox Charles E. Fox Chas E. Fox Video Productions 793 Argyle Rd. Windsor N8Y 3J8 Ont. Canada email foxvideo(a)wincom.net Homepage http://www.wincom.net/foxvideo

26 years, 6 months

Disk Drive Documents

by edick＠idcomm.com

It looks to me like the format which offers the most hope of providing for users of formats other than PDF is the TIFF output from the scanner. That can be compressed using a commonly available tool like pkzip and it's already pepared in the process of getting from a paper document to PDF. Each page will be more or less as it was scanned, though there may be some noise specks. No extra effort is involved aside from naming and storing each one, then transferring the whole mess to the web site host. If Tony wants to OCR it, he can, if SAM wants to skip the schematics, he can, and pretty much anyone else who wants to do anything else can do that too. Since a typical scanned page in raw bitmap is about 1 MB, though I don't know how much compression can be squeezed out of a page of text or a page of line-art, server capacity may become an issue. However, it may be realistic to reduce the TIF-formatted files to CD, assuming there's a CD available on the web host, and then it can deal with the TIF files. DICK -----Original Message----- From: CLASSICCMP(a)trailing-edge.com <CLASSICCMP(a)trailing-edge.com> To: Discussion re-collecting of classic computers <classiccmp(a)u.washington.edu> Date: Tuesday, June 08, 1999 4:50 PM Subject: Re: Disk Drive Documents >>But, and this applies to text as well, once you've printed them out and >>scanned them back in again, you've lost that structure. The scanner >>produces a bitmap (probably a slightly distorted bitmap as noting is >>perfect). It is _very_ difficult to automatically recover that structure >>(would you like to write a program that analyses a bitmap and finds >>component symbols in it?) > >Such programs do exist, however. Most of the fancy electronics-oriented >CAD packages have "schematic capture" modules. And, of course, such >packages run into the many kilobucks. > >-- > Tim Shoppa Email: shoppa(a)trailing-edge.com > Trailing Edge Technology WWW: http://www.trailing-edge.com/ > 7328 Bradley Blvd Voice: 301-767-5917 > Bethesda, MD, USA 20817 Fax: 301-767-5927

26 years, 6 months

Disk Drive Documents

by CLASSICCMP＠trailing-edge.com

>But, and this applies to text as well, once you've printed them out and >scanned them back in again, you've lost that structure. The scanner >produces a bitmap (probably a slightly distorted bitmap as noting is >perfect). It is _very_ difficult to automatically recover that structure >(would you like to write a program that analyses a bitmap and finds >component symbols in it?) Such programs do exist, however. Most of the fancy electronics-oriented CAD packages have "schematic capture" modules. And, of course, such packages run into the many kilobucks. -- Tim Shoppa Email: shoppa(a)trailing-edge.com Trailing Edge Technology WWW: http://www.trailing-edge.com/ 7328 Bradley Blvd Voice: 301-767-5917 Bethesda, MD, USA 20817 Fax: 301-767-5927

26 years, 6 months

Disk Drive Documents

by edick＠idcomm.com

Please take a look below. Dick -----Original Message----- From: Tony Duell <ard(a)p850ug1.demon.co.uk> To: Discussion re-collecting of classic computers <classiccmp(a)u.washington.edu> Date: Monday, June 07, 1999 8:27 PM Subject: Re: Disk Drive Documents >> The problem with PS is that it's not trivial (or achievable with freeware) >> to display, scale, search, or selectively print portions of it, is it? PDF >> allows all these. True, that's no help if you can't run Acroread. > >Remember that Postscript is a full programming language, and thus often >the only way to figure out what a given file will do is to interpret it. >Even the total number of pages printed by a given file is not easy (or >even possible) to determine without running the postscript program that >the file contains. > >Ghostscript (at least some versions) is free. That's a complete >postscript interpretter for just about any modern OS that will run >postscript programs and output a number of different formats (mostly >bitmapped images of various types, possibly to drive particular printers >(like PCL, some dot matrix, etc)). > >I don't believe postscript is a particularly useful format for something >like this. But I could justify it's more portable than PDF (although you >can do less with it). > > >> Perhaps not the art of the layout, but the order in which things are >> presented certainly can make the different between a very informative and >> easy-to-use document and one which is impenetrable. That doesn't mean it is > >True, but... > >Very often (in my experience) a given diagram (lets say a schematic) >applies to several areas of text in a document (lets say the circuit >description, the set-up instructions, etc). Often this diagram is printed >in a convenient (for the printer) place in the manual (hopefully near one >of the sections that applies to it). But continually flipping through the >manual to relate the diagram with the text is a pain. > >A different point, also to do with layout is : Is it better to provide >text in a platform-specific word processor format (so that the original >fonts and layout is maintained, but some people can't use it) or in plain >ASCII so that everyone can use it, but you won't get the right >fonts/layout all the time. I would argue strongly for the latter (or even >better, some ASCII-based markup language will hopefully allow you to do >both). > >> I don't like those minimal-effort-PDF's which look like faxed documents, >> badly aligned with the page boundaries, and looking like poorly rendered >> dot-matrix images either, but I think it's highly important, for the >> confidence of the user if not out of respect for the originator, to put >> forth a creditable presentation of the original document. Making it barley >> readable means nearly illegible which is nearly worthless. OCR'ing, > >I think you're missing the point... > >IMHO if you're going to simply provide a number of scanned pages (not >OCRed, not editted at all), then you lose a lot of the benefits that PDF >may have over a simple directory of individual scanned pages (which can >be equally well cleaned up, etc to make them legible). In which case you >might as well go back to providing a directory of scanned images which >can be read on many more types of machine. Well, I disagree. The guys who write technical doc's get paid a good deal because they're good at what they do. Most engineers and programmers, though they are excellent at what they do, they don't read, write, and spell very well. That's a stereotype I find very well rooted in reality. Why would I want engineers and programmers to fiddle with writing and illustration done by competent professionals? If they want to fiddle with the context, they can transform the source document in some way into the format they like and edit the result. They shouldn't be allowed to p*ss on the work many of us have learned to use with great success. It's imperative that the documents be clean ( no gratuitous specks, spots, etc, that the lines in the illustrations be straight where they should be, and curved uniformly if they should be, and the white space be white, not speckled) and a precise representation of the document it claims to represent. No gratuitous cartoons, commentary, etc should be included. Neither should anything be omitted. >PDF (may) becomes useful when you have text _as text_, not as scanned >bitmaps. When you have hotlinks in the document to other sections, etc. Frankly, I don't know how text is represented in PDF. Some of these documents have hotlinks, others use a tree at the left of the screen. I'm not sure why there are multiple ways to do navigate. For reasons I've already explained, not at all relating to my preference, though it IS my preference, these doc's will probably turn up in PDF. Whether they are also hammered into a form some of you like better depends on whether you're able to come up with a way to build that way and find someone to do it for you. If it's important to have non-PDF formats available, and I believe it is, then someone has got to build the non-PDF documents. Since places hosting such document collections already support several major formats, I doubt there will a dearth of space for additional formats. I am convinced, however, that, were I not already in possession of these documents, I'd get them in PDF, maybe even put them on a CD if there were enough of them, and use them as I please. >-tony >

26 years, 6 months

Disk Drive Documents

by edick＠idcomm.com

I'll pass on PDF email, thank you very much. I know it's of limited interest to many of the die-hard retrocomputing persons in this interest group, but for your info, if you're interested, the version of the Arcobat Viewer (Acrord32.EXE) which I'm using nearly every day is a nearly totally reflex-operable program which allows me to view, scale, SEARCH, print single-sided, or, with a freebie plug-in, print duplex, which is double-sided in two passes, in full living color . . . the important feature for this discussion being SEARCH. If this were just a bitmap imbedded in a framework of some sort, you wouldn't be able to search for text would you? How do you suppose, in light of what you know, this is done? Dick -----Original Message----- From: Sean 'Captain Napalm' Conner <spc(a)armigeron.com> To: Discussion re-collecting of classic computers <classiccmp(a)u.washington.edu> Date: Monday, June 07, 1999 9:23 PM Subject: Re: Disk Drive Documents >It was thus said that the Great Richard Erlacher once stated: >> >> Well? . . . now you see why we disagree. This doesn't just extend to you >> and to me, but rather to lots of other people who use documentation >> differently. > > Five months ago we had a similar discussion, this time about what formats >to use when emailing people (started because of complaints about messages in >HTML which were annoying several people on this list, myself included). >Part of the problem, as you state, is that different people have different >needs from documentation, and there are two aspects to documentation (or any >``printed'' material in general): content and presentation, or as Marshall >McLuhan would say, ``message and media.'' Both are important (``the medium >is the message'' anyone?) but for this crowd, it seems that the message >tends to be more important than the medium. > > As an experiement, I downloaded a PDF file (for the record, I have a PDF >viewer for Linux). Can't save the document as text, but I could print it to >a file. So I did that. Ended up with PostScript. Took a look at the >postscript and discovered that what I ended up with was basically a large >bitmap embedded in PostScript. Sure, I also have GhostView, but the output >looks like an okay scan of a rather mediocre photocopy. Nice. > > To be fair, the PDF in question appears to be just that though---an image >encapsulated in PDF. I tried finding a word that I know exists in the >document but oddly enough, the computer couldn't find it. > >> . . . and you'll have to do more than shout to convince me that's (meaning >> the fact every page is a document apart from the one major unit to which it >> belongs) not a big part of why the LINUX doc's are so impenetrably muddled. > > Linux's docs are so impenetrably muddled because programmers in general >don't like writing documentation (``The source is the documentation,'' is >too often the excused used). Heck, there are problems with comments IN THE >SOURCE CODE not being updated, so expecting any external documentation to be >up to date is asking a bit much (not that I like this any). > > -spc (So Richard, want me to start replying to you in PDF format?) >

26 years, 6 months

Old bits

by pete＠dunnington.u-net.com

On Jun 8, 11:48, Charles E. Fox wrote: > I received several boxes of old parts, I hope someone might be > able to tell me something about them. > > 1- Seagate ST-251 > 3- ST-4384E (94186-383H). > 1- Control Data 94166-182 > 1- Miniscribe 3053 ST-251 is an early 5.25" ST412-style (ie buffered step) 42MB (formatted) MFM drive, 820 cyl, 6 hd, 17 spt, 3600 rpm. ST-4384E is a 319MB (formatted 34 spt, 384MB unformatted) 5.25" ESDI RLL drive, 1412 cyl, 13 hd, 34 spt, 3600 rpm, voice-coil actuated. CDC 94166-182 is an ST4182E, 5.25" 151.8MB (formatted 34spt, 182MB unformatted) ESDI RLL drive, 969 cyl, 9 hd, 34 spt, 3600 rpm, also known as a Wren 3, and sold under the Imprimis brand. Miniscribe 3053 is a 5.25" ST412-style 42MB (formatted) MFM drive, 1024 cyl, 5 hd, 17 spt, I don't have the speed but it's probably 3600 rpm. -- Pete Peter Turnbull Dept. of Computer Science University of York

26 years, 6 months

Disk Drive Documents

by edick＠idcomm.com

We're not in a hurry, yet, so we should look for a format suitable for everyone. The reason document publishers like PDF is that it allows you to view the document, print it, print excerpts, search, and so on, yet doesn't let you extract text from it. Of course, you can output it to PCL, convert the PCL to BMP, convert the BMP to TIF, then run it through an OCR processor to create clear text. The reason I like it is that it allows me to keep the OLD data books I have in my technical library on the shelves gathering dust except when I want information that's not in the new ones. I tolerate that it only works under WINDOWS, and I tolerate that it won't process other file formats, and I tolerate that I can't extract a quote when I need to. It has served me well, though, I have to admit. The problem I see is that since the PDF is so easy to process for the average Win95 user, even though that may not include everyone in this forum, there's a PDF viewer for LINUX, just as there's one for various other *NIX types. I don't know whether ther's one for OS8 or whatever the PDP8 users have, but I see a potential problem when it comes to finding a "better" tool. There may be a tool which YOU like better, for whatever reasons, and there may be one which I like better for whatever reasons I have, but it's unlikely someone will host a site on which we can put this document set in half a dozen different formats. (BTW, there's another manual, now, i.e. the MITSUBISHI 4894, or whatever they called their DS 8" drive back in the late '70's.) As for finding a "home" for this data, I think the "unofficial CP/M site" might be the place, though I've not yet contacted the site owner. Many CP/M-ers will at one time or another need this data. In any case, I'll agree that each of us will have an approach to "using" our computer which may not suit someone else, and those who have a preferred format for openly presented technical data should make their preferences known. The people who actually prepare the data and present it for use will probably have the final say, though and there's no guarantee that I will have any more to say in the final choice than you. Dick -----Original Message----- From: Tony Duell <ard(a)p850ug1.demon.co.uk> To: Discussion re-collecting of classic computers <classiccmp(a)u.washington.edu> Date: Sunday, June 06, 1999 7:36 PM Subject: Re: Disk Drive Documents >> >> First of all, let me say that I'm in complete agreement with your notion >> that the doc's don't have to be put out in only one format. It's just that >> I've been so extremely satisfied (ask anyone who knows me and they'll tell >> you that's not easy!) with the PDF for document publication that any other >> way simply hadn't arrived here yet. > >PDFs might be fine for publishing a newly-created document (although I >would still prefer something where I could trivially extract any ascii >text using standard tools), but I don't see the point for a collection of >scanned images. > >> With the Acrord32 program under Win95, you can print the pages you want and >> skip the rest, you can search for specific words and phrases, and you can > >I think this is one of the big differences between how we use our >software. I prefer to have one program to do searching (grep). One to do >formatting (*roff, TeX, etc). Another to handle double-siding, etc. That >way, I aways use the same program from the same task. > >You seem to prefer to have a single program to (say) read .pdfs and do >anything you like to them. > > >> print double-sided whether you have a duplex printer or not. You can >> generate extremely good-looking documents with almost no effort. You just >> can't edit them or such, and that's fine with me. I've seen some truly >> terrible PDF documents, obviously scanned from bad source documents or with >> a really dirty scanner, and not cleaned up as I'd probably be inclined to do >> if any of these documents turned out to be "bad" or difficult to read. The >> ones I've seen which were bad were posted PDF's of CP/M documents which I >> probably ought to be glad I could get in any form. > >This is not the point. Obviously I'd rather have the document poorly >reproduced than not at all. But if a document is only available in a >format that I can't read, it's not going to be a lot of use to me. > >> >> What I would like to avoid, here, is getting in a position where we evaluate >> the product on the basis of the tools used to generate it. I use WIndows95 > >That is not what I am doing... > >However, it is helpful if documents, particularly documents about old >computers, are available to as many people as possible. This may well >mean not using the latest/greatest (proprietry) tools. > >Most people here are technically knowledgeable. All of us would know how to >expand one of the standard archive formats in our OS of choice and print the >individual files it contains. Most of us can install new programs to handle >strange formats -- if they exist. > >> because it's a convenient tool for doing what I do with it. I use DOS where >> it's convenient and when I see a version of, say, LINUX that's got current >> documentation I'll look at it again too, since there are supposed to be some > >Eh? The documentation that comes with linux is an order of magnitude >better (at least) that that which comes with Windows... > >> things that it does very handily as well. I agree about the documentation >> angle, but I don't agree that being free makes a product better. It just > >Sorry, I wasn't clear. When I said (in private e-mail) that I am not >going to pay for the second-best when the best is free, I didn't mean >that linux was better _because_ it's free. I meant that linux happens to >be the best tool that I have yet found for the sort of work that I do. >And the fact that it's free is a bonus. > >Having got the best tool, I sure am not going to pay for something that's >less useful to me... > > >> improves the price-performance comparison factors and helps with motivation >> to try it. I do believe that publishing the scanned documents as completely >> as possible is desirable, so that when you run into that "see figure 8a on >> page ..." you'll have that as well. If you only need to print sheet 14 of >> 39, that's what you should be able to print, not the entire document when > >A .tar.gz of scanned bitmaps allows you to do all that, in a totally >OS-independant way... > > >> If there were a good PCL or PostScript viewer, widely distributed enough > >Ghostview seems to work reasonably to view postscript, and it's available >for most OSes AFAIK. > >But postscript files, especially those of bitmapped images, tend to be _very >large_ files... 10-20 times the size of the equivalent .gif... > >> that a substantial number of potential users would have it at their >> disposal, that would also be useful distribution format. If it could be >> hammered into a Word97 document, that might be a candidate. What's > >No. Word97 (or any other Word) is even worse the pdf. At least there are >pdf viewers for other OSes. And the format is _documented_ somewhere. I >have never seen a full and complete description of a Word file. As far >as I'm concerned, such files are useless... > >[Note : people who e-mail me .doc files without warning normally get a >.dvi file in return. And if they want to know what it is, they can darn >well read Volume B of 'Computers and Typesetting'] > >> important is that a large number of potential users have access to the >> format that's chosen. > >What's important IMHO is that _all_ potential users can have access to >the format. And that means picking a format that is fully documented, one >that can be read on as many computers as possible. > >For text, either plain ascii, or one of the many formatting/markup >languages that uses ascii source with embedded commands (TeX, html, >*roff, etc). That way, you can read it on _anything_, even an ASR33 :-) > >For graphics, one of the many file formats that have proper >documentation. > >> >> Comments and suggestions are welcome! > >The above are just suggestions. There will be no flames from me (although >I will be disapointed if I can't read them) no matter what format the >files appear in (if they appear at all). After all, if you're providing >information, you get to pick how you do it. > >I just feel that cutting off some potential users is a Bad Thing. > >-tony >

26 years, 6 months

11/44 -> RL02 further...

by jpl15＠netcom.com

After writing the last message, I wrenched the machine out of the rack onto a table and found that: Slot 14 had a jumper Slot 13 did not. So after three or four boot-ups with various clip leads installed, I have taught myself that the jumpers are not needed in 13 and 14 if the RL11 and Emulex cards are in them. And: woo-hoo! I have the cards in the slots I wanted them to go in, and the machine boots and runs as normal. Mebbe tonite I'll drag up some RL02s and see if I can get them talking to the RL11. I still am not sure about the driver modules: from whence they come (distribution kit?) and how they get integrated into RSTS. Does one just copy them into the working directory? Does a partial SYSGEN need be done? Are they already there, just hiding? Thanks... John

26 years, 6 months

11/44 -> RL11

by jpl15＠netcom.com

Hello ListFriends... Further along the path of getting RL02s attached to my 11/44 system: Given a stock 11/44 in a KD11-Z minus the CIS and FPP modules: the last two slots, 13 and 14 are SPC slots. In my system, there are two more backplanes installed and in use. Memory slots 11 and 12 are occupied by G7273 double grant cards. As configured [and working fine], slot 13 has the Emulex TC12 (which is a quad-height module), and slot 14 hosts an M9202 bus jumper and a grant continuity card in "D". OK: I want to put an RL11 (hex height) in slot 13 and move the Emulex card to 14. I did this twice... once with the RL11 in 13 and the Emulex out of the box, grant card in it's place... the error message on boot was: ?20 MPC=15 The second try was removing the grant card in 14 and inserting the Emulex therein.. the error message on boot was: ?22 CPU HUNG Restoring the system back to Emu in 13 and grant card in 14 restored the system to normal. I am currently dragging the box out of the rack to check the NPR jumpers, the RL11 doc is pretty specific and clear on what to do... but I have no Emulex docs so I'm kinda lost there. Am I barking up the right tree(s) so far? Bonus question: the system is configured with (3) M5904 MassBuss cards which I am not going to use right now.. if they are removed, other than the grant cards needing to be installed... is this going to cause havoc? Thanks y'all Cheers John

26 years, 6 months

**RARE** "Altair-like" HP1000 minicomputer K00L K00L Vintage! <grin>

by jlwest＠tseinc.com

Now that's the SECOND time I've seen someone list an HP1000 on Ebay calling it an "Altair-like HP1000". Sheesh! That makes me wretch..... :) Then again, perhaps I should just get a magic marker, write "Altair" on the front of all my HP's, and retire to the bahamas. :) Jay West

26 years, 6 months

GRiD disc mysteries (Was: GRiD 15XX answers!!)

by arfonrg＠texas.net

>> HARD DISK GUYS, explain this: >> I put the GRiD's CONNER CP3104 (100MB drive) in K6 Desktop and I could not >> get DOS to load onto it. I put it in a 486 machine (IDE not EIDE) and DOS >> loaded fine. >> I put a 402Mb Conner drive into thr GRiD and forced the geometry >> using a setup program and I kept getting a BOOT DISK ERROR. WHY????? > >Probably because it was formatted under a different geometry. I would >suggest fdisk'ing the drive (delete and re-create the primary >partition) on whatever computer you want to install it on, then re-format >it under DOS. Nyet! I downloaded the seagate/conner disk utilities and uesd it to zero write and verify the disk using the correct geometery. Then I fdisked and formatted (I did this to both the OEM 100Mb and the replacement 420Mb disc) and loaded DOS. No dice. I can't figure it out. The oddities I noticed were: 1) when I loaded DOS onto the 100Mb drive, the COMMAND.COM and a few other systems files would give me write errors when they were written to the disc. All the other files in the DOS directory went on fine. Note: I was using a K6 with built in IDE controller. Maybe it was the difference between IDE and EIDE? 2) The 420Mb drive took DOS installs from both the K6 machine (EIDE) and my 486 machine (IDE) but, the GRiD wouldn't boot from it. I am clueless about this. ---------------------------------------- Tired of Micro$oft??? Move up to a REAL OS... ######__ __ ____ __ __ _ __ # #####/ / / / / __ | / / / / | |/ /## ####/ / / / / / / / / / / / | /### ###/ /__ / / / / / / / /_/ / / |#### ##/____/ /_/ /_/ /_/ /_____/ /_/|_|#### # ###### ("LINUX" for those of you without fixed-width fonts) ---------------------------------------- Be a Slacker! http://www.slackware.com Slackware Mailing List: http://www.digitalslackers.net/linux/list.html

26 years, 6 months

Old bits

by edick＠idcomm.com

It looks like you've got a standard WD PC/AT HDC (WD1003-WA3) which will turn out compatible with the Miniscribe 3053 and the ST-251, The big ST drive, the 4384 is an ESDI type more or less equivalent to the MAXTOR 4380E. I believe the CDC (same actual MFG as the Seagate, just the prior owner's label before Seagate acquired them) is about half that size. If I remember corretctly, it's half-height as well. I believe I have several of these, but in non-functional status. Though the interfaces "look" the same, i.e. same cable connectors, DON'T CONNECT THESE ESDI DRIVES to am MFM controller. They won't work. The 3053 is another one I've tossed out/given away. Once they don't work, the application being for MFM and where a relatively small drive goes, I don't usually attempt to fix them. These two are both half height MFM types of about 50+ MB capacity unformatted. Check for precise details on www.theref.com, but IIRC, they have close to 1K cylinders and either 5 or 7 heads. The ESDI drives need an appropriate controller e.g. WD-1007 of any subtype, or even the 1005 or 1009. These are really excellent examples of their type, so I'd hope you can get them going. The WD controllers can deal with the large number of cylinders so that's not a problem. Dick -----Original Message----- From: Charles E. Fox <foxvideo(a)wincom.net> To: Discussion re-collecting of classic computers <classiccmp(a)u.washington.edu> Date: Tuesday, June 08, 1999 9:53 AM Subject: Old bits > > > I received several boxes of old parts, I hope someone might be able to >tell me something about them. > > Hard drives... > >1- Seagate ST-251, 3- ST-4384E (94186-383H). >1- Control Data 94166-182 >1- Miniscribe 3053 > > Plug in cards... > >5- WDC1985 - WD1003-WA2 These look like they might be HD controllers.(I >hope) > >Several Zenith Data Systems cards, including a cpu card with an 8088. These >look as if they may have been a PC Clone built on sort of a backplane. > > There were about twenty pounds of other cards, but these seem to be the >most interesting. > > > Regards > > Charlie Fox > > > Charles E. Fox > Chas E. Fox Video Productions > 793 Argyle Rd. Windsor N8Y 3J8 Ont. Canada > email foxvideo(a)wincom.net Homepage http://www.wincom.net/foxvideo >

26 years, 6 months

Fw: hp 9000 32M of mem cards free

by danburrows＠mindspring.com

Spotted this on a newsgroup. The usual contact them as I know nothing about it. Dan -----Original Message----- From: Tomato Man <akerson(a)shell.clark.net> Newsgroups: dc.forsale.computers Date: Tuesday, June 08, 1999 8:04 AM Subject: hp 9000 32M of mem cards free >8 x 4M memory cards for an HP/Apollo 9000 series 400, 425, 433, 400dl, > 375 or 380. Free to good home. Feel free to trade me your equally > worthless stuff for an old PC. > >Cards are 8"x2", 40 chips each, DataRam brand.

26 years, 6 months

GRiDCASE 1520 update

by ds_spenc＠alcor.concordia.ca

Greetings, I got the (assumed) GRiDCASE 1520 doing something today! In fact, it's running an Apple ][ emulator right now. :) The hard drive was totally hosed. Seized. Dead. On a hunch, I opened up the Toshiba T1200 (which I can't use without appropriate power supply) and extracated its HD. I was happy to see that the Toshiba's drive used the same connector. I guess it's a standard laptop drive. (Isn't it fitting that my very first working laptop was also (more-or-less) the very first laptop? :) ) When I cracked open the outer case, I was even happier to see that the Toshiba's drive was also 20MB and made by JVC. Toshiba's drive: JD3824G01-4 GRiD's drive: JD3824G00-2 I figured they'd be the same drive, but methinks I was wrong. With the Toshiba's drive in place, the GRiD now powers up the drive at the appropriate time, and I guess the drive passes whatever test it needs to pass, and then the GRiD is able to boot from floppy. But I haven't been able to access the HD yet. It just makes unpleasant noises when I try. I don't have the proper SETUP program for the GRiD, but shouldn't FDISK be able to tell me what's there anyway? Or is the busted SETUP possibly the only thing wrong now? Gah! Anyway, the GRiD didn't complain about the clock not being set, even after an hour of being turned off. But the clock also didn't advance in that time. The battery says it's non-rechargable, but I'm still hoping it will recover. :) BTW, what a freaking pain working in the Toshiba is, compared to the GRiD! Plastic framework that goes all over the place, multiple different screw types in annoying places, etc. Getting the case open with no instructions was easier, but once inside it's harder to deal with. Or maybe I'm just used to the GRiDCASE's innards now. :) -- Doug Spence ds_spenc(a)alcor.concordia.ca http://alcor.concordia.ca/~ds_spenc/

26 years, 6 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

1997

test-drb