I don't know what you are doing, but it sounds strange.

If you have figured out how to attach tpc format tape files for use under RSTS/E, then you are good. The same procedure is used for RSX. This is on the simh side of things...

When we're talking about usage inside RSX, you need to mount the tape /FOREIGN. I hope you did that, otherwise I don't know what the results (error) will be, but maybe this is your problem?

Isn?t that the repository which contains quite a lot of corrupted tapes? Or was it bitsavers?

On 04/27/2015 03:48 PM, Johnny Billquist wrote: I agree! :) Yeah, it's no problem under RSTS/E. Nope, I did that. I saw a warning in the beginning ("BRU -- *WARNING* -- Tape label error on MU0: I/O error code -10"), and then toward the end: ---------------------------------------------------------- Reading CCCCCC.CFG. Transferring kit files to work area. BRU -- *WARNING* -- Tape label error on MU0: I/O error code -10 BRU - Starting Tape 1 on MU0: BRU - End of Tape 1 on MU0: BRU - Completed FATAL -- error copying backup sets; procedure aborting. ---------------------------------------------------------- ...so it definitely sees files on the tape, but bombs occasionally. Have you seen this behavior before?

Uh-oh...That "HDR1" business looks like part of an ANSI tape label, not a filename. What do you think?

-Dave

On 04/27/2015 04:25 PM, Johnny Billquist wrote: VOL0. HDR1AUT101.A 2337-?-4220 2336:2337:2336 VOL1. AUTVER.BCK USER1 23-JAN-1992 14:40:00 VOL1. CCCCCC.BCK USER1 23-JAN-1992 14:40:05 VOL1. CCCREL.BCK USER1 23-JAN-1992 14:40:11 VOL0. HDR1CCC102.A 4385-?-4220 4130:2343:2336 BRU - Completed Uh-oh...That "HDR1" business looks like part of an ANSI tape label, not a filename. What do you think?

On 04/27/2015 06:04 PM, Johnny Billquist wrote: Yup...After testing several other images from the trailing-edge archive, I'm finding the same sort of mess. I knew the BP2 v2.7 image was trashed, but it looks like quite a few others are as well. The f77_v5_4.tpc one is corrupt too. What a mess. Thanks for your help in diagnosing this. At least some earlier releases are intact, but do you know if any of those newer ones have been archived intact anywhere? Do you have them?

On 04/27/2015 06:39 PM, Johnny Billquist wrote: Oh, very good news...To bad about BP2 2.7, but that's ok, hopefully it'll turn up somewhere.

Can you share the tapes that you have?

Hmm, very nice! Would you be willing to share that as well?

Dave, If you are using the RSX11M+ V4.6 distribution tape, there is a copy of F77 (V5.4 I think) on it already. Look in [246,246]. Also, that tape has DECnet on it as well that works fine with Johnny's TCP/IP software.

Unfortunately, the DECnet on that tape is for non routing nodes, so that complicates direct connection to HECnet. I have not found a RSX11M+ V4.6 routing DECNet distribution.

You are right on BP2 V2.7 being corrupted. The V2.5 is good though. On the PDP-11 the latest one is corrupt but the earliest one is ok.

Mark > On Apr 27, 2015, at 3:22 PM, Dave McGuire <mcguire at neurotica.com> wrote: > > On 04/27/2015 06:04 PM, Johnny Billquist wrote: >>> Uh-oh...That "HDR1" business looks like part of an ANSI tape label, >>> not a filename. What do you think? >> >> Definitely a corrupted tape. > > Yup...After testing several other images from the trailing-edge > archive, I'm finding the same sort of mess. I knew the BP2 v2.7 image > was trashed, but it looks like quite a few others are as well. The > f77_v5_4.tpc one is corrupt too. > > What a mess. > > Thanks for your help in diagnosing this. > > At least some earlier releases are intact, but do you know if any of > those newer ones have been archived intact anywhere? Do you have them? > > -Dave > > -- > Dave McGuire, AK4HZ > New Kensington, PA

Johnny, I don't recall if the layered product patches were there or not. I am on the road and I was able to verify the F77 compiler version: Does the -26 indicate a patch level?

Thanks for the info on non-routed DECnet and HECnet. I may have had some other issue going on and need to work on getting connected again.

BP2 with I/D space would be worth some effort to bring back from extinction. With the high speed of Simh and E11 with modern CPUs, if one could figure out a way to reassemble the tape blocks in the various combinations the see if BRU could read it successfully or not in some automated way, then just let the CPU have at it. It can't be worse than breaking the Enigma code in World War II.

Also, I meant to say that the PDP-11 C V1.2 is corrupt but the V1.1 is okay as I recall. Also, DECUS C works quite well, but I don't recall which DECUS tape it is on.

Mark > On Apr 27, 2015, at 4:02 PM, Johnny Billquist <bqt at softjar.se> wrote: > >> On 2015-04-28 00:48, Mark Matlock wrote: >> Dave, >> If you are using the RSX11M+ V4.6 distribution tape, there is a copy of F77 (V5.4 I think) on it already. Look in [246,246]. Also, that tape has DECnet on it as well that works fine with Johnny's TCP/IP software. > > Cool. Did the person setting that up also include the layered product patches that are included with RSX? > >> Unfortunately, the DECnet on that tape is for non routing nodes, so that complicates direct connection to HECnet. I have not found a RSX11M+ V4.6 routing DECNet distribution. > > It don't really complicate any connection to HECnet. You do not need a routing node for that, and unless you have some very specific needs, routing nodes just means it requires way more CPU and memory usage. > >> You are right on BP2 V2.7 being corrupted. The V2.5 is good though. On the PDP-11 the latest one is corrupt but the earliest one is ok. > > V2.7 have some improvements that would be really nice to have, such as split I/D space capability... > > I have been trying to repair the tape on trailing edge, but there is a big library file in there which is just way complicated to figure out... > > Johnny > >> >> Mark >> >>> On Apr 27, 2015, at 3:22 PM, Dave McGuire <mcguire at neurotica.com> wrote: >>> >>> On 04/27/2015 06:04 PM, Johnny Billquist wrote: >>>>> Uh-oh...That "HDR1" business looks like part of an ANSI tape label, >>>>> not a filename. What do you think? >>>> >>>> Definitely a corrupted tape. >>> >>> Yup...After testing several other images from the trailing-edge >>> archive, I'm finding the same sort of mess. I knew the BP2 v2.7 image >>> was trashed, but it looks like quite a few others are as well. The >>> f77_v5_4.tpc one is corrupt too. >>> >>> What a mess. >>> >>> Thanks for your help in diagnosing this. >>> >>> At least some earlier releases are intact, but do you know if any of >>> those newer ones have been archived intact anywhere? Do you have them? >>> >>> -Dave >>> >>> -- >>> Dave McGuire, AK4HZ >>> New Kensington, PA > > > -- > Johnny Billquist || "I'm on a bus > || on a psychedelic trip > email: bqt at softjar.se || Reading murder books > pdp is alive! || tryin' to stay hip" - B. Idol

The process to see if you got the right combination of blocks is the key to whether an automated process could be used. I guess you would have BRU try to read a virtual tape and produce a listing, but the listing could be correct, but still have some blocks out of order in some small file stored on the tape.

I will need to look for your updated DECUS C on the Update ftp. Part of the challenge from the DECUS tapes is determining if you have the latest version of a particular software. Thanks for bringing your version of C to my attention.

That is too bad. There are a number of things in RSX that I'm sure you could improve. I really do appreciate what you've done on TCP/IP. Thanks!

Mark > Johnny > >> >> Mark >> >>>> On Apr 27, 2015, at 4:02 PM, Johnny Billquist <bqt at softjar.se> wrote: >>>> >>>> On 2015-04-28 00:48, Mark Matlock wrote: >>>> Dave, >>>> If you are using the RSX11M+ V4.6 distribution tape, there is a copy of F77 (V5.4 I think) on it already. Look in [246,246]. Also, that tape has DECnet on it as well that works fine with Johnny's TCP/IP software. >>> >>> Cool. Did the person setting that up also include the layered product patches that are included with RSX? >>> >>>> Unfortunately, the DECnet on that tape is for non routing nodes, so that complicates direct connection to HECnet. I have not found a RSX11M+ V4.6 routing DECNet distribution. >>> >>> It don't really complicate any connection to HECnet. You do not need a routing node for that, and unless you have some very specific needs, routing nodes just means it requires way more CPU and memory usage. >>> >>>> You are right on BP2 V2.7 being corrupted. The V2.5 is good though. On the PDP-11 the latest one is corrupt but the earliest one is ok. >>> >>> V2.7 have some improvements that would be really nice to have, such as split I/D space capability... >>> >>> I have been trying to repair the tape on trailing edge, but there is a big library file in there which is just way complicated to figure out... >>> >>> Johnny >>> >>>> >>>> Mark >>>> >>>>> On Apr 27, 2015, at 3:22 PM, Dave McGuire <mcguire at neurotica.com> wrote: >>>>> >>>>> On 04/27/2015 06:04 PM, Johnny Billquist wrote: >>>>>>> Uh-oh...That "HDR1" business looks like part of an ANSI tape label, >>>>>>> not a filename. What do you think? >>>>>> >>>>>> Definitely a corrupted tape. >>>>> >>>>> Yup...After testing several other images from the trailing-edge >>>>> archive, I'm finding the same sort of mess. I knew the BP2 v2.7 image >>>>> was trashed, but it looks like quite a few others are as well. The >>>>> f77_v5_4.tpc one is corrupt too. >>>>> >>>>> What a mess. >>>>> >>>>> Thanks for your help in diagnosing this. >>>>> >>>>> At least some earlier releases are intact, but do you know if any of >>>>> those newer ones have been archived intact anywhere? Do you have them? >>>>> >>>>> -Dave >>>>> >>>>> -- >>>>> Dave McGuire, AK4HZ >>>>> New Kensington, PA >>> >>> >>> -- >>> Johnny Billquist || "I'm on a bus >>> || on a psychedelic trip >>> email: bqt at softjar.se || Reading murder books >>> pdp is alive! || tryin' to stay hip" - B. Idol > > > -- > Johnny Billquist || "I'm on a bus > || on a psychedelic trip > email: bqt at softjar.se || Reading murder books > pdp is alive! || tryin' to stay hip" - B. Idol

It is really too bad that wasn't a BRU tape.

Indeed! I wonder if the original tape that Tim Shoppa had still exists?

The I/D space fix for C would be great. Sometime ago I was trying to fix APL-11 to use I/D space. A guy had done this and put it on one of the DECUS tapes, but it was linked to an old FCSRES and when I tried to rebuild it, I got errors from TKB that I could not figure out. That was one of the things I was working on in my guest account on MIM that you graciously provided. Sometime I need to take another look at that. I think it is probably a simply fix, but I don't understand .odl files so it hasn't gotten fixed. In APL having I/D space is a big deal because it enlarges the available workspace by two fold.

I have a nice terminal emulator on my iMac that works well with Simh telnet to DZ ports but it would be great to telnet directly to the real PDP-11/83 system I have. The FTP file access has been fantastic to great .dsk files over to the PDP-11/83. I use the SCSI2SD device and a UC07 to have two pseudo RA92s that provide plenty of space and high reliability.

It really would be great to have the source code for the layered products to be able to fix issues like that.

Bruce Mitchell had a few tapes that were a bit rare. I think he told me once that he had the SPD-11 (RSX system performance monitoring system) tape which I've never seen anywhere. I know I have asked him about FMS-11 V1.0 which has RSX KED. (Later versions of FMS didn't include it)

Thanks, I'll capture exactly what the errors are and get it to you in a brief email so hopefully it won't take much of your time to determine what is needed.

Thanks for that information! I have been planning to transfer some .tpc files to the PDP-11/83 and did not know about the changes needed on the file attributes. I could have wasted some time trying to figure this out.

EMACS would be nice but I haven't used it as much. It sounds like a chore to write or modify an editor in Pascal.

Yes, it was. I didn't do the port, but some friends of mine did, many many years ago. I let it loose on the world though... But MicroEMACS have some issues, such as limits on how large files it can edit, as well as some limits in functionality. So I'm always looking for something better... :-)

Just out of of interest, how do you do ESC-X (Command completion with tab) and ESC-% (Query search/replace) on MicroEMACS?

sampsa On 30 Apr 2015, at 21:41, Dave McGuire <mcguire at neurotica.com> wrote:

Actually M-X does do On 1 May 2015, at 18:38, Johnny Billquist <bqt at softjar.se> wrote: I wasn't complaining, just asking what the equivalent commands if any are.. M-X ? gives a list of what I assume are all commands (see screencap athttp://sampsa.com/ue.png) M-X query-replace-string in MicroEMACS actually works, it's just not bound to M-%. Sampsa

Actually M-X does do On 1 May 2015, at 18:38, Johnny Billquist <bqt at softjar.se> wrote: I wasn't complaining, just asking what the equivalent commands if any are..

M-X ? gives a list of what I assume are all commands (see screencap at http://sampsa.com/ue.png)

M-X query-replace-string in MicroEMACS actually works, it's just not bound to M-%.

Definitely a corrupted tape.

It doesn't take much of a program/script to strip off headers and trailers, or add them if required. I've had to do it when service bureaus didn't follow my instructions when I've had them read old tapes onto files. What does a dump of the first block look like?

-- Lee K. Gleason N5ZMR Control-G Consultants lee.gleason at comcast.net -----Original Message----- From: Dave McGuire Sent: Monday, April 27, 2015 5:22 PM To: hecnet at Update.UU.SE Subject: Re: [HECnet] installing LPs on RSX On 04/27/2015 06:04 PM, Johnny Billquist wrote: Yup...After testing several other images from the trailing-edge archive, I'm finding the same sort of mess. I knew the BP2 v2.7 image was trashed, but it looks like quite a few others are as well. The f77_v5_4.tpc one is corrupt too. What a mess. Thanks for your help in diagnosing this. At least some earlier releases are intact, but do you know if any of those newer ones have been archived intact anywhere? Do you have them? -Dave

Do you have DECmail-11 on this yet? 13 [OPR] DET751 ORION 112+40 SL 0 14 [OPR] DET751 MX 124+47 HB 0 15 [OPR] DET751 NEBULA 27+40 HB 0 I want to attempt sending an email. ;)