Subject:
CDRECORD v. RMS defaults
From:
sms@antinode.org (Steven M. Schweda)
Date:
Sat, 26 Feb 2005 08:35:22 -0600 (CST)
Newsgroups:
comp.os.vms

   Just for the record, as I may be the only person left on the planet
with a CD writer old enough to make a bad CD when its buffer runs dry,
CDRECORD can apparently be helped by non-default RMS settings.

   I was having some trouble getting success at 8X on my AlpSta 200
4/233 (VMS V7.3-1, CDRECORD 1.8.1, "YAMAHA CRW8424S"), so I tried SET
RMS /BLOCK_COUNT = 127 /BUFFER_COUNT = 2, and it seemed to make a
significant difference.  MONITOR SYSTEM showed a Direct I/O Rate (for
the CDRECORD process) less than half what it was with the default
settings, and the failure to complete a CD disappeared (even after the
nightly BACKUP started, which seemed to be doing more I/O than
CDRECORD).

   After a bit of searching, I found the critical open() in CDRECORD.C,
added enough VMS-specific parameters to enable an access callback
function, and added my now-standard (for me, anyway) access callback
function to the VMS.C file where I had previously put the exit handler
to restore the base process priority and the LIB$INITIALIZE code to set
DECC$ARGV_PARSE_STYLE.

   If anyone cares, let me know, and I can put the new stuff somewhere
accessible.

------------------------------------------------------------------------

   Steven M. Schweda               (+1) 651-699-9818
   382 South Warwick Street        sms@antinode-org
   Saint Paul  MN  55105-2547