On 2015-04-14 18:14, lee.gleason at
comcast.net wrote:
Don;t you figure, they were stream files on the source, and got laid
byte for byte into files with variable length record type set on the
RSX end, which would cause random pairs of bytes to be interpreted as
record lengths? A look with dmp ti:=filename.ext /bl /as would let you
see if they have record sizes that make sense.
Stream files, as such, are taken into consideration by the DAP protocol.
So they should never end up the way you describe it.
However, if they are stream files, RSX will actually end up creating
stream files, which basically no other tool in RSX then knows how to
deal with. RMS under RSX can deal with stream files, but FCS cannot, and
most every tool uses FCS.
But if you are in that situation, you can convert the file, using RMS tools.
However, if they are stream text files under RSX, I would expect you to
get a bad record type error from FCS based tools.
So, it would be very interesting if the OP could post the result of DSP
<file>, as well as a dump of the first block of the file.
Johnny
------------------------------------------------------------------------
*From: *"Dave McGuire" <mcguire at neurotica.com>
*To: *"hecnet" <hecnet at Update.UU.SE>
*Sent: *Tuesday, April 14, 2015 10:25:36 AM
*Subject: *Re: [HECnet] "illegal record size" in RSX?
On 04/14/2015 11:00 AM, Paul_Koning at
Dell.com wrote:
Hey
folks. I'm moving some text files to an RSX system via DECnet
under Linux. The files on the RSX system are not readable; I get
"illegal record size" when trying to type them.
Has anyone hit this? I assume there's a simple solution..
What are the RMS attributes? (I don?t know how to ask RSX to show
those, unfortunately.) A possible way to get this would be a file
with ?no-span? records and recordsize > 512.
I don't know how to ask RSX for that...I used to be a heavy user of
RSX, but that was in the 80s; I seem to have forgotten nearly
everything. :-(
I have no problem with hitting the books; I'm generally pretty
self-sufficient in that regard, but I'm about to load these machines
onto a truck and take them to VCF, so I'm just short of time. Things
have gotten a bit less stressful about that since some hardware (not the
11/34) has started to behave, and now it looks like some of the machines
will be on HECnet during the show, so I'll be able to get some software
on them then.
-Dave
--
Dave McGuire, AK4HZ/3
New Kensington, PA