Guys,
I'm trying to find the 'best' way to archive the contents of the CDROMs, and failing to find a solution.
Using COPY DKA400:[000000...]*.*;* DSA3:[MEDIA.VAX_MEDIA.path...]*.*;* works but doesn't preseve the timestamps.
The obvious solution is to use BACKUP, but a command such as:
BACKUP/VERIFY DKA400:[000000...] DSA3:[MEDIA.VAX_MEDIA.path...]
which is what the help would have you believe does the right thing doesn't work - you get a weird file structure where files in subdirectories are created in the top of the destination and the directory structure is only partially created.
Am I doing something obviously wrong here?
Cheers, Mark.
On 2013-05-20 23:34, Paul_Koning at Dell.com wrote:
On May 20, 2013, at 3:47 PM, G. wrote:
On Mon, 20 May 2013 21:10:18 +0200, Johnny Billquist wrote:
Using the various implementations in RSX, I can tell that it's not
RSTS/E-like, but TOPS-20.
Actually I do not really know which seems which: I based my assumptions on
something from Paul Koening I might have misread or misremembered... :P
Bit rotting is a big issue of mine :)
Thanks, but in this case the mistake is probably mine. I would have guessed that TOPS-10 used the RSTS flavor of RTERM. Johnny's experiment certainly says otherwise.
It does, but I would be careful about saying it's absolutely conclusive.
First of all, do RSTS/E have more than one remote terminal protocol implementation?
Second, the RRS application (which connects to RSTS/E systems) might be checking explicitly for RSTS/E, while it might otherwise have worked just fine against TOPS-10.
The TOPS-20 application did work just fine against TOPS-10. No denying that one. But I really do not know what the different programs do under the hood.
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 May 20, 2013, at 3:47 PM, G. wrote:
On Mon, 20 May 2013 21:10:18 +0200, Johnny Billquist wrote:
Using the various implementations in RSX, I can tell that it's not
RSTS/E-like, but TOPS-20.
Actually I do not really know which seems which: I based my assumptions on
something from Paul Koening I might have misread or misremembered... :P
Bit rotting is a big issue of mine :)
Thanks, but in this case the mistake is probably mine. I would have guessed that TOPS-10 used the RSTS flavor of RTERM. Johnny's experiment certainly says otherwise.
paul
On 2013-05-20 21:51, Johnny Billquist wrote:
On 2013-05-20 21:47, G. wrote:
On Mon, 20 May 2013 17:20:22 +0200, Johnny Billquist wrote:
Port the Linux one to VMS?
Probably not something I'd recomment... :-)
Why not? I'm not a C expert at all (I mean I know almost nothing). Do you
think it would be unfeasible or overly clumsy? I wonder if there is
something
useful in the freeware or DECUS tapes... But it may took ages to find
it. :|
Well, first of all, the API as well as some basic paradigms are rather
different in Linux than in VMS. Porting anything non-trivial from Unix
to VMS often is headaches.
Second, while I have not looked at xterm/rterm specifically, I have had
big issues with DECnet applications in Linux in the past. They seem to
work fairly ok against VMS systems, but almost all have failed miserably
when I have tried them against an RSX system.
cterm/rterm, not xterm. :-)
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 2013-05-20 21:47, G. wrote:
On Mon, 20 May 2013 17:20:22 +0200, Johnny Billquist wrote:
Port the Linux one to VMS?
Probably not something I'd recomment... :-)
Why not? I'm not a C expert at all (I mean I know almost nothing). Do you
think it would be unfeasible or overly clumsy? I wonder if there is something
useful in the freeware or DECUS tapes... But it may took ages to find it. :|
Well, first of all, the API as well as some basic paradigms are rather different in Linux than in VMS. Porting anything non-trivial from Unix to VMS often is headaches.
Second, while I have not looked at xterm/rterm specifically, I have had big issues with DECnet applications in Linux in the past. They seem to work fairly ok against VMS systems, but almost all have failed miserably when I have tried them against an RSX system.
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 Mon, 20 May 2013 17:20:22 +0200, Johnny Billquist wrote:
Port the Linux one to VMS?
Probably not something I'd recomment... :-)
Why not? I'm not a C expert at all (I mean I know almost nothing). Do you
think it would be unfeasible or overly clumsy? I wonder if there is something
useful in the freeware or DECUS tapes... But it may took ages to find it. :|
G.
On Mon, 20 May 2013 21:10:18 +0200, Johnny Billquist wrote:
Using the various implementations in RSX, I can tell that it's not
RSTS/E-like, but TOPS-20.
Actually I do not really know which seems which: I based my assumptions on
something from Paul Koening I might have misread or misremembered... :P
Bit rotting is a big issue of mine :)
G.
On Mon, May 20, 2013 at 09:27:51PM +0200, Jordi Guillaumes i Pons wrote:
Add also:
OS_CCDEFS += -I/usr/local/include
I just remembered I had to do the same to get vde caught in the macOS build.
That did the trick!
VAX simulator V3.9-0
sim> attach xq vde:/tmp/switch1
libpcap version 1.2.1
Eth: opened OS device vde:/tmp/switch1
sim>
Now to beat dynamips about the head until it works with VDE.
-brian
On Mon, May 20, 2013 at 3:07 PM, Cory Smelosky <b4 at gewt.net> wrote:
On 20 May 2013, at 15:05, "G." <gerry77 at mail.com> wrote:
On Mon, 20 May 2013 18:00:51 -0000, Cory Smelosky wrote:
$ set host/app=rterm 9.10
%REM-I-CONNECTION, connection made using RTERM protocol
%SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual
address=000052D800008AA6, PC=000052D800008AA6, PS=0000001B
Which architecture, version and patches? 8-)
8.4, Alpha, no patches.
G.
Hello!
Are you sure about those things? Then what is it wearing on its knees?
Now as to your earlier problem: I had a certain droid turn it off.
-----
Gregg C Levine gregg.drwho8 at gmail.com
"This signature fought the Time Wars, time and again."
El 20/05/2013, a les 21:25, Brian Hechinger <wonko at 4amlunch.net> va escriure:
On Mon, May 20, 2013 at 09:14:07PM +0200, Jordi Guillaumes i Pons wrote:
Ouch!
Please check if there is a different package for "devel" in the FreeBSD ports tree. There is one for linux, and you need to install the -devel one to be able to compile simh.
FreeBSD doesn't have such silliness. :)
The header files are there, it just looks like INCPATH isn't working as
I don't see -I/usr/local/include in the output.
Add also:
OS_CCDEFS += -I/usr/local/include
I just remembered I had to do the same to get vde caught in the macOS build.
-brian
Jordi Guillaumes i Pons
jg at jordi.guillaumes.name
HECnet: BITXOV::JGUILLAUMES
