Re: VT100 dot stretching in reverse video
Bill Degnan wrote: > I already let Lars know, but if anyone wants to see what I came up with: > https://www.vintagecomputer.net/temp/VT102/ Thank you very much! This is interesting because it shows VT100 dot stretching is done first, and other attributes on top of that. The VT220 does character widening first, and dot stretching after that. This means VT220 double width characters get more fine details than on the VT100. (The CIT-101 clone does widening first and dot stretching later like the VT220. BUT it disables dot stretching in reverse video, which is unlike the DEC terminals. Maybe this suggests reverse video is done before dot stretching.)
PDP-8/e M8652 KL8F Double-buffered asynch terminal control
I am looking for the manual for the following Omnibus board: M8652 KL8F Double-buffered asynch terminal control Is there a scanned copy of the manual and/or schematic or any other information for this board somewhere? Thanks and best regards Tom Hunter
Re: COMPAQ ISA PC to ethernent
On Fri, May 21, 2021 at 02:01:51AM +, Randy Dawson via cctalk wrote: > If anyone has ideas about boards or software to connect this > original Compaq to the net let me know! > Browsing the ebay, I do not find a PC 8 bit ethernet board but > still looking. > Then, the rest, a net set of tools in source would be great. I assume there is Windows on the Compaq? If you only want "some" connection, not "fastest possible", then I would go with serial cable (I think the special one - so called "null modem" is required, but there are probably receipts for making one) via some kind of Unix laptop to connect with the rest of the world. I think your options are briefly described here: - TCP over RS-232 with Windows 3.1 and Internet Explorer 5 dialer https://retrocomputing.stackexchange.com/questions/9018/tcp-over-rs-232-with-windows-3-1-and-internet-explorer-5-dialer PPP or SLIP protocols for serial line, then some net routing on laptop. Trumpet Winsock was the name of software that did such trick for me 25 years ago, when I configured and connected Windows95 on Pentium without net card to the Linux box, using PPP. It was not perfect but mostly worked. - MINUET for DOS https://en.wikipedia.org/wiki/Minnesota_Internet_Users_Essential_Tool You may have some basic clients in this package, provided they are still relevant in modern web environment (and if they are available to download). On the page above there are some links you may follow. Things could be better if you had something Unixy on old computer, but web browsing is not going to be fun, just passable experience. Other protocols - like, for sending mails - could have moved on too and it is hard to tell what current servers will tell if you try old clients with them... You will find out :-) . One of the thing you may want to be wary is, old terminal emulator (on Unixy OS) may not be prepared for some fancy attacks, when, say, something (a command or an email being viewed in your mail client on the terminal) produces certain charcter squence and makes your terminal do things... For example (this one is few days old): - rxvt-unicode: possible remote code execution https://bugzilla.redhat.com/show_bug.cgi?id=1961794 -- Regards, Tomasz Rola -- ** A C programmer asked whether computer had Buddha's nature. ** ** As the answer, master did "rm -rif" on the programmer's home** ** directory. And then the C programmer became enlightened... ** ** ** ** Tomasz Rola mailto:tomasz_r...@bigfoot.com **
Re: COMPAQ ISA PC to ethernent
On 5/20/21 7:01 PM, Randy Dawson via cctalk wrote: > If anyone has ideas about boards or software to connect this original Compaq > to the net let me know! > Browsing the ebay, I do not find a PC 8 bit ethernet board but still looking. > Then, the rest, a net set of tools in source would be great. A fair number of 16-bit ISA ethernet cards will work in 8 bit mode. This has been discussed in the past on VCF. I use an Artisoft AE-2/T on one 8-bit system (it has a jumper for 8/16 bit operation) and a generic NE2000 ISA PNP on another. No problems. If you're looking for minimal-sized functionality for telnet and ftp, Mike Brutmann's MTCP works a treat with packet drivers on 8 bit. --Chuck
Re: COMPAQ ISA PC to ethernent
On Thu, May 20, 2021, 7:02 PM Randy Dawson via cctalk wrote: > If anyone has ideas about boards or software to connect this original > Compaq to the net let me know! > Browsing the ebay, I do not find a PC 8 bit ethernet board but still > looking. > Then, the rest, a net set of tools in source would be great. Intel 8/16 LAN Adapter is one common choice.
Re: COMPAQ ISA PC to ethernent
Randy. I have ISA ethernet and Arcnet boards. GOD Bless and Thanks, rich! On 5/20/2021 9:01 PM, Randy Dawson via cctalk wrote: If anyone has ideas about boards or software to connect this original Compaq to the net let me know! Browsing the ebay, I do not find a PC 8 bit ethernet board but still looking. Then, the rest, a net set of tools in source would be great.
Re: COMPAQ ISA PC to ethernent
I believe 16 bit ethernet cards would work in 8 bit slots, the 3c503 and 509 did if I recall. Try that. But really you should go with ArcNet. C On 5/20/2021 10:01 PM, Randy Dawson via cctalk wrote: If anyone has ideas about boards or software to connect this original Compaq to the net let me know! Browsing the ebay, I do not find a PC 8 bit ethernet board but still looking. Then, the rest, a net set of tools in source would be great.
COMPAQ ISA PC to ethernent
If anyone has ideas about boards or software to connect this original Compaq to the net let me know! Browsing the ebay, I do not find a PC 8 bit ethernet board but still looking. Then, the rest, a net set of tools in source would be great.
Re: VT100 dot stretching in reverse video
I already let Lars know, but if anyone wants to see what I came up with: https://www.vintagecomputer.net/temp/VT102/ Bill On Thu, May 20, 2021 at 11:00 AM Bill Degnan wrote: > > I can do this, please specify how you need it > (format/resolution/size), what you want to see on the screen. > Bill > > On Thu, May 20, 2021 at 9:40 AM Lars Brinkhoff via cctalk > wrote: > > > > Peter Coghlan wrote: > > > Would a photograph of a VT220 be any use? > > > > Thanks, but no. I already have one myself.
Re: Mounting ULTRIX CDROMs on Linux
On 2021-05-20 4:49 p.m., Antonio Carlini via cctalk wrote: > > Great, thanks for that. I would probably have never guessed that I > needed loop. I'm glad it worked. I still find it illogical to loop mount a device, but it works. I never would have figured it out on my own either. I don't remember who taught me that trick so I can't give credit where it is due.
Re: Mounting ULTRIX CDROMs on Linux
On 2021-05-20 5:05 p.m., Jonathan Stone via cctalk wrote: > > What does one have to do (Linux, MacOS, *BSD) to write such an image > to the CD with 512-byte blocks, so it can be read by a DEC boot-ROM? There's nothing special needed to write the disk -- just burn it the way you would any other ISO image. It is the filesystem contained in that disk image that determines block size.
Re: Mounting ULTRIX CDROMs on Linux
On Thu, 20 May 2021, Christian Groessler via cctalk wrote: > IIRC I had burned the Ultrix CD "normally" (means without fiddling with block > size, so not 512), but changed the block size to 512 for booting it. IIRC #2, > burning was done on another drive, not the Plextor. CD-ROM medium format has been standardised and what I guess the 512-byte sector size jumper only does is logical translation of sector addressing to fulfil weird OS requirements. So that will not affect burning (unless you burn on a weird OS, which I guess does not support it anyway). ISTR upstreaming some fixes to Linux UFS support 20+ years ago to address this very problem (IIRC OSF/1 or Digital Unix CD-ROMs were also UFS, and I had a need to access them under Linux for some reason) and with them in place I thought the loop device hack was not needed anymore. Perhaps my memory tricks me or something has since regressed though, e.g. due to changes in the block layer, so I'll try to remember to see what's happened here when I get to my Ultrix CDs when I'm in my remote lab next time. It's not a feature that's used on a regular basis after all, so any regression can be long-lived. Maciej
Re: VAXstation 4000 Mice?
> On May 20, 2021, at 11:53 AM, Antonio Carlini via cctalk > wrote: > > On 20/05/2021 18:22, Jonathan Stone via cctalk wrote: >> It does indeed need a VSXXX-AA mouse (the round puck) or a VSXXX-AB tablet >> (or compatible). \ >> I recently checked both installation guide and service guide, whilst looking >> at eBay offerings. > > I recently went through my DEC mice to test them (so I can create eBay > offerings for the spares!) and all the -AA, -GA (and one other that escapes > me right now) tested OK on a VS4000-60. At least one of those was originally > used on my VAXstation 3100-M76. > > If it looks like "that" sort of connector and it is a VSXXX-xx then I do > suspect that it will work in any VAXstation up to and including the > VAXstation 4000-96. In fact I recently sold one (privately) for use on a > VAXstation II. > > I think those mice will also work on the DECstation 2100/3100/5000 range , > except for the Personal versions. You may need an adapter though. > > They (I think) even work in the early Alpha workstations (the DEC 3000 > stuff); I don't think DEC switched to PS/2 mice until the AlphaStation name > came out. That’s good news, I have one of the “Hockey Pucks”, I think it came with my VAXstation II/RC. It sounds like I’ll be going spelunking, as it happens I know exactly where the mouse should be, unfortunately it’s in the hardest to reach section of the garage. Maybe I’ll get lucky and find the monitor cable while I’m at it. I can’t believe that I don’t seem to have an PS/2 mice handy, but I know a couple places where they’re likely to be. I’m also looking at bringing up one of my AlphaStations as a workstation. I think I still have a DECstation 5000, but am not too sure. I’d picked it up 20 some years ago, with the idea of running NetBSD on it. Zane
Re: Mounting ULTRIX CDROMs on Linux
More top-post alert! :-) IIRC I had burned the Ultrix CD "normally" (means without fiddling with block size, so not 512), but changed the block size to 512 for booting it. IIRC #2, burning was done on another drive, not the Plextor. regards, chris On 5/20/21 11:26 PM, Jonathan Stone wrote: [[ apologies for top-post: Y! issue ]] I know that to be bootable on DECstation/VAX/early Alpha, CD-ROMs needs to be jumpered to 512-byte blocks. Like RRD4x. Does the burning CD write need to be jumpered to 512-bytes? Or can one write on a "normal" CD burner, then read on a 512-byte-block CD-ROM ? If the former, I guess I'll have to find an old, 512-byte-block jumperable SCSI CD burner. On Thursday, May 20, 2021, 02:15:39 PM PDT, Christian Groessler via cctalk wrote: On 5/20/21 11:05 PM, Jonathan Stone via cctalk wrote: > MacOS (Mojave) can mount an image read from a 512-byte UFS CD. > > What does one have to do (Linux, MacOS, *BSD) to write such an image to the CD with 512-byte blocks, so it can be read by a DEC boot-ROM? I think that's a property of the CD drive, not the disk itself. I've got a Plextor CD writer which can be jumpered between 2048 and 512 byte blocks. I was able to boot the Ultrix installation CD (MIPS) on a DECServer. regards, chris
Re: Mounting ULTRIX CDROMs on Linux
[[ apologies for top-post: Y! issue ]] I know that to be bootable on DECstation/VAX/early Alpha, CD-ROMs needs to be jumpered to 512-byte blocks. Like RRD4x. Does the burning CD write need to be jumpered to 512-bytes? Or can one write on a "normal" CD burner, then read on a 512-byte-block CD-ROM ? If the former, I guess I'll have to find an old, 512-byte-block jumperable SCSI CD burner. On Thursday, May 20, 2021, 02:15:39 PM PDT, Christian Groessler via cctalk wrote: On 5/20/21 11:05 PM, Jonathan Stone via cctalk wrote: > MacOS (Mojave) can mount an image read from a 512-byte UFS CD. > > What does one have to do (Linux, MacOS, *BSD) to write such an image to the > CD with 512-byte blocks, so it can be read by a DEC boot-ROM? I think that's a property of the CD drive, not the disk itself. I've got a Plextor CD writer which can be jumpered between 2048 and 512 byte blocks. I was able to boot the Ultrix installation CD (MIPS) on a DECServer. regards, chris
Re: Mounting ULTRIX CDROMs on Linux
On 5/20/21 11:05 PM, Jonathan Stone via cctalk wrote: MacOS (Mojave) can mount an image read from a 512-byte UFS CD. What does one have to do (Linux, MacOS, *BSD) to write such an image to the CD with 512-byte blocks, so it can be read by a DEC boot-ROM? I think that's a property of the CD drive, not the disk itself. I've got a Plextor CD writer which can be jumpered between 2048 and 512 byte blocks. I was able to boot the Ultrix installation CD (MIPS) on a DECServer. regards, chris
Re: Mounting ULTRIX CDROMs on Linux
MacOS (Mojave) can mount an image read from a 512-byte UFS CD. What does one have to do (Linux, MacOS, *BSD) to write such an image to the CD with 512-byte blocks, so it can be read by a DEC boot-ROM?
Re: Mounting ULTRIX CDROMs on Linux
On 20/05/2021 21:11, John-Paul Stewart via cctalk wrote: Setting ufstype=sun will indeed work for loopback mounting Ultrix CD images. With physical CDs, the Linux CD-ROM driver expects the filesystem to use 2048 byte blocks but the UFS CDs have 512 byte blocks. So you'll also have to add "loop" to the options: sudo mount -t ufs -o ro,ufstype=sun,loop /dev/sr1 /tmp/mount That will mount the physical CD using a loopback device so you can access the 512 byte per block filesystem. (FWIW, I learned that trick with IRIX EFS CDs, which have the same problem.) We have a winner: $ ls /tmp/mount/decw_book/ bookbrowser d3b0aa70.decw_book d3knaa23.decw_book d3s1aa97.decw_book d5e5aaa8.decw_book dh87zaa1.decw_bookshelf dt59aaa8.decw_book BRM410 d3b0aa71.decw_book d3knaa24.decw_book d3s1aaa1.decw_book d5e5aaa9.decw_book dhqdaa11.decw_book dt59aaa9.decw_book BRV410 d3b0aa72.decw_book d3knaa25.decw_book d3s1aaa2.decw_book d5e5zaa2.decw_bookshelf dhu3aaa3.decw_book dt59zaa1.decw_bookshelf d296aaa1.decw_book d3b0aa73.decw_book d3knaa26.decw_book d3s1aaa3.decw_book d8dlaaa1.decw_book dhu3aaa4.decw_book dt59zaa2.decw_bookshelf d296aaa2.decw_book d3b0aaa1.decw_book d3knaa27.decw_book d3s1aaa4.decw_book d8dlaaa6.decw_book dhu3zaa2.decw_bookshelf dt59zaa3.decw_bookshelf ... Great, thanks for that. I would probably have never guessed that I needed loop. Antonio -- Antonio Carlini anto...@acarlini.com
Re: Mounting ULTRIX CDROMs on Linux
On Thu, May 20, 2021 at 04:11:18PM -0400, John-Paul Stewart via cctalk wrote: > On 2021-05-20 4:01 p.m., Warner Losh via cctalk wrote: > > On Thu, May 20, 2021 at 1:56 PM Antonio Carlini via cctalk < > > cctalk@classiccmp.org> wrote: > > > >> I'm running Linux Mint (an ubuntu derivative) and I want to mount ULTRIX > >> CDROM discs to see what I can see. > >> > >> (I'm eventually going to image these, but I presume that will "just > >> work" with dd or ddrescue). > >> > >> They are supposed to be UFS format (according to the net) and that > >> usually means you have to tell mount exactly which option to use (as not > >> all UFS implementations are compatible). > >> > >> I've tried (all the options I can find) and failed: > >> > >> $ sudo mount -t ufs -o ufstype=44bsd /dev/sr1 /tmp/mount > > > > 44bsd is likely too new. ufstype=old or =sunos or =sun might work. > > Setting ufstype=sun will indeed work for loopback mounting Ultrix CD images. > > With physical CDs, the Linux CD-ROM driver expects the filesystem to use > 2048 byte blocks but the UFS CDs have 512 byte blocks. So you'll also > have to add "loop" to the options: > > sudo mount -t ufs -o ro,ufstype=sun,loop /dev/sr1 /tmp/mount > > That will mount the physical CD using a loopback device so you can > access the 512 byte per block filesystem. (FWIW, I learned that trick > with IRIX EFS CDs, which have the same problem.) Wow! I never expected to learn something new about mounting CDs tonight :-) Thanks! -- Malte Dehling
Re: Mounting ULTRIX CDROMs on Linux
On 2021-05-20 4:01 p.m., Warner Losh via cctalk wrote: > On Thu, May 20, 2021 at 1:56 PM Antonio Carlini via cctalk < > cctalk@classiccmp.org> wrote: > >> I'm running Linux Mint (an ubuntu derivative) and I want to mount ULTRIX >> CDROM discs to see what I can see. >> >> (I'm eventually going to image these, but I presume that will "just >> work" with dd or ddrescue). >> >> They are supposed to be UFS format (according to the net) and that >> usually means you have to tell mount exactly which option to use (as not >> all UFS implementations are compatible). >> >> I've tried (all the options I can find) and failed: >> >> $ sudo mount -t ufs -o ufstype=44bsd /dev/sr1 /tmp/mount > > 44bsd is likely too new. ufstype=old or =sunos or =sun might work. Setting ufstype=sun will indeed work for loopback mounting Ultrix CD images. With physical CDs, the Linux CD-ROM driver expects the filesystem to use 2048 byte blocks but the UFS CDs have 512 byte blocks. So you'll also have to add "loop" to the options: sudo mount -t ufs -o ro,ufstype=sun,loop /dev/sr1 /tmp/mount That will mount the physical CD using a loopback device so you can access the 512 byte per block filesystem. (FWIW, I learned that trick with IRIX EFS CDs, which have the same problem.)
Re: Mounting ULTRIX CDROMs on Linux
On Thu, May 20, 2021 at 02:01:21PM -0600, Warner Losh via cctalk wrote: > On Thu, May 20, 2021 at 1:56 PM Antonio Carlini via cctalk < > cctalk@classiccmp.org> wrote: > > > I'm running Linux Mint (an ubuntu derivative) and I want to mount ULTRIX > > CDROM discs to see what I can see. > > > > (I'm eventually going to image these, but I presume that will "just > > work" with dd or ddrescue). > > > > They are supposed to be UFS format (according to the net) and that > > usually means you have to tell mount exactly which option to use (as not > > all UFS implementations are compatible). > > > > > > I've tried (all the options I can find) and failed: > > > > > > $ sudo mount -t ufs -o ufstype=44bsd /dev/sr1 /tmp/mount > > > > 44bsd is likely too new. ufstype=old or =sunos or =sun might work. I just tried on an Ultrix 4.5 ISO and I was able to mount it with ufstype=old or without a ufstype option. Cheers, Malte -- Malte Dehling
Re: Mounting ULTRIX CDROMs on Linux
Ultrix UFS is 4.2SD plus some big fixes. It's definitely pre-4.3BSD. So 44BSD won't work. I hit fsck errors anytime I mounted Ultrix FFS read-write with (very early NetBSD). You may be better off if you can try with *BSD. OSF1/Digital Unix/Tru64 has a newer FFS, definitely 4.3BSD or newer -- perhaps 4.4-Lite? -- but I've never tried it with Ultrix media. On Thursday, May 20, 2021, 01:00:51 PM PDT, Antonio Carlini via cctech wrote: I'm running Linux Mint (an ubuntu derivative) and I want to mount ULTRIX CDROM discs to see what I can see. (I'm eventually going to image these, but I presume that will "just work" with dd or ddrescue). They are supposed to be UFS format (according to the net) and that usually means you have to tell mount exactly which option to use (as not all UFS implementations are compatible). I've tried (all the options I can find) and failed: $ sudo mount -t ufs -o ufstype=44bsd /dev/sr1 /tmp/mount mount: /tmp/mount: wrong fs type, bad option, bad superblock on /dev/sr1, missing codepage or helper program, or other error. The CDROM would appear to be readable 9and I've tried a few anyway): $ sudo file -s /dev/sr1 /dev/sr1: Unix Fast File system [v1] (little-endian), last mounted on /UPS_MOUNT_TAR_SOURCE, last written at Wed Sep 28 16:27:45 1994, clean flag 30, number of blocks 243648, number of data blocks 233295, number of cylinder groups 38, block size 8192, fragment size 1024, minimum percentage of free blocks 10, rotational delay 0ms, disk rotational speed 60rps, TIME optimization A later Digital Unix CDROM behaves the same way with mount and reports this with file: $ sudo file -s /dev/sr1 /dev/sr1: Unix Fast File system [v1] (little-endian), last mounted on /kits/tmp/gendisk17665/mnt, last written at Wed Nov 20 13:38:02 1996, clean flag 3, number of blocks 151168, number of data blocks 150383, number of cylinder groups 24, block size 8192, fragment size 1024, minimum percentage of free blocks 0, rotational delay 0ms, disk rotational speed 60rps, SPACE optimization I also have a few OSF/1 CDROMs, which I assume are also the same format. Any ideas? I can't be the first person to try to do this ... Antonio -- Antonio Carlini anto...@acarlini.com
Re: VAXstation 4000 Mice?
On Thu, May 20, 2021 at 05:58:22PM +, Jonathan Stone wrote: > > > On Thursday, May 20, 2021, 10:38:56 AM PDT, Malte Dehling via cctalk > wrote: > > > The VSXXX-GA mouse or VSXXX-AB tablet is the correct model for the 4000 > > series, but the older puck mouse (VSXXX-AA) will work as well. > > Exactly, since the -GA is compatible with the -AA. And the MoseTrack > model M5 DEC trackball should work too, if you can find one in working > condition. The Service Guide really does say "VSXXX-AA mouse or > VSXXX-AB tablet" EK-V48VB-SV.001, p. 1-1. Interesting. I looked it up in the "VAXstation 4000 Model 60 and VLC Condensed Service Information" (EK-V466H-PS.A01), and on page D-4 (for the Model 60) and page D-8 (for the VLC) it lists the VSXXX-GA (and the tablet, but only for the Model 60,) but not the VSXXX-AA :-) > I've never owned a VLC, so I don't know what was actually delivered. I > can't find EK-VAXVL-OG. Neither do I. -- Malte Dehling
Re: Mounting ULTRIX CDROMs on Linux
On Thu, May 20, 2021 at 1:56 PM Antonio Carlini via cctalk < cctalk@classiccmp.org> wrote: > I'm running Linux Mint (an ubuntu derivative) and I want to mount ULTRIX > CDROM discs to see what I can see. > > (I'm eventually going to image these, but I presume that will "just > work" with dd or ddrescue). > > They are supposed to be UFS format (according to the net) and that > usually means you have to tell mount exactly which option to use (as not > all UFS implementations are compatible). > > > I've tried (all the options I can find) and failed: > > > $ sudo mount -t ufs -o ufstype=44bsd /dev/sr1 /tmp/mount > 44bsd is likely too new. ufstype=old or =sunos or =sun might work. Warner > mount: /tmp/mount: wrong fs type, bad option, bad superblock on > /dev/sr1, missing codepage or helper program, or other error. > > > The CDROM would appear to be readable 9and I've tried a few anyway): > > $ sudo file -s /dev/sr1 > /dev/sr1: Unix Fast File system [v1] (little-endian), last mounted on > /UPS_MOUNT_TAR_SOURCE, last written at Wed Sep 28 16:27:45 1994, clean > flag 30, number of blocks 243648, number of data blocks 233295, number > of cylinder groups 38, block size 8192, fragment size 1024, minimum > percentage of free blocks 10, rotational delay 0ms, disk rotational > speed 60rps, TIME optimization > > > A later Digital Unix CDROM behaves the same way with mount and reports > this with file: > > $ sudo file -s /dev/sr1 > /dev/sr1: Unix Fast File system [v1] (little-endian), last mounted on > /kits/tmp/gendisk17665/mnt, last written at Wed Nov 20 13:38:02 1996, > clean flag 3, number of blocks 151168, number of data blocks 150383, > number of cylinder groups 24, block size 8192, fragment size 1024, > minimum percentage of free blocks 0, rotational delay 0ms, disk > rotational speed 60rps, SPACE optimization > > > I also have a few OSF/1 CDROMs, which I assume are also the same format. > > > Any ideas? I can't be the first person to try to do this ... > > > Antonio > > > > -- > Antonio Carlini > anto...@acarlini.com > >
Mounting ULTRIX CDROMs on Linux
I'm running Linux Mint (an ubuntu derivative) and I want to mount ULTRIX CDROM discs to see what I can see. (I'm eventually going to image these, but I presume that will "just work" with dd or ddrescue). They are supposed to be UFS format (according to the net) and that usually means you have to tell mount exactly which option to use (as not all UFS implementations are compatible). I've tried (all the options I can find) and failed: $ sudo mount -t ufs -o ufstype=44bsd /dev/sr1 /tmp/mount mount: /tmp/mount: wrong fs type, bad option, bad superblock on /dev/sr1, missing codepage or helper program, or other error. The CDROM would appear to be readable 9and I've tried a few anyway): $ sudo file -s /dev/sr1 /dev/sr1: Unix Fast File system [v1] (little-endian), last mounted on /UPS_MOUNT_TAR_SOURCE, last written at Wed Sep 28 16:27:45 1994, clean flag 30, number of blocks 243648, number of data blocks 233295, number of cylinder groups 38, block size 8192, fragment size 1024, minimum percentage of free blocks 10, rotational delay 0ms, disk rotational speed 60rps, TIME optimization A later Digital Unix CDROM behaves the same way with mount and reports this with file: $ sudo file -s /dev/sr1 /dev/sr1: Unix Fast File system [v1] (little-endian), last mounted on /kits/tmp/gendisk17665/mnt, last written at Wed Nov 20 13:38:02 1996, clean flag 3, number of blocks 151168, number of data blocks 150383, number of cylinder groups 24, block size 8192, fragment size 1024, minimum percentage of free blocks 0, rotational delay 0ms, disk rotational speed 60rps, SPACE optimization I also have a few OSF/1 CDROMs, which I assume are also the same format. Any ideas? I can't be the first person to try to do this ... Antonio -- Antonio Carlini anto...@acarlini.com
Re: DEC DUP
On 20/05/2021 20:28, Al Kossow via cctalk wrote: posting this over here, if anyone has any clues for this guy i could dig in the DEC archive but it won't be any fun to find https://www.vcfed.org/forum/forum/genres/dec/1209678-documentation-for-dec-dup-protocol-as-used-by-dec-diagnostics-such-as-xxdp-on-rqdx3#post1209697 The OpenVMS driver is FYDRIVER. I can look for the listings if nobody finds any better docs. Those listings might be censored/incomplete/missing so I wouldn't hold out too much hope. Antonio -- Antonio Carlini anto...@acarlini.com
RT-11 .DPA and .DPY files
I've just finished processing a bunch of RX01 and RX02 RT11A disks. The files on the RX01 floppies are of type .DPA and those on the RX02 ones, DPY. No files of any other type in the whole collection. I have no other information, but I suspect that these are plotter files. Both types seem to start with the same prefix bytes, for example: 06 00 f0 00 40 00 00 01 00 1e ff ff 00 00 00 00 Does anyone have a guide to how these files are structured? Thanks, Chuck
DEC DUP
posting this over here, if anyone has any clues for this guy i could dig in the DEC archive but it won't be any fun to find https://www.vcfed.org/forum/forum/genres/dec/1209678-documentation-for-dec-dup-protocol-as-used-by-dec-diagnostics-such-as-xxdp-on-rqdx3#post1209697
Re: VAXstation 4000 Mice?
Speak of the devil: https://www.ebay.com/itm/393325339070
Re: VAXstation 4000 Mice?
On Thursday, May 20, 2021, 11:53:50 AM PDT, Antonio Carlini via cctalk wrote: On 20/05/2021 18:22, Jonathan Stone via cctalk wrote: > It does indeed need a VSXXX-AA mouse (the round puck) or a VSXXX-AB > tablet (or compatible). \ > I recently checked both installation guide and service guide, whilst looking > at eBay offerings. > I recently went through my DEC mice to test them (so I can create eBay > offerings for the spares!) and all the -AA, -GA (and one other that > escapes me right now) tested OK on a VS4000-60. At least one of those > was originally used on my VAXstation 3100-M76. > If it looks like "that" sort of connector and it is a VSXXX-xx then I do > suspect that it will work in any VAXstation up to and including the > VAXstation 4000-96. In fact I recently sold one (privately) for use on a > VAXstation II. Agreed. > I think those mice will also work on the DECstation 2100/3100/5000 range > except for the Personal versions. You may need an adapter though They do. No adapter needed, aside from the 15-pin to LK201/min-DIN cable. (A Vaxstation II or DECstation 3100/2100 cable will work; just ignore the BNC). > They (I think) even work in the early Alpha workstations (the DEC 3000 > stuff); I don't think DEC switched to PS/2 mice until the AlphaStation > name came out. They do work on Turbochannel Alphas. I swapped an -AA mouse for a -GA, for a grad school friend who spent a lot of time playing Xconq on an Alpha 3000/300. He said the round mouse was better for gaming.
Re: VAXstation 4000 Mice?
On 20/05/2021 18:22, Jonathan Stone via cctalk wrote: It does indeed need a VSXXX-AA mouse (the round puck) or a VSXXX-AB tablet (or compatible). \ I recently checked both installation guide and service guide, whilst looking at eBay offerings. I recently went through my DEC mice to test them (so I can create eBay offerings for the spares!) and all the -AA, -GA (and one other that escapes me right now) tested OK on a VS4000-60. At least one of those was originally used on my VAXstation 3100-M76. If it looks like "that" sort of connector and it is a VSXXX-xx then I do suspect that it will work in any VAXstation up to and including the VAXstation 4000-96. In fact I recently sold one (privately) for use on a VAXstation II. I think those mice will also work on the DECstation 2100/3100/5000 range , except for the Personal versions. You may need an adapter though. They (I think) even work in the early Alpha workstations (the DEC 3000 stuff); I don't think DEC switched to PS/2 mice until the AlphaStation name came out. Antonio -- Antonio Carlini anto...@acarlini.com
Re: VAXstation 4000 Mice?
On Thursday, May 20, 2021, 10:38:56 AM PDT, Malte Dehling via cctalk wrote: > The VSXXX-GA mouse or VSXXX-AB tablet is the correct model for the 4000 > series, but the older puck mouse (VSXXX-AA) will work as well. Exactly, since the -GA is compatible with the -AA. And the MoseTrack model M5 DEC trackball should work too, if you can find one in working condition. The Service Guide really does say "VSXXX-AA mouse or VSXXX-AB tablet" EK-V48VB-SV.001, p. 1-1. I've never owned a VLC, so I don't know what was actually delivered. I can't find EK-VAXVL-OG.
Re: VAXstation 4000 Mice?
Zane Healy via cctalk wrote: What sort of mice does a VAXstation 4000 (vlc/60/90) take? I’m pretty sure they don’t need a DEC “hockey puck” mouse. I’m trying to get a VAXstation setup as… A VAXstation! I’ve always run them headless, usually with SBB’s in a BA353 or BA350. IIRC, I used a three-button VSXXX-GA with my 4000/60 when I was using it with a monitor. Then the monitor died and haven't had the time to fix it; since then, it is running headless. carlos.
Re: VAXstation 4000 Mice?
On Thu, May 20, 2021 at 05:22:05PM +, Jonathan Stone via cctalk wrote: > On Thursday, May 20, 2021, 10:16:03 AM PDT, Zane Healy via cctalk > wrote: > > What sort of mice does a VAXstation 4000 (vlc/60/90) take? I’m > > pretty sure they don’t need a DEC “hockey puck” mouse. > > It does indeed need a VSXXX-AA mouse (the round puck) or a VSXXX-AB > tablet (or compatible). \ I recently checked both installation guide > and service guide, whilst looking at eBay offerings. The VSXXX-GA mouse or VSXXX-AB tablet is the correct model for the 4000 series, but the older puck mouse (VSXXX-AA) will work as well. -- Malte Dehling
Re: VAXstation 4000 Mice?
On Thursday, May 20, 2021, 10:16:03 AM PDT, Zane Healy via cctalk wrote: >. What sort of mice does a VAXstation 4000 (vlc/60/90) take? I’m pretty sure >they don’t need a DEC “hockey puck” mouse. It does indeed need a VSXXX-AA mouse (the round puck) or a VSXXX-AB tablet (or compatible). \ I recently checked both installation guide and service guide, whilst looking at eBay offerings.
VAXstation 4000 Mice?
What sort of mice does a VAXstation 4000 (vlc/60/90) take? I’m pretty sure they don’t need a DEC “hockey puck” mouse. I’m trying to get a VAXstation setup as… A VAXstation! I’ve always run them headless, usually with SBB’s in a BA353 or BA350. Zane
Re: VT100 dot stretching in reverse video
I can do this, please specify how you need it (format/resolution/size), what you want to see on the screen. Bill On Thu, May 20, 2021 at 9:40 AM Lars Brinkhoff via cctalk wrote: > > Peter Coghlan wrote: > > Would a photograph of a VT220 be any use? > > Thanks, but no. I already have one myself.
Re: VT100 dot stretching in reverse video
Peter Coghlan wrote: > Would a photograph of a VT220 be any use? Thanks, but no. I already have one myself.
Re: Melted computer feet
> On May 20, 2021, at 12:42 AM, Tom Hunter via cctalk
> wrote:
>
> I usually try the following commonly available chemicals listed in
> increasing strength:
>
> 1) warm water with detergent on a microfibre cloth and some elbow grease
> 2) alcohol
> 3) lighter fluid or white spirit
> 4) acetone (apply carefully and quickly)
>
> Acetone is really the last resort because it will readily dissolve many
> plastics.
True, but strong solvents are a fine answer if you're dealing with metal cases.
My default solvent for that case is lacquer thinner, which is a blend of
ketones and (I think) toluene; it is far more effective than acetone for taking
off rubbery crud. It is also even more likely than acetone to attack plastic.
A chemical engineer friend who worked for an adhesives company told me that a
gentle solvent (good for adhesives stuck to plastic) is WD-40.
Alcohol is generally safe with plastics, but there are exceptions. Plexiglas
("lucite") will turn cloudy when exposed to alcohol, as I found out when
cleaning the case of a transmitter that had a plexiglas cover over the display.
For any solvent, it's always a good idea to test it first on an inconspicuous
part of the case you're dealing with.
paul
Re: VT100 dot stretching in reverse video
> > Is there anyone with a VT100 (or any VT1xx, if so please specify which) > that can make a photo displaying text in reverse video? I'm making a > detailed simulation of the VT100 hardware, and I'd like to see what, if > any, effect dot streching has. I searched the "VT100 Technical Manual", > but as far as I can see it doesn't say. > > A good sample text would be: > > ESC [ 7 m b d h x CR LF > ESC [ 0 m b d h x CR LF > Would a photograph of a VT220 be any use? Regards, Peter Coghlan.
Re: Melted computer feet
I’ve used Orange based cleaners a lot in restoring old HP equipment. It does affect some plastics -polystyrene in particular- but it’s not as harsh as Goo Gone and should be wiped off quickly anyway. It does not affect most other plastics in my experience. David Sent from my iPad > On 20 May 2021, at 5:13 pm, Christian Corti via cctalk > wrote: > > On Thu, 20 May 2021, David Collins wrote: >> Orange based cleaners are also good - the ones that remove stickers etc > > That will dissolve plastics! Don't use orange based cleaners. I just use > normal 97% ethanol (called Spiritus here). That will work just fine. > > Christian
Sun 3/80 parts
Hi All, I lent my Sun 3/80 out to someone and it came back pretty damaged. Does anyone by chance have an old 3/80 carcass laying around that has a good rear plastic bezel P/N 600-2209-02? If not, does anyone have any plastic repair suggestions? Also one of the rear feet (narrower rear one) opposite the PSU was missing... -Kurt
VT100 dot stretching in reverse video
Hello, Is there anyone with a VT100 (or any VT1xx, if so please specify which) that can make a photo displaying text in reverse video? I'm making a detailed simulation of the VT100 hardware, and I'd like to see what, if any, effect dot streching has. I searched the "VT100 Technical Manual", but as far as I can see it doesn't say. A good sample text would be: ESC [ 7 m b d h x CR LF ESC [ 0 m b d h x CR LF
Re: Melted computer feet
On Thu, 20 May 2021, David Collins wrote: Orange based cleaners are also good - the ones that remove stickers etc That will dissolve plastics! Don't use orange based cleaners. I just use normal 97% ethanol (called Spiritus here). That will work just fine. Christian
