On 6/24/2020 2:12 PM, Chuck Guzis via cctalk wrote:
On 6/24/20 1:23 PM, Jon Elson via cctalk wrote:
The 1052 Selectric console on the 360's were not on a channel, but
driven via direct I/O directly from the CPU microcode. (Yes, the
console has a pseudo channel address that made you THINK it
On 06/24/2020 04:12 PM, Chuck Guzis via cctalk wrote:
On 6/24/20 1:23 PM, Jon Elson via cctalk wrote:
The 1052 Selectric console on the 360's were not on a channel, but
driven via direct I/O directly from the CPU microcode. (Yes, the
console has a pseudo channel address that made you THINK it
Sometimes I had only lunch hour to do PMs, and one office worker always
ate into my time because she had to 'finish something'.
Pretty soon I found that [ 2 ; 9 y would put all ANSI terminals
into continuous self-test, and that solved the problem:-)
Those were the days!
cheers,
Nigel
On
On 6/24/20 1:23 PM, Jon Elson via cctalk wrote:
> The 1052 Selectric console on the 360's were not on a channel, but
> driven via direct I/O directly from the CPU microcode. (Yes, the
> console has a pseudo channel address that made you THINK it was on a
> channel, but it actually wasn't.)
One p
On 06/23/2020 09:09 PM, jim stephens via cctalk wrote:
Short story of crashing the 360 MVT system. We had IBM
reels we reused which IBM used for patches called DTRs.
they had 50 or 100' max length tape. We had a guy muck up
a program to send a file off our system to the mainframe,
and he
> On Jun 23, 2020, at 9:57 PM, Chuck Guzis via cctalk
> wrote:
>
> I've been processing some PDP-11 9 track (800 NRZI) tapes and run across
> something that I don't recognize.
>
> Every file on the tape consists of a number of 512 byte blocks (okay,
> that's normal) but at the head of each f
At 12:50 AM 6/24/2020, Chuck Guzis via cctalk wrote:
>Thanks for straightening that out--all I know is that the tapes are from
>an 11/70, which isn't much information, admittedly.
A few months ago, I was re-rescuing some files that a friend had
once read from a RSTS tape. He gave two sets of file
On 6/23/20 8:18 PM, John Forecast wrote:
> Looks like a standard DOS/BATCH-11 tape file header. The first 6 bytes and
> the last 2 bytes are the file name in rad50 - “HMMMD0P.SAV”.
> Depending on where/when it was written the header can be either 12 or 14
> bytes:
>
> Format of DOS-11 magnetic
On Jun 23, 2020, at 9:57 PM, Chuck Guzis via cctalk
wrote:
>
> I've been processing some PDP-11 9 track (800 NRZI) tapes and run across
> something that I don't recognize.
>
> Every file on the tape consists of a number of 512 byte blocks (okay,
> that's normal) but at the head of each file, th
We had a 12.5 IPS drive on a Microdata 1600. Once you gave the "go"
command to the controller, you could actually drive it with byte / byte
programmed I/O. We had to enforce the blocksize on tapes which went
anywhere else. But we could write from one byte to an entire tape as a
single rec
I've been processing some PDP-11 9 track (800 NRZI) tapes and run across
something that I don't recognize.
Every file on the tape consists of a number of 512 byte blocks (okay,
that's normal) but at the head of each file, there's a short block of 14
bytes.
Usually, a short record like this is dis
11 matches
Mail list logo
