So what are the messages? What does the file look like in an editor, or with the TYPE command?
paul
On Aug 20, 2012, at 12:24 PM, Sampsa Laine wrote:
Tried that, and STREAM_CR - the files were created on OS X which is Unix-y.
Oh well, got it going in the end - won't let the damn things expire again so that reloading them is easier.
BTW, does someone have a license database pruner that'll kill expired licenses?
Sampsa
On 20 Aug 2012, at 17:22, Peter Coghlan wrote:
So I'm trying to load some licenses onto CHIMPY and am about to throw the
box out of the window.
Basically, I burnt the licenses as .COM files onto a CDROM, and mounted them
on the VMS box as follows:
MOUNT DQB1: /MEDIA=CDROM/OVER=ID/UNDEF=(STREAM_LF:132)
When I try to run the COM file, I get loads of weird DCL errors, it's clearly not parsing the file right.
This should not be this difficult.
If the files were created on windows which tends to like CRLF delimited files,
maybe something like:
$ MOUNT DQB1: /MEDIA=CDROM/OVER=ID/UNDEF=(STREAM:132)
would work better?
If this is not the case, more information about the way the files were created
and what the weird DCL errors were would be helpful.
Regards,
Peter Coghlan.
Tried that, and STREAM_CR - the files were created on OS X which is Unix-y.
Oh well, got it going in the end - won't let the damn things expire again so that reloading them is easier.
BTW, does someone have a license database pruner that'll kill expired licenses?
Sampsa
On 20 Aug 2012, at 17:22, Peter Coghlan wrote:
So I'm trying to load some licenses onto CHIMPY and am about to throw the
box out of the window.
Basically, I burnt the licenses as .COM files onto a CDROM, and mounted them
on the VMS box as follows:
MOUNT DQB1: /MEDIA=CDROM/OVER=ID/UNDEF=(STREAM_LF:132)
When I try to run the COM file, I get loads of weird DCL errors, it's clearly not parsing the file right.
This should not be this difficult.
If the files were created on windows which tends to like CRLF delimited files,
maybe something like:
$ MOUNT DQB1: /MEDIA=CDROM/OVER=ID/UNDEF=(STREAM:132)
would work better?
If this is not the case, more information about the way the files were created
and what the weird DCL errors were would be helpful.
Regards,
Peter Coghlan.
So I'm trying to load some licenses onto CHIMPY and am about to throw the
box out of the window.
Basically, I burnt the licenses as .COM files onto a CDROM, and mounted them
on the VMS box as follows:
MOUNT DQB1: /MEDIA=CDROM/OVER=ID/UNDEF=(STREAM_LF:132)
When I try to run the COM file, I get loads of weird DCL errors, it's clearly not parsing the file right.
This should not be this difficult.
If the files were created on windows which tends to like CRLF delimited files,
maybe something like:
$ MOUNT DQB1: /MEDIA=CDROM/OVER=ID/UNDEF=(STREAM:132)
would work better?
If this is not the case, more information about the way the files were created
and what the weird DCL errors were would be helpful.
Regards,
Peter Coghlan.
Well, after all that, I'm happy to announce that RHESUS and CHIMPY are back online.
RHESUS has a fairly large file library available, including a whole bunch of SPDs..
Sampsa
On 20 Aug 2012, at 15:01, Sampsa Laine wrote:
Thanks, will do that next time :)
I manually typed in enough licenses to get DECNET going and pasted in the file via CTERM :)
Sampsa
On 20 Aug 2012, at 14:54, hvlems at zonnet.nl wrote:
The license utiility can build com files for you:
$ license/issue/proc/out=imf.com *
Omit the /procedure qualifier and all you get is the data as printed on the PAK.
Thanks, will do that next time :)
I manually typed in enough licenses to get DECNET going and pasted in the file via CTERM :)
Sampsa
On 20 Aug 2012, at 14:54, hvlems at zonnet.nl wrote:
The license utiility can build com files for you:
$ license/issue/proc/out=imf.com *
Omit the /procedure qualifier and all you get is the data as printed on the PAK.
The license utiility can build com files for you:
$ license/issue/proc/out=imf.com *
Omit the /procedure qualifier and all you get is the data as printed on the PAK.
So I'm trying to load some licenses onto CHIMPY and am about to throw the box out of the window.
Basically, I burnt the licenses as .COM files onto a CDROM, and mounted them on the VMS box as follows:
MOUNT DQB1: /MEDIA=CDROM/OVER=ID/UNDEF=(STREAM_LF:132)
When I try to run the COM file, I get loads of weird DCL errors, it's clearly not parsing the file right.
This should not be this difficult.
sampsa
On 08/16/2012 10:18 PM, Gregg Levine wrote:
So where are we with this package? I thought I'd write now and ask
rather then wait longer... Incidentally I've stuck a spare laptop in
place of the Compaq portable that was posing as the console for the
Sparc system. It's strange, I also attached the monitor that will be
connected to the Sparc to the laptop's monitor/projector port, and it
came up on the monitor instead of on the laptop screen first.
And the keyboard to the port for the keyboard and mouse on the laptop.
I've been in crunch mode, just getting caught up on a bunch of
long-neglected stuff around here. I'll get to it soon but not for a few
more days at least.
-Dave
--
Dave McGuire, AK4HZ
New Kensington, PA
On Fri, Aug 10, 2012 at 12:17 AM, Dave McGuire <mcguire at neurotica.com> wrote:
On 08/09/2012 11:55 PM, Gregg Levine wrote:
Maybe I need to ship you a care package. Send me your address.
Hello!
Okay coming at via separate travel, actually private message.
Sounds good.
Thanks! One of these days I need to visit your space.....
You're always welcome!
-Dave
--
Dave McGuire, AK4HZ
New Kensington, PA
Hello!
So where are we with this package? I thought I'd write now and ask
rather then wait longer... Incidentally I've stuck a spare laptop in
place of the Compaq portable that was posing as the console for the
Sparc system. It's strange, I also attached the monitor that will be
connected to the Sparc to the laptop's monitor/projector port, and it
came up on the monitor instead of on the laptop screen first.
And the keyboard to the port for the keyboard and mouse on the laptop.
-----
Gregg C Levine gregg.drwho8 at gmail.com
"This signature fought the Time Wars, time and again."
