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.
(one sector=1 pdp10 page)
They can be 576 byte to.
Looks like I'm gonna need a low-level SCSI driver patch to copy 'em then, no?
What exactly are we trying to do here? What do we have and what kind
of result are we expecting?!
I also assumed it was a T20 system, there is also T10 stuff.
-P
Looks like I'm gonna need a low-level SCSI driver patch to copy 'em then, no?
Sent from my iPhone
On Feb 11, 2015, at 15:21, Peter Lothberg <roll at Stupi.SE> wrote:
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)
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.
(one sector=1 pdp10 page)
I think (memory failing) that you can do with 576 byte sectors to.
-P
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)
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
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
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
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
