dear all,
thanks for the useful informations!
So now a question comes to mind...
what is the best utility for Linux to be used to read and archive tapes?
Thanks
Andrea
Murray McCullough wrote:
> We in the classic computer community need to know the history of our
> hobby
I for bigger iron history, I suggest "Dream Machine" by Waldrop. It's
not just about Licklider, though his is a very interesting story by
itself.
> On 17/09/2020 07:38, Dave Wade G4UGM via cctalk wrote:
> >/The docs for SIMH .TAP files are here:-
> >/>//>/http://simh.trailing-edge.com/docs/simh_magtape.pdf />//>/be careful
> >as there are also non-SIMH .tap formats />//>/In the IBM Mainframe emulation
> >world there is also .AWS, an IBM
> Acoustically, the best tapes were the short-record "stranger" tapes.
> All sorts of interesting noise. I could tell from across the room when
> someone was running the tape section of the Navy audit tests for COBOL
> just by the sounds.
>
MALET was also pretty good, reading and writing a bunch
would early gui include hmi systems
On Thu, Sep 17, 2020 at 9:19 PM Michael Kerpan via cctalk <
cctalk@classiccmp.org> wrote:
> Something in another recent thread about LISP machines got me wondering:
> how many early graphical systems are well emulated (or emulated at all)? I
> know that there
Something in another recent thread about LISP machines got me wondering:
how many early graphical systems are well emulated (or emulated at all)? I
know that there are more or less functional emulations of Alto, Star, and
Lisa out there, but what about the various LISP machines or the early
fix your links. CC yourself and see if you can click on them.
On Thu, 17 Sep 2020, Paul Koning via cctalk wrote:
Which links? You mean the "virus-free" thing at the bottom? That's just .signature
spam. I don't know why people put that in, especially since a declaration in a piece of mail
The links are to his anti virus pages, or email client filtered thru
there. Noting to see here, move along.
Seriously, you need to dig out the link, trim all the crap after the
ampersand, so that we don't inherit a bunch of tracking cookie crumbs,
test it and forward.
Thanks, would love
> On Sep 17, 2020, at 8:28 PM, Randy Dawson via cctalk
> wrote:
>
> fix your links. CC yourself and see if you can click on them.
Which links? You mean the "virus-free" thing at the bottom? That's just
.signature spam. I don't know why people put that in, especially since a
+1
On Thu, Sep 17, 2020 at 8:25 PM Murray McCullough via cctalk <
cctalk@classiccmp.org> wrote:
> I've recently reread *Fire In The Valley, Ed. 1,2 &3.* They are the
> seminal, authoritative & comprehensive sources for the history of the
> microcomputer. We in the classic computer community need
fix your links. CC yourself and see if you can click on them.
From: cctalk on behalf of Murray McCullough via
cctalk
Sent: Thursday, September 17, 2020 5:25 PM
To: cctalk
Subject: Computer History
I've recently reread *Fire In The Valley, Ed. 1,2 &3.* They
I've recently reread *Fire In The Valley, Ed. 1,2 &3.* They are the
seminal, authoritative & comprehensive sources for the history of the
microcomputer. We in the classic computer community need to know the
history of our hobby to keep it vital and relevant to today's society. More
than ever we
On Sep 16, 2020, at 13:21, J. David Bryan via cctalk wrote:
>
> On Wednesday, September 16, 2020 at 8:19, Lee Courtney via cctech wrote:
>
>> Al - it would be a Very Good Thing to get those APL ROMS dumped when
>> possible.
>
> It would be good as well to dump the Series III main instruction
On Sep 16, 2020, at 5:30, Rodney Brown via cctalk wrote:
>
> HP 3000 Series 37 on ebay in Germany (7954A, 9144AR, 30457A, 700/92 (German
> keyboard))
>
> https://www.ebay.com.au/itm/HP-3000-Series-37-Computer-System-RETRO-SELTEN-RARE-ca-1985-1987/283988656899
>
> Thanks to David Collins at the
> On Sep 17, 2020, at 2:11 PM, Chuck Guzis via cctalk
> wrote:
>
> On 9/17/20 8:56 AM, Jon Elson via cctalk wrote:
>
>> This is not necessarily true. Many systems can handle "VBS" (Variable
>> Block Sequential) tape files.
>> But, yes, fixed block size is more common.
>
> "Hybrid" files
On 9/17/20 8:56 AM, Jon Elson via cctalk wrote:
> This is not necessarily true. Many systems can handle "VBS" (Variable
> Block Sequential) tape files.
> But, yes, fixed block size is more common.
"Hybrid" files are quite common, where all blocks are the same size, but
for the last one. Or, in
On 09/17/2020 12:29 AM, shad via cctalk wrote:
Hello,
I have a question about 9 track tapes and block sizes.
What I know is that tape is subdivided in files by means of marks, and each
file is subdivided in blocks of equal size.
This is not necessarily true. Many systems can handle "VBS"
On 9/17/20 6:19 AM, Paul Koning via cctalk wrote:
> CDC also supports "long blocks" in which the I/O for a single block is done
> in pieces, so blocks can be read or written that are longer than what you
> would think is the limit from the device limits. I'm not sure how long the
> longest
> On Sep 17, 2020, at 1:29 AM, shad via cctalk
> wrote:
>
> Hello,
> I have a question about 9 track tapes and block sizes.
> What I know is that tape is subdivided in files by means of marks, and each
> file is subdivided in blocks of equal size.
As others have said, no, "equal size"
Hello everyone!
I present to you a rare bird; the Tek 4953 graphics tablet, with (I think!?)
everything.
https://www.ebay.com/itm/203108439922
I am look forward to posting a series of _nice_ Tek terminals and complete DG
rack systems.
Please contact me directly if you have any questions.
On 17/09/2020 07:38, Dave Wade G4UGM via cctalk wrote:
> The docs for SIMH .TAP files are here:-
>
> http://simh.trailing-edge.com/docs/simh_magtape.pdf
>
> be careful as there are also non-SIMH .tap formats
>
> In the IBM Mainframe emulation world there is also .AWS, an IBM format
> introduced
Josh Dersch wrote:
> Not a ton to see, lisp-wise, it's just a port of Franz Lisp to
> Uniflex. I can try to benchmark fibonacci later this week if you want.
Thanks! I wasn't expecting a benchmark, just a little defun.
For the record, I have a Maclisp over here that will do (fib 40) in less
than
shad via cctalk wrote:
> Hello,
> I have a question about 9 track tapes and block sizes.
> What I know is that tape is subdivided in files by means of marks, and each
> file is subdivided in blocks of equal size.
> Programs like tar use a specific block size to create files on tape.
> However
Dave Wade wrote:
> The docs for SIMH .TAP files are here:-
>
> http://simh.trailing-edge.com/docs/simh_magtape.pdf
>
> be careful as there are also non-SIMH .tap formats
Haha, yes very much so. For the fun of it, people like to mix and match
these options:
- Records padded to even length or
On Wednesday, September 16, 2020 at 8:19, Lee Courtney via cctech wrote:
> Al - it would be a Very Good Thing to get those APL ROMS dumped when
> possible.
It would be good as well to dump the Series III main instruction set ROMs,
assuming they're socketed. Bitsavers has a Series II microcode
> -Original Message-
> From: cctalk On Behalf Of Dennis Boone via
> cctalk
> Sent: 17 September 2020 06:53
> To: cctalk@classiccmp.org
> Subject: Re: 9 track tapes and block sizes
>
> > What I know is that tape is subdivided in files by means of marks, >
and each
> file is subdivided
On 9/16/20 10:29 PM, shad via cctalk wrote:
> Hello,
> I have a question about 9 track tapes and block sizes.
> What I know is that tape is subdivided in files by means of marks, and each
> file is subdivided in blocks of equal size.
> Programs like tar use a specific block size to create
27 matches
Mail list logo
