Improved MSV11-P FMPS
So I have a busted MSV11-P, and I needed the FMPS to work on it. There is one online, but on my computers, it was extremely faint, and very hard (almost impossible) to read. So I have worked on it some, and I have a new version here: http://ana-3.lcs.mit.edu/~jnc/tech/pdp11/MP01239_MSV11-P.pdf which I feel is much more legigible, and is also a lot smaller (3.5MB instead of 36MB). The default page size is quite small (I have no idea why, I didn't do the re-conversion to PDF, I don't have Acrobat), but if you blow it up to about 300%, it still has good resolution at that point, and it's quite readable - all the signal names, pin numbers, package numbers, etc are quite legible. It doesn't have as much resolution hidden away as the original, but for most purposes, it seems quite acceptable (in fact, more so in some ways, given the increased legibility). I was interested in producing something readable, and easier to manage, and I think this new version succeeds at both. For those who are interested in the details of what I did (because I've seen other FMPS scans with this issue, and it might help someone down the road), after first saving all the pages as individual images (like I said, I don't have Acrobat, so whatever I did had to be done with something else - and I'm not sure Acrobat can do what needed to be done to make them legible, anyway), I started out by trying to simply increase the contrast. That didn't do anything (at least, with my image tool). Looking at the page images under magnification, I discovered why: the areas of ink (lines, letters etc) were actually (in the scanned image) a stipple of white and black pixels, which together produced the (un-readable) light gray printing of the original. So the contrast enhancement knob didn't do anything - each individual pixel was already quite light, or dark. So I used something called an averaging tool (which takes small groups of pixels, and averages them together), with a small averaging box size (I used 2x2), which converted the ink areas to a uniform grey; I could then use contrast enhancement to bring the printing up. I then reduced most pages to 40% of the original size, since the originals were scanned at 600 dpi, in 8-bit/pixel grayscale, and were pretty huge. (I didn't go that far on a few pages - the PCB images - which could use the higher resolution. Also, if you want the full resolution, the original scan is of course still available.) In addition to making the images smaller, this actually increased the crispness of the printing, since the reduction sampling process got rid of a lot of the jaggedness that the previous steps had left. I finally converted the resulting images from 8-bit/pixel grayscale to 1-bit/pixel black-and-white; on inspection of the two side-by-side, this lost a tiny bit of definition, but I felt that the reduction in size was worth it, plus to which my image tool has compression for 1-bit/pixel B+W TIFFs, but not for 8-bit/pixel grayscale TIFFs, so I won doubly on the size. Noel
Hercules Graphic Station (HG1024) drivers or utility disks?
Hello All, My googlefu has failed me in trying to locate actual drivers for download for this card. This was a TIGA (34010) based card w/ built in VGA (so no pass through) with 1MB of VRAM and 2MB of DRAM. I believe there were DOS utilities, Windows 3.x drivers, and SW specific drivers (e.g. AutoCAD). OS/2 or NT drivers would be fantastic but I doubt they are out there. TIA! -Ali
RE: Rescue update: DEC RC-25s + / was Re: DEC cartridge ID
it's true very little LESI documentation escaped...But the klesi schematic did. and it's well commented. lots of descriptive signal names. The hardware to interface to it is almost trivial. I took a couple of hours looking over the schematic and have written a couple of pages describing how to make it work. Happy to send to anyone who wants it. Writing MSCP emulation is beyond my skill level. But i can read a schematic. Is the KLESI printset on-line anywhere? I couldn't quickly find it on bitsavers (although the RC25 printset is there, but I suspect most RC25 problems are mechanical, not electronic) -tony
RE: Hercules Graphic Station (HG1024) drivers or utility disks?
There is a BBS listed at the bottom of this page for older drivers, maybe that will help? http://www.os2museum.com/wp/two-more-tigas/ -Original Message- From: cctalk [mailto:cctalk-boun...@classiccmp.org] On Behalf Of Ali Sent: Sunday, June 07, 2015 12:28 PM To: 'General Discussion: On-Topic and Off-Topic Posts' Subject: Hercules Graphic Station (HG1024) drivers or utility disks? Hello All, My googlefu has failed me in trying to locate actual drivers for download for this card. This was a TIGA (34010) based card w/ built in VGA (so no pass through) with 1MB of VRAM and 2MB of DRAM. I believe there were DOS utilities, Windows 3.x drivers, and SW specific drivers (e.g. AutoCAD). OS/2 or NT drivers would be fantastic but I doubt they are out there. TIA! -Ali - No virus found in this message. Checked by AVG - www.avg.com Version: 2014.0.4800 / Virus Database: 4311/9967 - Release Date: 06/07/15
Re: Looking for PDF files of The Computer Journal
https://archive.org/details/the-computer-journal ? On Sun, Jun 7, 2015 at 12:39 AM, Kip Koon computer...@sc.rr.com wrote: Hi Everyone, I am looking for pdf files for the Computer Journal. There is a series of articles on designing microprocessors I'd like to someday read about. Any ideas where they may be located? Kip Koon mailto:computer...@sc.rr.com computer...@sc.rr.com http://www.cocopedia.com/wiki/index.php/Kip_Koon http://www.cocopedia.com/wiki/index.php/Kip_Koon
RE: VMS EXCHANGE format for VAX console media
FWIW, I can confirm that the 730 console tapes are in RT11 format, as are the 750's. DEC standardized on that format for console media, even though there is no actual PDP-11 involved in the 725/730/750. And EXCHANGE has the ability to create virtual media images on disk. The CONSCOPY script creates a virtual TU58 image file and then copies all the files from the real console TU58 to the virtual copy. Why the copy has an extra 512 bytes, I don't know. I agree with Johnny - dump out the image and look for the RT11 directory. Bob
Re: Looking for PDF files of The Computer Journal
On Sun, 7 Jun 2015, Kip Koon wrote: Hi Everyone, I am looking for pdf files for the Computer Journal. There is a series of articles on designing microprocessors I'd like to someday read about. Any ideas where they may be located? https://archive.org/details/the-computer-journal 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://scarlet.deltasoft.com - Get it _today_!
VMS EXCHANGE format for VAX console media
I have a copy of an 11/730 console tape which I have been told is in EXCHANGE format as created by the CONSCOPY utility. Can any of the VMS experts here help this VMS noob learn how to translate that into a raw block-level image of the corresponding TU58 tape, which I might be able to use with a TU58 emulator? I see that the EXCHANGE image is 512 bytes longer than a full TU58 tape. Could it be as simple as chopping off the first or last 512 bytes? I'm not quite at the point yet where I know what a console tape ought to look like in a hex editor, so I can't clearly see whether that might work yet. I'm presently starting to work on getting some version of VMS running on an emulated 11/780 under simh. So with any luck, I may have a functioning VMS environment before too long, even though I haven't managed to boot up my real 11/730 yet. My end goal is to use that console tape image with some TU58 emulator to boot up my real VAX. I have some original console tapes for it, but they no longer seem to be readable. I did get my machine to examine one of them quite a bit before deciding it wasn't suitable, so maybe there is still some recoverable data on those tapes... but none of them seem to be sufficiently error-free to boot my machine. I'm presently working on booting it from a downloaded console tape image, but getting tu58em and my 11/730 to like each other is still an ongoing project. Once I get there, I think that this EXCHANGE format image that I have is the same console tape version as my unreadable real tapes, and newer than the other downloaded image that I'm presently trying to use, so it would be nice to be able to get it into a format that I can use directly. Thanks in advance for any clues! -- Mark J. Blair, NF6X n...@nf6x.net http://www.nf6x.net/
Re: VMS EXCHANGE format for VAX console media
On 2015-06-06 01:57, Mark J. Blair wrote: I have a copy of an 11/730 console tape which I have been told is in EXCHANGE format as created by the CONSCOPY utility. Can any of the VMS experts here help this VMS noob learn how to translate that into a raw block-level image of the corresponding TU58 tape, which I might be able to use with a TU58 emulator? I see that the EXCHANGE image is 512 bytes longer than a full TU58 tape. Could it be as simple as chopping off the first or last 512 bytes? I'm not quite at the point yet where I know what a console tape ought to look like in a hex editor, so I can't clearly see whether that might work yet. I'm presently starting to work on getting some version of VMS running on an emulated 11/780 under simh. So with any luck, I may have a functioning VMS environment before too long, even though I haven't managed to boot up my real 11/730 yet. My end goal is to use that console tape image with some TU58 emulator to boot up my real VAX. I have some original console tapes for it, but they no longer seem to be readable. I did get my machine to examine one of them quite a bit before deciding it wasn't suitable, so maybe there is still some recoverable data on those tapes... but none of them seem to be sufficiently error-free to boot my machine. I'm presently working on booting it from a downloaded console tape image, but getting tu58em and my 11/730 to like each other is still an ongoing project. Once I get there, I think that this EXCHANGE format image that I have is the same console tape version as my unreadable real tapes, and newer than the other downloaded image that I'm presently trying to use, so it would be nice to be able to get it into a format that I can use directly. Thanks in advance for any clues! Unless I'm really confused, EXCHANGE is not a format. EXCHANGE is a program under VMS to read/write RT-11 format file systems, which is what you usually had on the FE media. However, if you actually have EXCHANGE create an image copy of a tape/disk, and it actually is 512 bytes larger than the device, then I guess EXCHANGE have some sort of image dump format with some extra block with some meta-data. See if you can spot the RT-11 file system in there. Johnny -- Johnny Billquist || I'm on a bus || on a psychedelic trip email: b...@softjar.se || Reading murder books pdp is alive! || tryin' to stay hip - B. Idol
Re: PDP8/e front panels.
Hello Mike Photo attached - the real thing is much sharper. Rod On 06/06/2015 15:03, Mike Ross wrote: Oh I'll take two or three of those if they're any good. Might be interested in commissioning your young ladies to do pdp-15 and pdp-12 panels too. Mike On Sat, Jun 6, 2015 at 10:13 PM, Rod Smallwood rodsmallwoo...@btinternet.com wrote: Hi All I have recently produced a number of high quality custom PDP8/e front panels. They are full size reproductions of the original. The production methods are exactly as used in circa 1971. They are not photographs. The front has the two colours plus the white each done with its own silk screen and the back has the intense black with the clear circular areas for the lamps to shine through. The inks were matched and made to order. The acrylic blanks with the cutouts for the keys were also a custom order. I did the artwork, The four screens were made and the printing done by two young ladies with very good graphic arts skills at 'Squegee Ink Ltd' local to me here in Newbury UK. I have some photos but they do not do justice to the pin sharp lines and intense colours. The panel fits the bezel and the switches on the key + lamps board line up. I have a few to sell and can do more if needed. Due to the custom production they will not be low cost ($95.00 + shipping from UK) If you are interested I'll send you a picture. My photo skills are not that good. Rod Smallwood
Re: VMS EXCHANGE format for VAX console media
I have a copy of an 11/730 console tape which I have been told is in EXCHANGE format as created by the CONSCOPY utility. Can any of the VMS experts here help this VMS noob learn how to translate that into a raw block-level image of the corresponding TU58 tape, which I might be able to use with a TU58 emulator? I've never actually used it but I thought CONSCOPY sounded familar from somewhere. I had a quick look on my VAX/VMS V5.5-2 system and found SYS$UPDATE:CONSCOPY.COM. It is probably to be found in the same place on every other version of VAX/VMS. Below are some comments from the top of the file. Regards, Peter Coghlan. $ ! Copyright (c) 1987 Digital Equipment Corporation. All rights reserved. $ ! $ ! CONSCOPY -- Save or Restore a console medium $ ! $ ! Inputs: $ ! P1 - Kit type: 8600 or 8200 or 78x or 750 or 730 $ ! P2 - Function: SAVE or RESTORE $ ! P3 - Files-11 virtual disk name $ ! P4 - Console device drive $ ! P5 - File to be written on the bootblock of the console medium. $ ! Optional. The defaults are: $ ! 8600- RT11FB.SYS $ ! 78x - CONSOL.SYS $ ! 8200- BOOT58.EXE $ ! 8300- BOOT58.EXE $ ! 750 - BOOT58.EXE $ ! 730 - BOOT.EXE $ ! $ ! This program saves or restores a console medium. It uses the native $ ! mode utility EXCHANGE to copy and re-format files between a user medium $ ! (Files-11 format) and a console medium (RT-11 format).
Re: Omnibus pcb layout. Was: pdp8/e /f /m Omnibus legenda available
On Jun 6, 2015, at 07:10, Simon Claessen sim...@dds.nl wrote: Oh and i've made a omnibus pcb layout in Kicad with a corresponding schematic part with all signals. I will put it on our hack42 github account. As i have not mastered the art of making a template, it is a kicad project. VERY cool! -- Mark J. Blair, NF6X n...@nf6x.net http://www.nf6x.net/
Re: X11 expertise on ancient HW sought... (4-plane visual (overlay) via X-server on MS-WIndows)
Mouse, thanks very much for taking the time to comment. You're welcome! I've received so much help over the years from the net, paying it back in some small part is the least I can do. Even in a case like this where I can't really help except in generalities. [...] comparatively small code changes [...] [...] does not have the source. Oh. Yeah, that runs the cost of that option up. Substantially. :-( You probably do not need a GPU. The era when 4-bit visuals were common was full of dumb memory-mapped framebuffers; modern CPUs are fast enough that they can probably fake up a 4-bit overlay visual and still run at least as fast as the hardware your client software was designed to run against. I'm not sure how hard it would be to do. [...] Depending on the cost, hacking the X-Server might be an option. I have presented MS-Windows as a given here, but in fact I could also use Linux. Do any possibilities involving Linux occur to you? Nothing specific, because I don't use Linux - and, given what I've seen in my brushes with Linux-land, I am inclined to doubt that anyone has built out-of-the-box support for such a thing. But I would hope Linux is capable of presenting a dumb 24bpp memory-mapped framebuffer to userland, in which case an X server could be built which presents whatever it wants to clients and then composits it all into the framebuffer, with the main CPU if necessary. (This would make colourmap changes comparatively expensive if the underlying hardware is TrueColor instead of DirectColor, but only _comparatively_ expensive - I'd guess such a change could probably be done within a single vertical retrace.) However, as I said, this is not something I've ever personally tried, so I have only wild guesses at how easy it would be. At least with Linux on the (X) server host, I become much more confident it's just (just, hah!) a SMOP. /~\ The ASCII Mouse \ / Ribbon Campaign X Against HTMLmo...@rodents-montreal.org / \ Email! 7D C8 61 52 5D E7 2D 39 4E F1 31 3E E8 B3 27 4B
Re: Need Dos bootable 5 1/4 floppy with binary or hex editor
On Sat, 6 Jun 2015, jwsmobile wrote: For Pick folks (Mr. F15) I don't know the sysprog password, and need to null it out. Cool! Are you going to try to image the disk in order to use it in a virtual machine? 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://scarlet.deltasoft.com - Get it _today_!
RE: Rescue update: DEC RC-25s + / was Re: DEC cartridge ID
That should be trivial. I've never laid hands on an RC25, but there must be a microswitch that detects when a cartridge is installed, and is accessible for bodging...? Yes, and don't do it! In every fixed/removeable drive I have worked on (OK, never an RC25, but...) the heads for both the fixed and removeable disks are on the same positioner carriage. With the result that if you load the heads without a removeable cartridge in place, those heads will touch each other, which is a good way to ruin them. -tony
RE: Hercules Graphic Station (HG1024) drivers or utility disks?
Maybe this will do it? http://files.mpoli.fi/unpacked/software/dos/graphics/gds109.zip/gdsinfo .doc Thanks but I had already checked that site. This card wasn't something for the everyday user so I am not sure even how many would have been sold/survive. The original rice of the card was $1024 to $1495 in 1991. Although it was supposed to be a mass market device it really ended up being a niche device for AutoCAD and X-Windows users (like other TIGA cards). The TI Chip had excellent potential but like many other pieces of HW the SW/driver/support was never in place from TI (and of course there was the price barrier). -Ali
Re: PDP-8/e front panels.
On 6/7/2015 9:01 PM, Rod Smallwood wrote: On 08/06/2015 02:51, Mike Ross wrote: On Mon, Jun 8, 2015 at 1:13 AM, Noel Chiappa j...@mercury.lcs.mit.edu wrote: From: Rod Smallwood I have recently produced a number of high quality custom PDP8/e front panels. They are full size reproductions of the original. The production methods are exactly as used in circa 1971. First, my sincere congratulations! This is a real contribution, and I doubt it was trivial to accomplish. I'll also instigate another batch of ten. .. If I get orders for more than ten then I'll bump up the second batch size accordingly. These sound so cool I'm tempted to buy one, even though I don't even own a PDP-8! :-) If there is a demand I'll do other 8's or 11's front panels that use the same plexiglas and silk screen technique. Someone mentioned -12's and -15's? That would be me. I have one -12 with a smashed front panel, and one -15 with the nasty XVM sticky plastic sheet front panel that would look much better with a plexiglass replacement! The -15s I have also all have the same nasty sticky sheet for the peripherals blinkenlights - RP15 FP15, see http://www.corestore.org/15-2.htm - I'd like to replace those too. (They are a real oddity; did ANY other DEC equipment use this kind of blinkenlights panel, with cheap nasty sticky plastic sheet instead of plexiglass? I've never seen them anywhere except pdp-15 XVM systems) Mike http://www.corestore.org 'No greater love hath a man than he lay down his life for his brother. Not for millions, not for glory, not for fame. For one person, in the dark, where no one will ever know or see.' Interesting ... I was at DEC for ten years and I cannot recall having seen either of them. I'll give some thought as to how to do one offs. Rod I'd be interested in a -12 panel also. Probably the -15 too, they are just too beautiful and would make nice FPGA based replicas. Bob -- Vintage computers and electronics www.dvq.com www.tekmuseum.com www.decmuseum.org
RE: Hercules Graphic Station (HG1024) drivers or utility disks?
Maybe this will do it? http://files.mpoli.fi/unpacked/software/dos/graphics/gds109.zip/gdsinfo .doc Thanks but I had already checked that site. This card wasn't something for the everyday user so I am not sure even how many would have been sold/survive. The original rice of the card was $1024 to $1495 in 1991. Although it was supposed to be a mass market device it really ended up being a niche device for AutoCAD and X-Windows users (like other TIGA cards). The TI Chip had excellent potential but like many other pieces of HW the SW/driver/support was never in place from TI (and of course there was the price barrier). -Ali
Re: PDP-8/e front panels.
On 08/06/2015 02:51, Mike Ross wrote: On Mon, Jun 8, 2015 at 1:13 AM, Noel Chiappa j...@mercury.lcs.mit.edu wrote: From: Rod Smallwood I have recently produced a number of high quality custom PDP8/e front panels. They are full size reproductions of the original. The production methods are exactly as used in circa 1971. First, my sincere congratulations! This is a real contribution, and I doubt it was trivial to accomplish. I'll also instigate another batch of ten. .. If I get orders for more than ten then I'll bump up the second batch size accordingly. These sound so cool I'm tempted to buy one, even though I don't even own a PDP-8! :-) If there is a demand I'll do other 8's or 11's front panels that use the same plexiglas and silk screen technique. Someone mentioned -12's and -15's? That would be me. I have one -12 with a smashed front panel, and one -15 with the nasty XVM sticky plastic sheet front panel that would look much better with a plexiglass replacement! The -15s I have also all have the same nasty sticky sheet for the peripherals blinkenlights - RP15 FP15, see http://www.corestore.org/15-2.htm - I'd like to replace those too. (They are a real oddity; did ANY other DEC equipment use this kind of blinkenlights panel, with cheap nasty sticky plastic sheet instead of plexiglass? I've never seen them anywhere except pdp-15 XVM systems) Mike http://www.corestore.org 'No greater love hath a man than he lay down his life for his brother. Not for millions, not for glory, not for fame. For one person, in the dark, where no one will ever know or see.' Interesting ... I was at DEC for ten years and I cannot recall having seen either of them. I'll give some thought as to how to do one offs. Rod
VAX-11/730 %BOOT-F-Unexpected Machine Check
I finally got the excellent AK6DN tu58em emulator working as my VAX-11/730's console drive, as discussed on VCF. The trouble appears to have been a simple timing issue: tu58em includes some time delays which run afoul of the 730 console's very aggressive timeout checking. After patching in a command line flag to disable them, my 730 console seems to be happy with tu58em running on my MacBook Air over an FTDI USB/RS-232 converter. I've also tweaked the FTDI's driver settings to make sure that latency is minimized, but I'm not sure if I changed it significantly from the default. But the console appears to time out if the tape drive takes 20ms or more to respond to the initialization sequence, so every millisecond might impact reliability. With the console working and loading up a version 57 11/730 console tape image that I found online, I've been trying to boot the machine up. When I try to boot from either the R80 or RL02, I get error message %BOOT-F-Unexpected Machine Check. Does that error message mean anything to the VAX experts out there? This machine was believe to be working before time + transport, and I'm trying to bring it up for the first time since I got it. I still have a lot of learning curve to climb, but I'm excited to have made more progress. -- Mark J. Blair, NF6X n...@nf6x.net http://www.nf6x.net/
Re: VAX-11/730 %BOOT-F-Unexpected Machine Check
A couple of folks have clued me in to my mistake: I should have been trying to boot DQ0/1 instead of DU0/1. Now I'm getting disk activity followed by %BOOT-F-Unable to locate BOOT file, which is better! I found 725/730 diagnostics on another tape image, so I'll try running those next. Yay! -- Mark J. Blair, NF6X n...@nf6x.net http://www.nf6x.net/
Re: Rescue update: DEC RC-25s + / was Re: DEC cartridge ID
I found a file in my archive I got somewhere... I thought it was bitsavers. Mp01876_klesi_engrdrws_aug84.pdf Joe On Jun 7, 2015, at 1:03 PM, tony duell a...@p850ug1.demon.co.uk wrote: it's true very little LESI documentation escaped...But the klesi schematic did. and it's well commented. lots of descriptive signal names. The hardware to interface to it is almost trivial. I took a couple of hours looking over the schematic and have written a couple of pages describing how to make it work. Happy to send to anyone who wants it. Writing MSCP emulation is beyond my skill level. But i can read a schematic. Is the KLESI printset on-line anywhere? I couldn't quickly find it on bitsavers (although the RC25 printset is there, but I suspect most RC25 problems are mechanical, not electronic) -tony
Re: Rescue update: DEC RC-25s + / was Re: DEC cartridge ID
I downloaded the rc-25 set from bitsavers. The klesi (q and u) prints were at the end. Joe On Jun 7, 2015, at 1:03 PM, tony duell a...@p850ug1.demon.co.uk wrote: it's true very little LESI documentation escaped...But the klesi schematic did. and it's well commented. lots of descriptive signal names. The hardware to interface to it is almost trivial. I took a couple of hours looking over the schematic and have written a couple of pages describing how to make it work. Happy to send to anyone who wants it. Writing MSCP emulation is beyond my skill level. But i can read a schematic. Is the KLESI printset on-line anywhere? I couldn't quickly find it on bitsavers (although the RC25 printset is there, but I suspect most RC25 problems are mechanical, not electronic) -tony
Re: PDP-8/e front panels.
On Mon, Jun 8, 2015 at 1:13 AM, Noel Chiappa j...@mercury.lcs.mit.edu wrote: From: Rod Smallwood I have recently produced a number of high quality custom PDP8/e front panels. They are full size reproductions of the original. The production methods are exactly as used in circa 1971. First, my sincere congratulations! This is a real contribution, and I doubt it was trivial to accomplish. I'll also instigate another batch of ten. .. If I get orders for more than ten then I'll bump up the second batch size accordingly. These sound so cool I'm tempted to buy one, even though I don't even own a PDP-8! :-) If there is a demand I'll do other 8's or 11's front panels that use the same plexiglas and silk screen technique. Someone mentioned -12's and -15's? That would be me. I have one -12 with a smashed front panel, and one -15 with the nasty XVM sticky plastic sheet front panel that would look much better with a plexiglass replacement! The -15s I have also all have the same nasty sticky sheet for the peripherals blinkenlights - RP15 FP15, see http://www.corestore.org/15-2.htm - I'd like to replace those too. (They are a real oddity; did ANY other DEC equipment use this kind of blinkenlights panel, with cheap nasty sticky plastic sheet instead of plexiglass? I've never seen them anywhere except pdp-15 XVM systems) Mike http://www.corestore.org 'No greater love hath a man than he lay down his life for his brother. Not for millions, not for glory, not for fame. For one person, in the dark, where no one will ever know or see.'
Re: DHCP on VMS/VAX
That's cool! Especially for older versions where the 5.1 TCPIP kit just isn't an option. FYI, everyone, a list member helped me out privately. Community is great! -- Ian On Sun, Jun 7, 2015 at 1:09 PM, Robert Jarratt robert.jarr...@ntlworld.com wrote: That might actually be a fun project to create a DHCP client for versions of UCX/TCPIP that don't implement it. I will add it to my list. Regards Rob -Original Message- From: cctalk [mailto:cctalk-boun...@classiccmp.org] On Behalf Of Ian S. King Sent: 07 June 2015 00:16 To: General Discussion: On-Topic Posts Subject: DHCP on VMS/VAX Hi folks, ISTR that DHCP was introduced in TCPIP-5.1, which was included on the 7.3 hobbyist CD. But I have a 7.2 CD…. I've installed VMS on SIMH on a G4 iBook (because I can), but then I remembered (yet again) that 7.2 doesn't have DHCP, which is a pain with a laptop on WiFi. So I'm hoping to find either (a) the kit to install TCPIP-5.1 or (b) a 7.3 ISO image on a big enough pipe for FTP. :-) Can anyone help? Oh, and if you're looking for 7.2 (VAX) I have that…. Thanks! -- Ian -- Ian S. King, MSIS, MSCS, Ph.D. Candidate The Information School http://ischool.uw.edu Archivist, Voices From the Rwanda Tribunal http://tribunalvoices.org Value Sensitive Design Research Lab http://vsdesign.org University of Washington There is an old Vulcan saying: Only Nixon could go to China. -- Ian S. King, MSIS, MSCS, Ph.D. Candidate The Information School http://ischool.uw.edu Archivist, Voices From the Rwanda Tribunal http://tribunalvoices.org Value Sensitive Design Research Lab http://vsdesign.org University of Washington There is an old Vulcan saying: Only Nixon could go to China.
Re: Need Dos bootable 5 1/4 floppy with binary or hex editor
i have a running r83 machine. I just want to get the compaq going again, since it has working config battery, etc. I have saved several of these, but all have various old age issues, and this one came up in the ebay auction with pick. If you got a copy on the qt, you might play with it if you like. :-) thanks Jim On 6/7/2015 7:21 AM, geneb wrote: On Sat, 6 Jun 2015, jwsmobile wrote: For Pick folks (Mr. F15) I don't know the sysprog password, and need to null it out. Cool! Are you going to try to image the disk in order to use it in a virtual machine? g.
Amstrad CPC 464
For any on the list that might be interested... The colourful Amstrad CPC 464. The latest in my stash/hoard/collection to get the YouTube treatment. http://youtu.be/rOuPuE194fo Terry (Tez)
RE: DEC Runoff to any modern format conversion - MORE INFO
-Original Message- From: cctalk [mailto:cctalk-boun...@classiccmp.org] On Behalf Of Ernest G. Allen Sent: 07 June 2015 01:02 To: cctalk@classiccmp.org Subject: RE: DEC Runoff to any modern format conversion - MORE INFO On Sat, 6 Jun 2015, Robert Jarratt wrote: Date: Sat, 6 Jun 2015 05:36:40 From: Robert Jarratt robert.jarr...@ntlworld.com To: 'General Discussion: On-Topic and Off-Topic Posts' cctalk@classiccmp.org Subject: RE: DEC Runoff to any modern format conversion - MORE INFO I have had a go with some of Tom's files but I have encountered some problems. It seems the files have some commands in them that are not recognised by any of the versions of runoff that I have. I have tried on VMS 5.5-2, 7.3 and 8.4. The commands that are not recognised include (not a full list): .style header .autotitle .ebb .fta .referencepoint I have a vague recollection that DEC had some other internal version of runoff, and I wonder if these commands are for such a version. Anyone know? Regards Rob The .ebb is the short version of .ENABLE BAR (for change bars). It allows the .bb (.BEGIN BAR) and .eb (.END BAR) commands to take effect. Without .ebb the .bb and .eb commands don't affect the output. A .dbb (.DISABLE BAR) command will cause the .bb and .eb commands to be ignored. The .style header is a fancy one that controls which levels of headings (1-6) have section numbers before them, which are made into run-in headers or centered headers, and so forth. See the OpenVMS DIGITAL Standard Runoff Reference Manual at http://h20565.www2.hp.com/hpsc/doc/public/display?docId=emr_na- c04623260 I don't know about .autotitle, .fta, or .referencepoint and could only guess. That is the manual I looked at. I should have said with regard to .style headers that I think the problem is the following syntax, it has lines like this: .style header (level=1,before=1,after=1,norunin,firstcap) Which don't appear to conform to the definition of the command in the manual, although there could be more syntax defined somewhere in the manual that allows this, but suffice to say runoff doesn't like those lines. Another example is .EBB, in the file it is: .ebb '|' And it complains about the bit after ebb, the manual doesn't seem to allow for the bar character to be specified Overall, it looks like some special version of runoff to me. I tried the /DEC_INTERNAL switch, but it made no difference. Regards Rob
