26 Feb
2005
26 Feb
'05
10:04 a.m.
Yes, but,...
In FORTRAN, columns 73 - 80 are reserved for housekeeping, such as
resequencing dropped decks.
THerefore, the information content in FORTRAN could be said to be 72 bytes
per card, NOT 80.
26 Feb
26 Feb
8:47 p.m.
From: "Fred Cisin" <cisin at xenosoft.com>
Subject: Re: origins of IBM 3740 diskette format
Yes, but,...
In FORTRAN, columns 73 - 80 are reserved for housekeeping, such as
resequencing dropped decks.
THerefore, the information content in FORTRAN could be said to be 72 bytes
per card, NOT 80.
That was the same for IBM (DOS) Assembler, Cobol (73-80) and RPG-II (column
1-5 IIRC).
Nico
28 Feb
28 Feb
1:22 p.m.
On Sun, 2005-02-27 at 08:47 +0100, Nico de Jong wrote:
From: "Fred Cisin" <cisin at
xenosoft.com>
Subject: Re: origins of IBM 3740 diskette format
JCL too. It had something to do with how the 701(!) read in data, into
two 36-bit words... I think most S/360 languages did it this way.
Some big guy in S/360 development mentioned this in the System/360 talk
at CHM - video is (was?) availible at computerhistory.org.
He said it during a slide with the heading "JCL - worst language
ever" :)
--
Tore S Bekkedal <toresbe at ifi.uio.no>
Yes, but,...
In FORTRAN, columns 73 - 80 are reserved for housekeeping, such as
resequencing dropped decks.
THerefore, the information content in FORTRAN could be said to be 72 bytes
per card, NOT 80.
That was the same for IBM (DOS) Assembler, Cobol (73-80) and RPG-II (column
1-5 IIRC).
Nico
1 Mar
1 Mar
12:48 a.m.
From: "Tore S Bekkedal" <toresbe at ifi.uio.no>
Possibly for OS/360 (which I never used), but certainly not for DOS. When I
was an operator, we used to turn JCL cards around, so we could see cards
like
// EXEC TAPEDUMP TNIRP CEXE //
Nico
>
> That was the same for IBM (DOS) Assembler, Cobol (73-80) and RPG-II
(column
1-5 IIRC).
Nico
JCL too. It had something to do with how the 701(!) read in data, into
two 36-bit words... I think most S/360 languages did it this way.
7083
days inactive
7086
days old
3 comments
3 participants
participants (3)
-
cisin＠xenosoft.com -
nico＠FARUMDATA.DK -
toresbe＠ifi.uio.no