- HECnet - lists @ Update

by roll＠Stupi.SE

On 2015-02-11 20:27, Cory Smelosky wrote: Coming today: Images of SC-40 boot drives assuming they weren't 36-bit low-level I don't think they are, but Peter Lothberg should have all the details, since he already have an SC40 on HECnet... The SCSI drive that is used for boot is formatted with 2304 byte sectors, and has a T20 file system. The "FE are" is not used. --P (one sector=1 pdp10 page)

10 years, 5 months

1
0
0 0

SC-40

by bqt＠softjar.se

On 2015-02-11 20:27, Cory Smelosky wrote: Coming today: Images of SC-40 boot drives assuming they weren't 36-bit low-level I don't think they are, but Peter Lothberg should have all the details, since he already have an SC40 on HECnet... Johnny

10 years, 5 months

1
0
0 0

SC-40

by b4＠gewt.net

Coming today: Images of SC-40 boot drives assuming they weren't 36-bit low-level Sent from my iPhone

10 years, 5 months

1
0
0 0

SOLAR:: - more stuff to mirror?

by sampsa＠mac.com

Guys, I've got about 280 GB of free space on SOLAR:: - any ideas on what would be useful to mirror there? Sampsa

10 years, 5 months

1
0
0 0

Looking for systems to test against...

by Paul_Koning＠Dell.com

On Feb 8, 2015, at 11:17 AM, Johnny Billquist <bqt at softjar.se> wrote: On 2015-02-08 16:57, Paul_Koning at Dell.com wrote: On Feb 8, 2015, at 8:09 AM, Johnny Billquist <bqt at softjar.se> wrote: ... Local NFARs V8 DAP V7.1 Buffer size= 2064. OS=RSX-11M+ FS=FCS-11 DC=Yes Remote FAL V4.1 DAP V5.6 Buffer size= 636. OS=RSTS/E FS=RMS-11 DC=No What does DC=No mean? I think that is if it supports the CRC extension to DAP. It should either stand for DAP CRC, or Data Check. Pick one. :-) And I guess RSTS/E do not support that. Correct. There is a symbol for that flag in the code, but nothing references it. paul

10 years, 5 months

1
0
0 0

Looking for systems to test against...

by bqt＠softjar.se

On 2015-02-08 16:57, Paul_Koning at Dell.com wrote: On Feb 8, 2015, at 8:09 AM, Johnny Billquist <bqt at softjar.se> wrote: Anyway, this served as a reminder to me. Thanks for keeping those systems up. You do not see too many TOPS-10 or RSTS/E systems online. I just rechecked my fixed NFT on RSX, and it reports these systems just fine. And for information, for anyone interested... .nft bitxot"201,2 guestguest"::/id NFT -- Version V9.0 Local NFARs V8 DAP V7.1 Buffer size= 2064. OS=RSX-11M+ FS=FCS-11 DC=Yes Remote FAL V4.1 DAP V5.6 Buffer size= 636. OS=RSTS/E FS=RMS-11 DC=No What does DC=No mean? I think that is if it supports the CRC extension to DAP. It should either stand for DAP CRC, or Data Check. Pick one. :-) And I guess RSTS/E do not support that. I'm surprised TOPS-10 do, but it might be that the TOPS-10 DAP just answers with such an old format that RSX don't properly understand it, considering the odd information in the other fields. 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, 5 months

1
0
0 0

Looking for systems to test against...

by bqt＠softjar.se

On 2015-02-08 16:51, Steve Davidson wrote: Johnny, Try: nft pluto::[200,200]/id .nft pluto::/id NFT -- Version V9.0 Local NFARs V8 DAP V7.1 Buffer size= 2064. OS=RSX-11M+ FS=FCS-11 DC=Yes Remote FAL V4.1 DAP V5.6 Buffer size= 636. OS=RSTS/E FS=RMS-11 DC=No Johnny -Steve On Feb 8, 2015, at 08:09, Johnny Billquist <bqt at softjar.se> wrote: On 2015-02-07 15:26, Jordi Guillaumes i Pons wrote: Ooops MacOS mail app is acting weird again. Somehow it has gone into a time warp and it is sending again old messages. Please disregard. Interesting feature. :-) Anyway, this served as a reminder to me. Thanks for keeping those systems up. You do not see too many TOPS-10 or RSTS/E systems online. I just rechecked my fixed NFT on RSX, and it reports these systems just fine. And for information, for anyone interested... .nft bitxt0"guest guest"::/id NFT -- Version V9.0 Local NFARs V8 DAP V7.1 Buffer size= 2064. OS=RSX-11M+ FS=FCS-11 DC=Yes Remote FAL V2 DAP V5.6 Buffer size= 2404. OS=TOPS-20 FS=TOPS-20 DC=Yes .nft bitxt1"guest guest"::/id NFT -- Version V9.0 Local NFARs V8 DAP V7.1 Buffer size= 2064. OS=RSX-11M+ FS=FCS-11 DC=Yes Remote FAL V0 DAP V7.0 Buffer size= 0. OS=TOPS-10 FS=TOPS-10 DC=Yes .nft bitxot"201,2 guestguest"::/id NFT -- Version V9.0 Local NFARs V8 DAP V7.1 Buffer size= 2064. OS=RSX-11M+ FS=FCS-11 DC=Yes Remote FAL V4.1 DAP V5.6 Buffer size= 636. OS=RSTS/E FS=RMS-11 DC=No .nft maisa::/id NFT -- Version V9.0 Local NFARs V8 DAP V7.1 Buffer size= 2064. OS=RSX-11M+ FS=FCS-11 DC=Yes Remote FAL V5 DAP V7.2 Buffer size= 2064. OS=VAX/VMS FS=RMS-32 DC=Yes .nft pondus::/id NFT -- Version V9.0 Local NFARs V8 DAP V7.1 Buffer size= 2064. OS=RSX-11M+ FS=FCS-11 DC=Yes Remote FAL V8 DAP V7.1 Buffer size= 2086. OS=RSX-11M+ FS=RMS-11 DC=Yes .nft wxp::/id NFT -- Version V9.0 Local NFARs V8 DAP V7.1 Buffer size= 2064. OS=RSX-11M+ FS=FCS-11 DC=Yes Remote FAL V4 DAP V7.2 Buffer size= 16384. OS=WindowsNT FS=NTFS DC=Yes . Johnny El 23/04/2014, a les 20:00, Jordi Guillaumes i Pons <jg at jordi.guillaumes.name> va escriure: El 23/04/2014, a les 11.16, Johnny Billquist <bqt at softjar.se> va : I've been fixing some DECnet code in RSX, and I'm now looking for systems to check against. What I'm testing is NFT/DAP access, and systems I'd like to test against is Ultrix-32, OSF-1, TOPS-20, RT-11, RSTS/E. Essentially anything not VMS or RSX. :-) Do anyone have any such systems online on HECnet at the moment, which I can have file access to? BITXT0: TOPS-20, USER=GUEST, PASSWORD=GUEST BITXOT: RSTS/E, ACCOUNT=201,2, PASSWORD=GUESTGUEST Additionally: BITXT1: TOPS-10, USER=GUEST, PASSWORD=GUEST I can put up a Ultrix-32 system if there is no other one available. By the way, I didn't know there was DECNET for RT-11... Do tou Jordi Guillaumes i Pons jg at jordi.guillaumes.name HECnet: BITXOV::JGUILLAUMES -- 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

10 years, 5 months

1
0
0 0

Looking for systems to test against...

by hvlems＠zonnet.nl

It's AC only? Verzonden vanaf mijn BlackBerry 10-smartphone. Origineel bericht Van: Paul_Koning at Dell.com Verzonden: zondag 8 februari 2015 16:57 Aan: hecnet at Update.UU.SE Beantwoorden: hecnet at Update.UU.SE Onderwerp: Re: [HECnet] Looking for systems to test against... On Feb 8, 2015, at 8:09 AM, Johnny Billquist <bqt at softjar.se> wrote: Anyway, this served as a reminder to me. Thanks for keeping those systems up. You do not see too many TOPS-10 or RSTS/E systems online. I just rechecked my fixed NFT on RSX, and it reports these systems just fine. And for information, for anyone interested... .nft bitxot"201,2 guestguest"::/id NFT -- Version V9.0 Local NFARs V8 DAP V7.1 Buffer size= 2064. OS=RSX-11M+ FS=FCS-11 DC=Yes Remote FAL V4.1 DAP V5.6 Buffer size= 636. OS=RSTS/E FS=RMS-11 DC=No What does DC=No mean? paul

10 years, 5 months

1
0
0 0

Looking for systems to test against...

by Paul_Koning＠Dell.com

On Feb 8, 2015, at 8:09 AM, Johnny Billquist <bqt at softjar.se> wrote: Anyway, this served as a reminder to me. Thanks for keeping those systems up. You do not see too many TOPS-10 or RSTS/E systems online. I just rechecked my fixed NFT on RSX, and it reports these systems just fine. And for information, for anyone interested... .nft bitxot"201,2 guestguest"::/id NFT -- Version V9.0 Local NFARs V8 DAP V7.1 Buffer size= 2064. OS=RSX-11M+ FS=FCS-11 DC=Yes Remote FAL V4.1 DAP V5.6 Buffer size= 636. OS=RSTS/E FS=RMS-11 DC=No What does DC=No mean? paul

10 years, 5 months

1
0
0 0

Looking for systems to test against...

by steve＠davidson.net

Johnny, Try: nft pluto::[200,200]/id -Steve On Feb 8, 2015, at 08:09, Johnny Billquist <bqt at softjar.se> wrote: On 2015-02-07 15:26, Jordi Guillaumes i Pons wrote: Ooops MacOS mail app is acting weird again. Somehow it has gone into a time warp and it is sending again old messages. Please disregard. Interesting feature. :-) Anyway, this served as a reminder to me. Thanks for keeping those systems up. You do not see too many TOPS-10 or RSTS/E systems online. I just rechecked my fixed NFT on RSX, and it reports these systems just fine. And for information, for anyone interested... .nft bitxt0"guest guest"::/id NFT -- Version V9.0 Local NFARs V8 DAP V7.1 Buffer size= 2064. OS=RSX-11M+ FS=FCS-11 DC=Yes Remote FAL V2 DAP V5.6 Buffer size= 2404. OS=TOPS-20 FS=TOPS-20 DC=Yes .nft bitxt1"guest guest"::/id NFT -- Version V9.0 Local NFARs V8 DAP V7.1 Buffer size= 2064. OS=RSX-11M+ FS=FCS-11 DC=Yes Remote FAL V0 DAP V7.0 Buffer size= 0. OS=TOPS-10 FS=TOPS-10 DC=Yes .nft bitxot"201,2 guestguest"::/id NFT -- Version V9.0 Local NFARs V8 DAP V7.1 Buffer size= 2064. OS=RSX-11M+ FS=FCS-11 DC=Yes Remote FAL V4.1 DAP V5.6 Buffer size= 636. OS=RSTS/E FS=RMS-11 DC=No .nft maisa::/id NFT -- Version V9.0 Local NFARs V8 DAP V7.1 Buffer size= 2064. OS=RSX-11M+ FS=FCS-11 DC=Yes Remote FAL V5 DAP V7.2 Buffer size= 2064. OS=VAX/VMS FS=RMS-32 DC=Yes .nft pondus::/id NFT -- Version V9.0 Local NFARs V8 DAP V7.1 Buffer size= 2064. OS=RSX-11M+ FS=FCS-11 DC=Yes Remote FAL V8 DAP V7.1 Buffer size= 2086. OS=RSX-11M+ FS=RMS-11 DC=Yes .nft wxp::/id NFT -- Version V9.0 Local NFARs V8 DAP V7.1 Buffer size= 2064. OS=RSX-11M+ FS=FCS-11 DC=Yes Remote FAL V4 DAP V7.2 Buffer size= 16384. OS=WindowsNT FS=NTFS DC=Yes . Johnny El 23/04/2014, a les 20:00, Jordi Guillaumes i Pons <jg at jordi.guillaumes.name> va escriure: El 23/04/2014, a les 11.16, Johnny Billquist <bqt at softjar.se> va : I've been fixing some DECnet code in RSX, and I'm now looking for systems to check against. What I'm testing is NFT/DAP access, and systems I'd like to test against is Ultrix-32, OSF-1, TOPS-20, RT-11, RSTS/E. Essentially anything not VMS or RSX. :-) Do anyone have any such systems online on HECnet at the moment, which I can have file access to? BITXT0: TOPS-20, USER=GUEST, PASSWORD=GUEST BITXOT: RSTS/E, ACCOUNT=201,2, PASSWORD=GUESTGUEST Additionally: BITXT1: TOPS-10, USER=GUEST, PASSWORD=GUEST I can put up a Ultrix-32 system if there is no other one available. By the way, I didn't know there was DECNET for RT-11... Do tou Jordi Guillaumes i Pons jg at jordi.guillaumes.name HECnet: BITXOV::JGUILLAUMES -- 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, 5 months

1
0
0 0

Looking for systems to test against...

by bqt＠softjar.se

On 2015-02-07 15:26, Jordi Guillaumes i Pons wrote: Ooops MacOS mail app is acting weird again. Somehow it has gone into a time warp and it is sending again old messages. Please disregard. Interesting feature. :-) Anyway, this served as a reminder to me. Thanks for keeping those systems up. You do not see too many TOPS-10 or RSTS/E systems online. I just rechecked my fixed NFT on RSX, and it reports these systems just fine. And for information, for anyone interested... .nft bitxt0"guest guest"::/id NFT -- Version V9.0 Local NFARs V8 DAP V7.1 Buffer size= 2064. OS=RSX-11M+ FS=FCS-11 DC=Yes Remote FAL V2 DAP V5.6 Buffer size= 2404. OS=TOPS-20 FS=TOPS-20 DC=Yes .nft bitxt1"guest guest"::/id NFT -- Version V9.0 Local NFARs V8 DAP V7.1 Buffer size= 2064. OS=RSX-11M+ FS=FCS-11 DC=Yes Remote FAL V0 DAP V7.0 Buffer size= 0. OS=TOPS-10 FS=TOPS-10 DC=Yes .nft bitxot"201,2 guestguest"::/id NFT -- Version V9.0 Local NFARs V8 DAP V7.1 Buffer size= 2064. OS=RSX-11M+ FS=FCS-11 DC=Yes Remote FAL V4.1 DAP V5.6 Buffer size= 636. OS=RSTS/E FS=RMS-11 DC=No .nft maisa::/id NFT -- Version V9.0 Local NFARs V8 DAP V7.1 Buffer size= 2064. OS=RSX-11M+ FS=FCS-11 DC=Yes Remote FAL V5 DAP V7.2 Buffer size= 2064. OS=VAX/VMS FS=RMS-32 DC=Yes .nft pondus::/id NFT -- Version V9.0 Local NFARs V8 DAP V7.1 Buffer size= 2064. OS=RSX-11M+ FS=FCS-11 DC=Yes Remote FAL V8 DAP V7.1 Buffer size= 2086. OS=RSX-11M+ FS=RMS-11 DC=Yes .nft wxp::/id NFT -- Version V9.0 Local NFARs V8 DAP V7.1 Buffer size= 2064. OS=RSX-11M+ FS=FCS-11 DC=Yes Remote FAL V4 DAP V7.2 Buffer size= 16384. OS=WindowsNT FS=NTFS DC=Yes . Johnny El 23/04/2014, a les 20:00, Jordi Guillaumes i Pons <jg at jordi.guillaumes.name> va escriure: El 23/04/2014, a les 11.16, Johnny Billquist <bqt at softjar.se> va : I've been fixing some DECnet code in RSX, and I'm now looking for systems to check against. What I'm testing is NFT/DAP access, and systems I'd like to test against is Ultrix-32, OSF-1, TOPS-20, RT-11, RSTS/E. Essentially anything not VMS or RSX. :-) Do anyone have any such systems online on HECnet at the moment, which I can have file access to? BITXT0: TOPS-20, USER=GUEST, PASSWORD=GUEST BITXOT: RSTS/E, ACCOUNT=201,2, PASSWORD=GUESTGUEST Additionally: BITXT1: TOPS-10, USER=GUEST, PASSWORD=GUEST I can put up a Ultrix-32 system if there is no other one available. By the way, I didn't know there was DECNET for RT-11... Do tou Jordi Guillaumes i Pons jg at jordi.guillaumes.name HECnet: BITXOV::JGUILLAUMES -- 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, 5 months

1
0
0 0

SOLAR:: Mirror status update

by sampsa＠mac.com

Just for the lulz, I made a captive account on CHIMPY:: called SLRFIND that uses Lynx to connect to the file search engine. It works quite well actually. Sampsa On 8 Feb 2015, at 02:56, Sampsa Laine <sampsa at mac.com> wrote: You're welcome. I'll keep people posted on any additions to the mirror - if someone knows of other stuff that should be up there, let me know. Also, SOLAR is running on an emulated Alpha - which at times seems to suffer from a massive drop in network performance - please let me know and I'll bounce the emulator + VM ASAP. Sampsa On 8 Feb 2015, at 02:54, Ian McLaughlin <ian at platinum.net> wrote: Sampsa, Thank you for mirroring the Vaxhaven collection on HECNET as well as providing extracted versions. If you come across ISOs of original DEC CDs that I don t have posted, I d appreciate a pointer to them. Thanks! Ian On Feb 7, 2015, at 4:48 PM, Sampsa Laine <sampsa at mac.com> wrote: Guys, I've finally finished downloading and extracting stuff I think will be a useful resource to HECnet users. Altogether, there's almost 300 GB of stuff from various source on SOLAR:: As it currently stands, the default FAL directory on SOLAR:: contains: Directory SOLAR::SYS$SPECIFIC:[DECNET] FREEWARE.DIR The Freeware CDs, both ISOs and extracted contents INCOMING.DIR Currently empty, feel free to add anything you feel like VAXHAVENCDS.DIR The VAXHAVEN CDs, both ISOs and extracted contents I had to add another drive to the machine to hold the DECUSLIB mirror, so we also have: Directory SOLAR::DKA100:[DECUSLIB] DECUS.DIR Extracted DECUSLIB stuff from www.decuslib.com ZIPS.DIR;1 The original ZIP files These are all mostly accessible via HTTP at http://solar.sampsa.com/files/ There is also a really rudimentary search engine at http://proliant.sampsa.com/cgi-bin/solarfind/solarfind.py sampsa

10 years, 5 months

1
0
0 0

SOLAR:: Mirror status update

by sampsa＠mac.com

You're welcome. I'll keep people posted on any additions to the mirror - if someone knows of other stuff that should be up there, let me know. Also, SOLAR is running on an emulated Alpha - which at times seems to suffer from a massive drop in network performance - please let me know and I'll bounce the emulator + VM ASAP. Sampsa On 8 Feb 2015, at 02:54, Ian McLaughlin <ian at platinum.net> wrote: Sampsa, Thank you for mirroring the Vaxhaven collection on HECNET as well as providing extracted versions. If you come across ISOs of original DEC CDs that I don t have posted, I d appreciate a pointer to them. Thanks! Ian On Feb 7, 2015, at 4:48 PM, Sampsa Laine <sampsa at mac.com> wrote: Guys, I've finally finished downloading and extracting stuff I think will be a useful resource to HECnet users. Altogether, there's almost 300 GB of stuff from various source on SOLAR:: As it currently stands, the default FAL directory on SOLAR:: contains: Directory SOLAR::SYS$SPECIFIC:[DECNET] FREEWARE.DIR The Freeware CDs, both ISOs and extracted contents INCOMING.DIR Currently empty, feel free to add anything you feel like VAXHAVENCDS.DIR The VAXHAVEN CDs, both ISOs and extracted contents I had to add another drive to the machine to hold the DECUSLIB mirror, so we also have: Directory SOLAR::DKA100:[DECUSLIB] DECUS.DIR Extracted DECUSLIB stuff from www.decuslib.com ZIPS.DIR;1 The original ZIP files These are all mostly accessible via HTTP at http://solar.sampsa.com/files/ There is also a really rudimentary search engine at http://proliant.sampsa.com/cgi-bin/solarfind/solarfind.py sampsa

10 years, 5 months

1
0
0 0

SOLAR:: Mirror status update

by ian＠platinum.net

Sampsa, Thank you for mirroring the Vaxhaven collection on HECNET as well as providing extracted versions. If you come across ISOs of original DEC CDs that I don t have posted, I d appreciate a pointer to them. Thanks! Ian On Feb 7, 2015, at 4:48 PM, Sampsa Laine <sampsa at mac.com> wrote: Guys, I've finally finished downloading and extracting stuff I think will be a useful resource to HECnet users. Altogether, there's almost 300 GB of stuff from various source on SOLAR:: As it currently stands, the default FAL directory on SOLAR:: contains: Directory SOLAR::SYS$SPECIFIC:[DECNET] FREEWARE.DIR The Freeware CDs, both ISOs and extracted contents INCOMING.DIR Currently empty, feel free to add anything you feel like VAXHAVENCDS.DIR The VAXHAVEN CDs, both ISOs and extracted contents I had to add another drive to the machine to hold the DECUSLIB mirror, so we also have: Directory SOLAR::DKA100:[DECUSLIB] DECUS.DIR Extracted DECUSLIB stuff from www.decuslib.com ZIPS.DIR;1 The original ZIP files These are all mostly accessible via HTTP at http://solar.sampsa.com/files/ There is also a really rudimentary search engine at http://proliant.sampsa.com/cgi-bin/solarfind/solarfind.py sampsa

10 years, 5 months

1
0
0 0

SOLAR:: Mirror status update

by sampsa＠mac.com

Guys, I've finally finished downloading and extracting stuff I think will be a useful resource to HECnet users. Altogether, there's almost 300 GB of stuff from various source on SOLAR:: As it currently stands, the default FAL directory on SOLAR:: contains: Directory SOLAR::SYS$SPECIFIC:[DECNET] FREEWARE.DIR The Freeware CDs, both ISOs and extracted contents INCOMING.DIR Currently empty, feel free to add anything you feel like VAXHAVENCDS.DIR The VAXHAVEN CDs, both ISOs and extracted contents I had to add another drive to the machine to hold the DECUSLIB mirror, so we also have: Directory SOLAR::DKA100:[DECUSLIB] DECUS.DIR Extracted DECUSLIB stuff from www.decuslib.com ZIPS.DIR;1 The original ZIP files These are all mostly accessible via HTTP at http://solar.sampsa.com/files/ There is also a really rudimentary search engine at http://proliant.sampsa.com/cgi-bin/solarfind/solarfind.py sampsa

10 years, 5 months

1
0
0 0

Links across volumes? (FILE/ENTER won't work)

by hvlems＠zonnet.nl

There's no alternative IMO. Unless a set file/enter is possible across a volumeset . Actually I hope it doesn't since it's not a nice solution. Verzonden vanaf mijn BlackBerry 10-smartphone. Van: Mark Wickens Verzonden: zaterdag 7 februari 2015 22:51 Aan: hecnet at Update.UU.SE Beantwoorden: hecnet at Update.UU.SE Onderwerp: Re: [HECnet] Links across volumes? (FILE/ENTER won't work) Yeah logical name list seem like a pain but they're a good thing once you get your head round them.

10 years, 5 months

1
0
0 0

Links across volumes? (FILE/ENTER won't work)

by sampsa＠mac.com

Well I have the files on another server so I don't really care about linking them into the Apache directory at this point. On that note, you can now find most of www.decuslib.com in SOLAR::DKA100:[DECUSLIB] It's still unzipping the files. For a mirror of the the originals, check out http://solar.sampsa.com/files/ sampsa On 7 Feb 2015, at 23:51, Mark Wickens <mark at wickensonline.co.uk> wrote: Yeah logical name list seem like a pain but they're a good thing once you get your head round them.

10 years, 5 months

1
0
0 0

Links across volumes? (FILE/ENTER won't work)

by mark＠wickensonline.co.uk

Yeah logical name list seem like a pain but they're a good thing once you get your head round them.

10 years, 5 months

1
0
0 0

Links across volumes? (FILE/ENTER won't work)

by sampsa＠mac.com

Damn it, what a pain. Sampsa On 7 Feb 2015, at 20:53, Hans Vlems <hvlems at zonnet.nl> wrote: Across disks, all I can think of are logical name search lists. $ define <logicalname> <dir 1>,<dir 2> Verzonden vanaf mijn BlackBerry 10-smartphone. Origineel bericht Van: Sampsa Laine Verzonden: zaterdag 7 februari 2015 16:59 Aan: hecnet at Update.UU.SE Beantwoorden: hecnet at Update.UU.SE Onderwerp: Re: [HECnet] Links across volumes? (FILE/ENTER won't work) On 7 Feb 2015, at 13:53, Brian Schenkenberger, VAXman- <system at TMESIS.COM> wrote: On *NIX I'd use a symbolic link - what's the VMS solution? You need to look into SET FILE/SYMLINK. I have to run out now. Later, if nothing comes up, I'll put an example together for you. HELP SET FILE/SYMLINK is of no use - how do I make a symbolic link of a directory, anybody? sampsa

10 years, 5 months

1
0
0 0

Links across volumes? (FILE/ENTER won't work)

by hvlems＠zonnet.nl

Across disks, all I can think of are logical name search lists. $ define <logicalname> <dir 1>,<dir 2> Verzonden vanaf mijn BlackBerry 10-smartphone. Origineel bericht Van: Sampsa Laine Verzonden: zaterdag 7 februari 2015 16:59 Aan: hecnet at Update.UU.SE Beantwoorden: hecnet at Update.UU.SE Onderwerp: Re: [HECnet] Links across volumes? (FILE/ENTER won't work) On 7 Feb 2015, at 13:53, Brian Schenkenberger, VAXman- <system at TMESIS.COM> wrote: On *NIX I'd use a symbolic link - what's the VMS solution? You need to look into SET FILE/SYMLINK. I have to run out now. Later, if nothing comes up, I'll put an example together for you. HELP SET FILE/SYMLINK is of no use - how do I make a symbolic link of a directory, anybody? sampsa

10 years, 5 months

1
0
0 0

Looking for systems to test against...

by gregg.drwho8＠gmail.com

Hello! No problem. I happen to know that the problem it sent that off to, was never really solved. ----- Gregg C Levine gregg.drwho8 at gmail.com "This signature fought the Time Wars, time and again." On Sat, Feb 7, 2015 at 9:26 AM, Jordi Guillaumes i Pons <jg at jordi.guillaumes.name> wrote: Ooops MacOS mail app is acting weird again. Somehow it has gone into a time warp and it is sending again old messages. Please disregard. El 23/04/2014, a les 20:00, Jordi Guillaumes i Pons <jg at jordi.guillaumes.name> va escriure: El 23/04/2014, a les 11.16, Johnny Billquist <bqt at softjar.se> va : I've been fixing some DECnet code in RSX, and I'm now looking for systems to check against. What I'm testing is NFT/DAP access, and systems I'd like to test against is Ultrix-32, OSF-1, TOPS-20, RT-11, RSTS/E. Essentially anything not VMS or RSX. :-) Do anyone have any such systems online on HECnet at the moment, which I can have file access to? BITXT0: TOPS-20, USER=GUEST, PASSWORD=GUEST BITXOT: RSTS/E, ACCOUNT=201,2, PASSWORD=GUESTGUEST Additionally: BITXT1: TOPS-10, USER=GUEST, PASSWORD=GUEST I can put up a Ultrix-32 system if there is no other one available. By the way, I didn't know there was DECNET for RT-11... Do tou Jordi Guillaumes i Pons jg at jordi.guillaumes.name HECnet: BITXOV::JGUILLAUMES

10 years, 5 months

1
0
0 0

Links across volumes? (FILE/ENTER won't work)

by sampsa＠mac.com

On 7 Feb 2015, at 13:53, Brian Schenkenberger, VAXman- <system at TMESIS.COM> wrote: On *NIX I'd use a symbolic link - what's the VMS solution? You need to look into SET FILE/SYMLINK. I have to run out now. Later, if nothing comes up, I'll put an example together for you. HELP SET FILE/SYMLINK is of no use - how do I make a symbolic link of a directory, anybody? sampsa

10 years, 5 months

1
0
0 0

Looking for systems to test against...

by jg＠jordi.guillaumes.name

Ooops MacOS mail app is acting weird again. Somehow it has gone into a time warp and it is sending again old messages. Please disregard. El 23/04/2014, a les 20:00, Jordi Guillaumes i Pons <jg at jordi.guillaumes.name> va escriure: El 23/04/2014, a les 11.16, Johnny Billquist <bqt at softjar.se> va : I've been fixing some DECnet code in RSX, and I'm now looking for systems to check against. What I'm testing is NFT/DAP access, and systems I'd like to test against is Ultrix-32, OSF-1, TOPS-20, RT-11, RSTS/E. Essentially anything not VMS or RSX. :-) Do anyone have any such systems online on HECnet at the moment, which I can have file access to? BITXT0: TOPS-20, USER=GUEST, PASSWORD=GUEST BITXOT: RSTS/E, ACCOUNT=201,2, PASSWORD=GUESTGUEST Additionally: BITXT1: TOPS-10, USER=GUEST, PASSWORD=GUEST I can put up a Ultrix-32 system if there is no other one available. By the way, I didn't know there was DECNET for RT-11... Do tou Jordi Guillaumes i Pons jg at jordi.guillaumes.name HECnet: BITXOV::JGUILLAUMES

10 years, 5 months

1
0
0 0

Links across volumes? (FILE/ENTER won't work)

by sampsa＠mac.com

On 7 Feb 2015, at 13:53, Brian Schenkenberger, VAXman- <system at TMESIS.COM> wrote: On *NIX I'd use a symbolic link - what's the VMS solution? You need to look into SET FILE/SYMLINK. I have to run out now. Later, if nothing comes up, I'll put an example together for you. Tried every variation of SET FILE/SYMLINK I could think of, nothing worked. sampsa

10 years, 5 months

1
0
0 0

Links across volumes? (FILE/ENTER won't work)

by system＠TMESIS.COM

Sampsa Laine <sampsa at mac.com> writes: I just added a disk to solar, DKA100: and have created a directory = called DKA100:[DECUSLIB] on it. I want to link it into DKA0:[SYS0.DECNET] as = DKA0:[SYS0.DECNET.DECUSLIB]. However: $ SET FILE/ENTER=3DDKA0:[SYS0.DECNET]DECUSLIB.DIR;1 = DKA100:[000000]DECUSLIB.DIR;1 %SET-E-ENTERR, error entering DKA100:[000000]DECUSLIB.DIR;1 as = DKA0:[SYS0.DECNET]DECUSLIB.DIR;1 -RMS-F-DEV, error in device name or inappropriate device type for = operation Here's what's in DKA100: $ dir dka100:[000000] Directory DKA100:[000000] 000000.DIR;1 0.50KB 7-FEB-2015 00:26:49.44 BACKUP.SYS;1 0KB 7-FEB-2015 00:26:49.44 BADBLK.SYS;1 0KB 7-FEB-2015 00:26:49.44 BADLOG.SYS;1 0KB 7-FEB-2015 00:26:49.44 BITMAP.SYS;1 5MB 7-FEB-2015 00:26:49.44 CONTIN.SYS;1 0KB 7-FEB-2015 00:26:49.44 CORIMG.SYS;1 0KB 7-FEB-2015 00:26:49.44 DECUSLIB.DIR;1 0.50KB 7-FEB-2015 00:27:23.74 INDEXF.SYS;1 2.03MB 7-FEB-2015 00:26:49.44 SECURITY.SYS;1 0.50KB 7-FEB-2015 00:26:49.44 VOLSET.SYS;1 0KB 7-FEB-2015 00:26:49.44 Total of 11 files, 7.03MB This is explained in the OpenVMS File System Internal book. The files MUST be on the same volume for the /ENTER to work. The actual file has a header which resides in INDEXF.SYS in the MFD of that volume. A header is located using the file ID. The file ID is stored in the <direcotry].DIR. When you issue /ENTER, an entry, using the name you've specified, is place into the directory specified; however, its file ID is set to the file you wish to be linked with. This is why it cannot span volumes. On *NIX I'd use a symbolic link - what's the VMS solution? You need to look into SET FILE/SYMLINK. I have to run out now. Later, if nothing comes up, I'll put an example together 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, 5 months

1
0
0 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

HECnet