Sampsa Laine <sampsa at mac.com> writes:
>Thanks, that's very useful.
It's very primitive. Feel free to modify it to your liking. However, keep in
mind that DCL is interpreted, so if you spend too much effort in making things
look pretty, you may wind up skewing things far from the 1 second periodicity.
--
VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)ORG
I speak to machines with the voice of humanity.
Sampsa Laine <sampsa at mac.com> writes:
>I'm running a batch job that is creating a large (82 GB) file and =
>monitoring the system with MONITOR DISK.
>
>The value I'm getting is 39 - what does this actually mean, what is the =
>unit that is being monitored?
I'm assuming you did not specify /ITEM. From the MONITOR HELP:
When the /ITEM qualifier is omitted, the default is /ITEM=OPERATION_RATE.
:
:
OPERATION_ Specifies that I/O operation rate statistics are
RATE displayed for each disk.
What's you concern, if any?
--
VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)ORG
I speak to machines with the voice of humanity.
I'm trying to submit the following batch file (RHELIST.COM):
--- SNIP ---
$! List contents of RHESUS backup
$backup/list RHESYS-2013-12-18.BCK/save
--- SNIP ---
When I run it using @RHELIST, everything is fine but when I try this:
submit/log=rhelist.txt rhelist.com
I get the following error:
Job RHELIST (queue SYS$BATCH, entry 159) started on SYS$BATCH
CHIMPY$
Job RHELIST (queue SYS$BATCH, entry 159) terminated with error status
Any ideas?
Hi
It seems a casualty of my big sortout/move of house is I've lost my
Tru64 5.1B-2 install CD. I had a full HP media kit but the OS CD is
missing, I either lent it to someone or lost it.
Does anyone have one up their sleeve I could grab an ISO from? I have a
PAK kit for it, but no install CD!
Thanks,
--
Mark @ DECtec.info
twitter.com/DECtecInfo
Sampsa Laine <sampsa at mac.com> writes:
>The original idea is that it's basically the same format as a VMS help =
>file but we'll use some markup to make it more generic, then export VMS =
>HELP files, Wiki markup etc.
>
>YAML will work fine for this.
>
>If we keep over-engineerin this thing I doubt anything will ever be =
>built..
>
>I vote we use YAML and agree on the tags we use to structure the text.
There's a YAML to VMS .HLP converter?
--
VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)ORG
I speak to machines with the voice of humanity.
On Sep 8, 2015 7:57 AM, Sampsa Laine <sampsa at mac.com> wrote:
>
>
> On 8 Sep 2015, at 15:52, Mark Benson <md.benson at gmail.com> wrote:
>
> > I need a DATATRIEVE expert... any volunteers? :)
> >
> > Aside from that, MediaWiki might be the best idea for storage (even if
> > I'm not that keen on it) as it's easy to host and the front-end is
> > relatively platform agnostic.
> >
>
> My idea was to keep the "sources" in VMS HLP format and write some scripts to convert them to whatever we need (including MediaWiki markup that I then automatically upload).
>
> This way people can access the information through various sources (Plain text files over FAL, MediaWiki, VMS HELP, JSON for further processing etc).
>
> Basically you describe the output format to me and I write the scripts to produce them - the source file is copied across HECnet to CHIMPY which produces the various outputs, updates the Wiki and possibly even notifies interested parties of updates made.
>
> Sound like a plan?
The generic idea sounds good, but maybe the base file format should have more info/structure than the simple VMS help input form. Given a simple formatting structure, emitting the VMS help and the other formats should be readily achieved.
I'm looking at reworking the internal help structure of simh with the goal of potentially emitting several different formats.
- Mark
