Talk:Record Management Services

This article is rated Stub-class on Wikipedia's content assessment scale.
It is of interest to the following WikiProjects:

Computing

	This article is within the scope of WikiProject Computing, a collaborative effort to improve the coverage of computers, computing, and information technology on Wikipedia. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.ComputingWikipedia:WikiProject ComputingTemplate:WikiProject ComputingComputing articles
???	This article has not yet received a rating on the project's importance scale.
	This article has been automatically rated by a bot or other tool as Stub-class because it uses a stub template. Please ensure the assessment is correct before removing the `\|auto=` parameter.

This article is based on material taken from the Free On-line Dictionary of Computing prior to 1 November 2008 and incorporated under the "relicensing" terms of the GFDL, version 1.3 or later.

problems[edit]

This caused a lot of problems in the 1990s -- programs written using standard "C" libraries usually had to have their data files in STREAM-LF, but to have any hope of transferring a file in anything but the simplest plain text format to another operating system, the file almost always had to be in FIXED-512, so you had to use the BILF program (not provided standard with VMS) to convert back and forth between the two, and KERMIT-VMS had a special "FIXED" mode which was different from "BINARY" mode (and not at all obvious that you had to use it for successful file transfer), etc. AnonMoos (talk) 15:36, 16 March 2013 (UTC)[reply]

Sounds a lot easier than the EBCDIC to ASCII conversion for IBM users. Not to mention conversion from FB, VB, or even D record formats. Gah4 (talk) 00:07, 18 July 2020 (UTC)[reply]

Access method[edit]

There is mention of RMS in Access method, in comparison to the way OS/360 and successors do I/O. Otherwise, it seems that much could be added to this page. Gah4 (talk) 00:08, 18 July 2020 (UTC)[reply]