- HECnet - lists @ Update

Looking for WWENG2.SYS for DECserver 900TM

by b4＠gewt.net

On Sun, 30 Nov 2014, Dave McGuire wrote: `strings` shows postscript and: $Id: slip.c,v 1.1.5.4 1995/04/12 23:27:02 mccrory Exp $ $Id: slip_stuff_unstuff.c,v 1.1.10.4 1996/05/15 14:27:34 wils Exp $ I thought...CVS? (or is that RCS?SCCS?) info woulda been stripped? No, many times it was left in the binaries for exactly this reason, identification. Ahhhh. What architecture is this for? And it would have been SCCS in those days. Had a feeling, but wasn't sure which it would've been. -Dave -- Cory Smelosky http://gewt.net Personal stuff http://gimme-sympathy.org Projects

10 years, 7 months

1
0
0 0

Looking for WWENG2.SYS for DECserver 900TM

by mcguire＠neurotica.com

On 11/30/2014 04:04 PM, Johnny Billquist wrote: "Brian Schenkenberger, VAXman-" <system at TMESIS.COM> writes: "Robert Jarratt" <robert.jarratt at ntlworld.com> writes: Thanks VAXman, but the link you sent me is for MNENG2, I am looking for WWENG2, which is for the 900TM. Oops. Sorry about that. Let me gather WWENG2 for you. WWENG1.SYS is the best I can do for you. http://www.neurotica.com/misc/wweng2.sys Great! Now also at MIM::DU:[5,54]*.SYS, along other DECserver images... And, for some of them, MIM also serves when asked. I have these: -rw-r--r-- 1 mcguire staff 176K Jun 7 1999 DS5TSV.SYS -rw-r--r-- 1 mcguire staff 580K Jun 7 1999 MNENG1.SYS -rw-r--r-- 1 mcguire staff 190K Jun 7 1999 PR0801ENG.SYS -rw-r--r-- 1 mcguire staff 64K Mar 20 2012 PS0801ENG.SYS-v1.3 -rw-r--r-- 1 mcguire staff 108K Mar 20 2012 PS0801ENG.SYS-v2.0 -rw-r--r-- 1 mcguire staff 570K Jun 7 1999 SH1601ENG.SYS -rw-r--r-- 1 mcguire staff 578K Jun 7 1999 WWENG1.SYS -rw-r--r-- 1 mcguire staff 1.6M Jan 27 2007 WWENG2.SYS Are there any there that you do not have? -Dave -- Dave McGuire, AK4HZ/3 New Kensington, PA

10 years, 7 months

1
0
0 0

Looking for WWENG2.SYS for DECserver 900TM

by mcguire＠neurotica.com

On 11/30/2014 04:08 PM, Cory Smelosky wrote: "Brian Schenkenberger, VAXman-" <system at TMESIS.COM> writes: "Robert Jarratt" <robert.jarratt at ntlworld.com> writes: Thanks VAXman, but the link you sent me is for MNENG2, I am looking for WWENG2, which is for the 900TM. Oops. Sorry about that. Let me gather WWENG2 for you. WWENG1.SYS is the best I can do for you. http://www.neurotica.com/misc/wweng2.sys Interesting image! `strings` shows postscript and: $Id: slip.c,v 1.1.5.4 1995/04/12 23:27:02 mccrory Exp $ $Id: slip_stuff_unstuff.c,v 1.1.10.4 1996/05/15 14:27:34 wils Exp $ I thought...CVS? (or is that RCS?SCCS?) info woulda been stripped? No, many times it was left in the binaries for exactly this reason, identification. And it would have been SCCS in those days. -Dave -- Dave McGuire, AK4HZ/3 New Kensington, PA

10 years, 7 months

1
0
0 0

Looking for WWENG2.SYS for DECserver 900TM

by b4＠gewt.net

On Sun, 30 Nov 2014, Dave McGuire wrote: On 11/30/2014 03:48 PM, Brian Schenkenberger, VAXman- wrote: "Brian Schenkenberger, VAXman-" <system at TMESIS.COM> writes: "Robert Jarratt" <robert.jarratt at ntlworld.com> writes: Thanks VAXman, but the link you sent me is for MNENG2, I am looking for WWENG2, which is for the 900TM. Oops. Sorry about that. Let me gather WWENG2 for you. WWENG1.SYS is the best I can do for you. http://www.neurotica.com/misc/wweng2.sys Interesting image! `strings` shows postscript and: $Id: slip.c,v 1.1.5.4 1995/04/12 23:27:02 mccrory Exp $ $Id: slip_stuff_unstuff.c,v 1.1.10.4 1996/05/15 14:27:34 wils Exp $ I thought...CVS? (or is that RCS?SCCS?) info woulda been stripped? -Dave -- Cory Smelosky http://gewt.net Personal stuff http://gimme-sympathy.org Projects

10 years, 7 months

1
0
0 0

Looking for WWENG2.SYS for DECserver 900TM

by bqt＠softjar.se

On 2014-11-30 21:56, Dave McGuire wrote: On 11/30/2014 03:48 PM, Brian Schenkenberger, VAXman- wrote: "Brian Schenkenberger, VAXman-" <system at TMESIS.COM> writes: "Robert Jarratt" <robert.jarratt at ntlworld.com> writes: Thanks VAXman, but the link you sent me is for MNENG2, I am looking for WWENG2, which is for the 900TM. Oops. Sorry about that. Let me gather WWENG2 for you. WWENG1.SYS is the best I can do for you. http://www.neurotica.com/misc/wweng2.sys Great! Now also at MIM::DU:[5,54]*.SYS, along other DECserver images... And, for some of them, MIM also serves when asked. Johnny -- 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

10 years, 7 months

1
0
0 0

Looking for WWENG2.SYS for DECserver 900TM

by b4＠gewt.net

On Sun, 30 Nov 2014, Brian Schenkenberger, VAXman- wrote: "Brian Schenkenberger, VAXman-" <system at TMESIS.COM> writes: "Robert Jarratt" <robert.jarratt at ntlworld.com> writes: Thanks VAXman, but the link you sent me is for MNENG2, I am looking for WWENG2, which is for the 900TM. Oops. Sorry about that. Let me gather WWENG2 for you. WWENG1.SYS is the best I can do for you. Do you also have Xyplex MAXserver 5000 firmware by chance? -- Cory Smelosky http://gewt.net Personal stuff http://gimme-sympathy.org Projects

10 years, 7 months

1
0
0 0

Looking for WWENG2.SYS for DECserver 900TM

by mcguire＠neurotica.com

On 11/30/2014 03:48 PM, Brian Schenkenberger, VAXman- wrote: "Brian Schenkenberger, VAXman-" <system at TMESIS.COM> writes: "Robert Jarratt" <robert.jarratt at ntlworld.com> writes: Thanks VAXman, but the link you sent me is for MNENG2, I am looking for WWENG2, which is for the 900TM. Oops. Sorry about that. Let me gather WWENG2 for you. WWENG1.SYS is the best I can do for you. http://www.neurotica.com/misc/wweng2.sys -Dave -- Dave McGuire, AK4HZ/3 New Kensington, PA

10 years, 7 months

1
0
0 0

Looking for WWENG2.SYS for DECserver 900TM

by system＠TMESIS.COM

"Brian Schenkenberger, VAXman-" <system at TMESIS.COM> writes: "Robert Jarratt" <robert.jarratt at ntlworld.com> writes: Thanks VAXman, but the link you sent me is for MNENG2, I am looking for WWENG2, which is for the 900TM. Oops. Sorry about that. Let me gather WWENG2 for you. WWENG1.SYS is the best I can do for you. -- VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)ORG I speak to machines with the voice of humanity.

10 years, 7 months

1
0
0 0

Looking for WWENG2.SYS for DECserver 900TM

by system＠TMESIS.COM

"Robert Jarratt" <robert.jarratt at ntlworld.com> writes: Thanks VAXman, but the link you sent me is for MNENG2, I am looking for WWENG2, which is for the 900TM. Oops. Sorry about that. Let me gather WWENG2 for you. -- VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)ORG I speak to machines with the voice of humanity.

10 years, 7 months

1
0
0 0

Looking for WWENG2.SYS for DECserver 900TM

by robert.jarratt＠ntlworld.com

-----Original Message----- From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On Behalf Of Brian Schenkenberger, VAXman- Sent: 30 November 2014 15:55 To: hecnet at Update.UU.SE Subject: RE: [HECnet] Looking for WWENG2.SYS for DECserver 900TM "Robert Jarratt" <robert.jarratt at ntlworld.com> writes: Does anyone have this file? I do. -- VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)ORG I speak to machines with the voice of humanity. Thanks VAXman, but the link you sent me is for MNENG2, I am looking for WWENG2, which is for the 900TM. Regards Rob

10 years, 7 months

1
0
0 0

Looking for WWENG2.SYS for DECserver 900TM

by mark＠wickensonline.co.uk

I should have this somewhere. I'll take a look when i get home later On 30 Nov 2014 09:38, "Robert Jarratt" <robert.jarratt at ntlworld.com> wrote: Does anyone have this file? (Sorry if this is a duplicate, I sent the request from the wrong address and I don t know if it actually made it to the list) Regards Rob

10 years, 7 months

1
0
0 0

Looking for WWENG2.SYS for DECserver 900TM

by robert.jarratt＠ntlworld.com

Does anyone have this file? (Sorry if this is a duplicate, I sent the request from the wrong address and I don t know if it actually made it to the list) Regards Rob

10 years, 7 months

1
0
0 0

Possible later BBN Monitor source

by b4＠gewt.net

On Sun, 23 Nov 2014, Gregg Levine wrote: Hello! I mean where did you find it. Bitsavers. ----- Gregg C Levine gregg.drwho8 at gmail.com "This signature fought the Time Wars, time and again." -- Cory Smelosky http://gewt.net Personal stuff http://gimme-sympathy.org Projects

10 years, 7 months

1
0
0 0

Possible later BBN Monitor source

by gregg.drwho8＠gmail.com

Hello! I mean where did you find it. ----- Gregg C Levine gregg.drwho8 at gmail.com "This signature fought the Time Wars, time and again." On Sun, Nov 23, 2014 at 2:25 PM, Cory Smelosky <b4 at gewt.net> wrote: On Sun, 23 Nov 2014, Gregg Levine wrote: Hello! And where was it hiding? SRC:<BBN-MONITOR> ----- Gregg C Levine gregg.drwho8 at gmail.com "This signature fought the Time Wars, time and again." -- Cory Smelosky http://gewt.net Personal stuff http://gimme-sympathy.org Projects

10 years, 7 months

1
0
0 0

Possible later BBN Monitor source

by b4＠gewt.net

On Sun, 23 Nov 2014, Gregg Levine wrote: Hello! And where was it hiding? SRC:<BBN-MONITOR> ----- Gregg C Levine gregg.drwho8 at gmail.com "This signature fought the Time Wars, time and again." -- Cory Smelosky http://gewt.net Personal stuff http://gimme-sympathy.org Projects

10 years, 7 months

1
0
0 0

Possible later BBN Monitor source

by gregg.drwho8＠gmail.com

Hello! And where was it hiding? ----- Gregg C Levine gregg.drwho8 at gmail.com "This signature fought the Time Wars, time and again." On Sun, Nov 23, 2014 at 2:01 PM, Cory Smelosky <b4 at gewt.net> wrote: Afternoon, To the probably 0 other people interested...I think I managed to stumble across a later version of the BBN monitor...not sure if it's TENEX, just patches to the networking stack. It was (not really) hidden within the SRI-NIC SRC: structure dump. The source contains a copy of BBN Report 5925 -- Cory Smelosky http://gewt.net Personal stuff http://gimme-sympathy.org Projects

10 years, 7 months

1
0
0 0

Possible later BBN Monitor source

by b4＠gewt.net

Afternoon, To the probably 0 other people interested...I think I managed to stumble across a later version of the BBN monitor...not sure if it's TENEX, just patches to the networking stack. It was (not really) hidden within the SRI-NIC SRC: structure dump. The source contains a copy of BBN Report 5925 -- Cory Smelosky http://gewt.net Personal stuff http://gimme-sympathy.org Projects

10 years, 7 months

1
0
0 0

TOPS-10/20 copyright status

by hvlems＠zonnet.nl

Verzonden vanaf mijn BlackBerry 10-smartphone. Van: Mark Abene Verzonden: woensdag 19 november 2014 04:42 Aan: hecnet at update.uu.se Beantwoorden: hecnet at Update.UU.SE Onderwerp: Re: [HECnet] TOPS-10/20 copyright status You're likely right, and I had it backwards (SC versus Foonly). On the other note, it would be really cool to revive TYMCOM-X and its dev environment (excluding the Tymnet Engine node-code generation tools). But it's very possible that British Telecom wouldn't allow that to happen, if in fact they still hold all the copyrights that they absorbed from acquiring Tymnet and Tymshare. -M On Mon, Nov 17, 2014 at 8:57 PM, Pontus Pihlgren <pontus at update.uu.se> wrote: On Mon, Nov 17, 2014 at 04:23:38PM -0800, Mark Abene wrote: > > If I remember correctly, Compuserve was using Foonlys towards the end, > since they were much more economical to run than the Systems Concepts > machines. Maybe someone can comment. That sounds backwards. At least the F1 was a very complex machine even requiring a DeC PDP-10 to even boot. The SC-40 was comparatively nimble. Lpok at gerrys youtibe videos. I don't know much about the later foonlys. I'd like to know more. /P

10 years, 7 months

1
0
0 0

TOPS-10/20 copyright status

by phiber＠phiber.com

You're likely right, and I had it backwards (SC versus Foonly). On the other note, it would be really cool to revive TYMCOM-X and its dev environment (excluding the Tymnet Engine node-code generation tools). But it's very possible that British Telecom wouldn't allow that to happen, if in fact they still hold all the copyrights that they absorbed from acquiring Tymnet and Tymshare. -M On Mon, Nov 17, 2014 at 8:57 PM, Pontus Pihlgren <pontus at update.uu.se> wrote: On Mon, Nov 17, 2014 at 04:23:38PM -0800, Mark Abene wrote: > > If I remember correctly, Compuserve was using Foonlys towards the end, > since they were much more economical to run than the Systems Concepts > machines. Maybe someone can comment. That sounds backwards. At least the F1 was a very complex machine even requiring a DeC PDP-10 to even boot. The SC-40 was comparatively nimble. Lpok at gerrys youtibe videos. I don't know much about the later foonlys. I'd like to know more. /P

10 years, 7 months

1
0
0 0

Kermit for RSTS/E

by bqt＠softjar.se

On 2014-11-17 07:55, Paul_Koning at Dell.com wrote: On Nov 15, 2014, at 9:17 PM, Johnny Billquist <bqt at softjar.se> wrote: ... Anyway, K11.TSK is probably not what you want, since all the TSK files on MIM are RSX images. You probably want to grab all the sources, and the command files, and build it yourself. I checked, and there are definitely RSTS/E build files in there. I haven t tried it, at least not much, with RSX images. But the emulation in RSTS is often able to run unmodified images from the other operating systems. It certainly works that way for RT11 emulation. It is true that using a RSTS/E build is preferable, if you can find one, because that will enable some RSTS-specific things. But if all you can find is an RSX image, it s worth a try. Yes, many RSX images will work. And I have not checked if KERMIT do something tricky or not. If it's just plain RSX code, then it could work just fine under RSTS/E. If they use ASTs to actually deal with things in an asynchronous manner, or more odd RSX stuff, then the RSTS/E emulation layer might not be enough. I know that there are separate build files and pieces for RSTS/E in KERMIT-11, and since those files are available, I would just grab it all (from MIM:: for example) and built it myself. Johnny

10 years, 7 months

1
0
0 0

TOPS-10/20 copyright status

by pontus＠Update.UU.SE

On Mon, Nov 17, 2014 at 04:23:38PM -0800, Mark Abene wrote: If I remember correctly, Compuserve was using Foonlys towards the end, since they were much more economical to run than the Systems Concepts machines. Maybe someone can comment. That sounds backwards. At least the F1 was a very complex machine even requiring a DeC PDP-10 to even boot. The SC-40 was comparatively nimble. Lpok at gerrys youtibe videos. I don't know much about the later foonlys. I'd like to know more. /P

10 years, 7 months

1
0
0 0

TOPS-10/20 copyright status

by phiber＠phiber.com

On Sun, Nov 16, 2014 at 9:57 AM, Jim Carpenter <jim at deitygraveyard.com> wrote: On Sat, Nov 15, 2014 at 5:35 PM, Cory Smelosky <b4 at gewt.net> wrote: > See if they've gotten anywhere with getting the rights to release the > CompuServe Monitor source, too. Does this still exist??? I begged Gerry Moersdorf for a dump of the SCSI drives in the CompuServe SC-40s. He was unable to do it. I really wanted it too. :( And LCM will never give me a copy of theirs. :((( If I remember correctly, Compuserve was using Foonlys towards the end, since they were much more economical to run than the Systems Concepts machines. Maybe someone can comment. BTW, anybody know if TYMCOM-X survives anywhere? (That's the Tymshare/Tymnet one.) I was a TYMCOM-X "user" of sorts. Joe Smith, formerly of Tymshare, may possibly know what happened to the code, if you ask him nicely. :) His site is here: http://www.inwap.com/pdp10/ -Mark

10 years, 7 months

1
0
0 0

Kermit for RSTS/E

by Paul_Koning＠Dell.com

On Nov 17, 2014, at 11:08 AM, Cory Smelosky <b4 at gewt.net> wrote: On Mon, 17 Nov 2014, Paul_Koning at Dell.com wrote: On Nov 15, 2014, at 9:17 PM, Johnny Billquist <bqt at softjar.se> wrote: ... $ copy 9.1::sys$specific:[decnet]k11.tsk k11.tsk Node: 9.1 User: csmelosky Password: System Password: ?NFT -- Bad RFM field in FAB What a helpful error message. ... As for the error message, knowing RMS helps. FAB is the File Access Block. RFM is (if I remember right) Record Format. Probably RSTS/E cannot just grok the record format of that file. You can give switches to NFT under RSX at least, to tell what the format should be when copying... RSTS uses RMS for this sort of thing, and yes, it certainly should understand RSX RMS files without further help. I wonder if RSX is sending something bogus based on the fact that the remote system is RSTS. Hard to say without seeing what is sent. 9.1 is VMS. It might be worth experimenting with block or record mode to see if that helps. Executables are fixed:512 files so it doesn?t make a whole lot of difference which mode is used. Another possibility might be to copy RSX to VMS and then VMS to RSTS. FTP to VMS (image mode), VMS to RSTS is what game the error! Oops, I misunderstood, I thought the file was coming from RSX. What does VMS claim the RMS attributes are for that file? If it started out with FTP, it may be something odd, like stream. I don t remember how to query RMS attributes on VMS, but I assume there is a way. An alternative way to transfer files that give NFT trouble is to back then up, then send the backupset. RSTS can read VMS backupsets (if you have a sufficiently new RSTS V9.0 or later, if I remember correctly). Backupsets are fixed record sequential files, which in general should copy just fine. paul

10 years, 7 months

1
0
0 0

Kermit for RSTS/E

by b4＠gewt.net

On Mon, 17 Nov 2014, Paul_Koning at Dell.com wrote: On Nov 15, 2014, at 9:17 PM, Johnny Billquist <bqt at softjar.se> wrote: ... $ copy 9.1::sys$specific:[decnet]k11.tsk k11.tsk Node: 9.1 User: csmelosky Password: System Password: ?NFT -- Bad RFM field in FAB What a helpful error message. ... As for the error message, knowing RMS helps. FAB is the File Access Block. RFM is (if I remember right) Record Format. Probably RSTS/E cannot just grok the record format of that file. You can give switches to NFT under RSX at least, to tell what the format should be when copying... RSTS uses RMS for this sort of thing, and yes, it certainly should understand RSX RMS files without further help. I wonder if RSX is sending something bogus based on the fact that the remote system is RSTS. Hard to say without seeing what is sent. 9.1 is VMS. It might be worth experimenting with block or record mode to see if that helps. Executables are fixed:512 files so it doesn?t make a whole lot of difference which mode is used. Another possibility might be to copy RSX to VMS and then VMS to RSTS. FTP to VMS (image mode), VMS to RSTS is what game the error! paul -- Cory Smelosky http://gewt.net Personal stuff http://gimme-sympathy.org Projects

10 years, 7 months

1
0
0 0

Kermit for RSTS/E

by Paul_Koning＠Dell.com

On Nov 15, 2014, at 9:17 PM, Johnny Billquist <bqt at softjar.se> wrote: ... $ copy 9.1::sys$specific:[decnet]k11.tsk k11.tsk Node: 9.1 User: csmelosky Password: System Password: ?NFT -- Bad RFM field in FAB What a helpful error message. ... As for the error message, knowing RMS helps. FAB is the File Access Block. RFM is (if I remember right) Record Format. Probably RSTS/E cannot just grok the record format of that file. You can give switches to NFT under RSX at least, to tell what the format should be when copying... RSTS uses RMS for this sort of thing, and yes, it certainly should understand RSX RMS files without further help. I wonder if RSX is sending something bogus based on the fact that the remote system is RSTS. Hard to say without seeing what is sent. It might be worth experimenting with block or record mode to see if that helps. Executables are fixed:512 files so it doesn t make a whole lot of difference which mode is used. Another possibility might be to copy RSX to VMS and then VMS to RSTS. paul

10 years, 7 months

1
0
0 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

HECnet