At 04:12 PM 8/16/2015, Marc Verdiell wrote:
>Thanks Al, I downloaded the assembler just in case. And to Chuck's point, it
>always felt like the MSDN distribution was a poorly documented, disorganized
>mess.
Good thing so many of us kept it all.
- John
Thanks Al, I downloaded the assembler just in case. And to Chuck's point, it
always felt like the MSDN distribution was a poorly documented, disorganized
mess. I was not impressed.
The old Turbo C and new Watcom C are available freely for DOS 16 bit and people
say very good things of both.
Marc
On 8/14/15 7:28 PM, Chuck Guzis wrote:
I've got the Windows 3.1 DDK in big box/piles of floppies version. But isn't
the documentation (and the rest) part of the MSDN collection?
yea, forgot about that. I have pretty much the complete set back to the early
90's.
On 08/14/2015 06:08 PM, Al Kossow wrote:
yea.. There is a page on it on Wikipedia. Visual C++ came out after
MS C 7.0 which was Windows 3.1 time frame.
Just staring at all this because I'm scanning a redundant win 3.1
/c++ 7.0 dev kit doc set we have right now.
If someone has a spare win 3.
On 8/14/15 1:30 PM, Chuck Guzis wrote:
Schizophrenic MS labeling. The C++ suite is 1.52c, but the compiler
identifies itself as 8.00c. Crazy.
yea.. There is a page on it on Wikipedia. Visual C++ came out after
MS C 7.0 which was Windows 3.1 time frame.
Just staring at all this because I'm
On 08/14/2015 12:00 PM, Al Kossow wrote:
last 16 bit compiler is visual C++ 1.52c
also ran across MASM 8
https://www.microsoft.com/en-us/download/details.aspx?id=12654
if you need it
Schizophrenic MS labeling. The C++ suite is 1.52c, but the compiler
identifies itself as 8.00c. Crazy.
--
On 8/9/15 10:21 PM, Chuck Guzis wrote:
On 08/09/2015 09:54 PM, Marc Verdiell wrote:
Well, Chuck, thanks a bunch, this is very useful and quite difficult
code to write from scratch. How does one compile for DOS by the way
(I have to admit I am too young to have ever tried), and get a copy
of MSC
Thanks Jay!
Marc
From: Jay Jaeger
The link below is to a Google Drive folder with three files that I will
leave up for a while:
awstape.c - Read a SCSI tape, output in AWS format (Linux)
awstoraw.c - Read an AWS file, output a raw byte stream
awstosimh.c - Read an A
Glad to help.
On 8/10/2015 6:14 PM, Rich Alderson wrote:
> From: Jay Jaeger
> Sent: Monday, August 10, 2015 8:56 AM
>
>> The link below is to a Google Drive folder with three files that I will
>> leave up for a while:
>
>> awstape.c - Read a SCSI tape, output in AWS format (Linux)
>> awstoraw.c
From: Jay Jaeger
Sent: Monday, August 10, 2015 8:56 AM
> The link below is to a Google Drive folder with three files that I will
> leave up for a while:
> awstape.c - Read a SCSI tape, output in AWS format (Linux)
> awstoraw.c - Read an AWS file, output a raw byte stream
> awstosimh.c - Read an A
The link below is to a Google Drive folder with three files that I will
leave up for a while:
awstape.c - Read a SCSI tape, output in AWS format (Linux)
awstoraw.c - Read an AWS file, output a raw byte stream
awstosimh.c - Read an AWS file, output a SimH
https://drive.google.com/folderview?id=0B2
Reminds me of James Ellwood from one of my favorite TZ episode “From Agnes,
With Love”
https://en.wikipedia.org/wiki/From_Agnes—With_Love
> On Aug 9, 2015, at 8:57 PM, Chuck Guzis wrote:
>
> They didn't do much for my social life either.
>
> --Chuck
>
>
>
On 8/9/2015 7:57 PM, Chuck Guzis wrote:
> On 08/09/2015 03:03 PM, Jay Jaeger wrote:
>
> I'd pretty much left the 360 world after DOS/360 (that really dates me),
> so I couldn't comment--except that I never trusted an operator to mount
> tapes, if I could do anything about it. A lot of the tape
On Sat, 8 Aug 2015, Chuck Guzis wrote:
I've got a Linux utility to translate SIMH .tap to raw binary, if that's
interesting to anyone. I would have thought that such utilities existed
already.
They probably do, but I have written my own set of tools for reading and
writing TAP and AWS files,
On 08/09/2015 09:54 PM, Marc Verdiell wrote:
Well, Chuck, thanks a bunch, this is very useful and quite difficult
code to write from scratch. How does one compile for DOS by the way
(I have to admit I am too young to have ever tried), and get a copy
of MSC 8.00C. Is the DOS compiler buried in som
> I always kept a few cards in my shirt pocked to stick
> behind the mounted reel and trip the write-enable mechanism (which
> latched). When the autoloading 66x drives came in, part of my world
> disappeared. I've never tried to see if that trick works on minicomputer
> reel-to-reel drives.
It s
Hey, I'll take the offer, I am interested in both.
Marc
> Jay Jaeger wrote:
> If anyone is interested, I have code for a Linux SCSI tape to
> AWSTAPE program, and a program that translates aws format to a raw
> byte stream. Not sure if I have one that translates to the SimH .tap
> format, though.
Well, Chuck, thanks a bunch, this is very useful and quite difficult code to
write from scratch. How does one compile for DOS by the way (I have to admit
I am too young to have ever tried), and get a copy of MSC 8.00C. Is the DOS
compiler buried in some part of Visual Studio? I have some old versio
On 08/09/2015 03:03 PM, Jay Jaeger wrote:
No, the OS did the drive assignments, and then prompted the operator
to do the mount of the appropriate VolSer on a given drive. The
label was of course checked as part of the OS/360 open process, and
if there was a label, and it was not expired, one cou
On 2015-08-09 19:54, ANDY HOLT wrote:
Good OS-es allowed an operator to mount tapes for his next few jobs,
without paying attention to paper labels and have the OS automatically
locate and assign tapes to the proper job.
Even the old Operators Exec (and thus George 1 and 2) could do that
on th
No, the OS did the drive assignments, and then prompted the operator to
do the mount of the appropriate VolSer on a given drive. The label was
of course checked as part of the OS/360 open process, and if there was a
label, and it was not expired, one could not write over it, or, whether
reading or
On 08/09/2015 01:25 PM, Dave G4UGM wrote:
On the Honeywell we had a Tape Management System that managed the
tapes. All the tapes were filed by tape number, and the system knew
which file was on which tape. It would tell the operators which tape
number to mount. It would also manage the scratch
> -Original Message-
> From: cctalk [mailto:cctalk-boun...@classiccmp.org] On Behalf Of Chuck
> Guzis
> Sent: 09 August 2015 20:40
> To: gene...@classiccmp.org; discuss...@classiccmp.org:On-Topic and Off-
> Topic Posts
> Subject: Re: SCSI Tape to TAP utility
>
On 08/09/2015 11:27 AM, Dave G4UGM wrote:
If you had a tape master file then typically that had the same
dataset name on the master in and out
But obviously, not the same VSN...
There's (potentially) a lot of information in a set of labels,
particularly if any of the user labels are used.
mp.org; discuss...@classiccmp.org:On-Topic and Off-
> Topic Posts
> Subject: Re: SCSI Tape to TAP utility
>
> On 08/09/2015 10:45 AM, Jay Jaeger wrote:
>
> > Seems dangerous to me: duplicate data set names on different tapes
> > would confuse it (plus, if the DSN is long, the
On 08/09/2015 10:45 AM, Jay Jaeger wrote:
Seems dangerous to me: duplicate data set names on different tapes would
confuse it (plus, if the DSN is long, the entire DSN does not actually
appear in the tape label). I worked with OS/360 and MVS in my career
and we never did anything like that with
> Good OS-es allowed an operator to mount tapes for his next few jobs,
> without paying attention to paper labels and have the OS automatically
> locate and assign tapes to the proper job.
Even the old Operators Exec (and thus George 1 and 2) could do that
on the ICL 1900 - I think it was refe
On 8/9/2015 12:36 PM, Chuck Guzis wrote:
> Good OS-es allowed an operator to mount tapes for his next few jobs,
> without paying attention to paper labels and have the OS automatically
> locate and assign tapes to the proper job.
>
> Can UNIX do that?
>
> --Chuck
>
Seems dangerous to me: duplic
On 08/09/2015 10:19 AM, Paul Koning wrote:
More primitive than OS/360, which lets you put names on tape files
but can’t find files by name? That’s hard to imagine.
You haven't lived until you get a pile of tapes (some mixed-density)
with no identifying labels at all, from an archivist who w
> On Aug 9, 2015, at 12:46 PM, Chuck Guzis wrote:
>
> I've got a version that looks for label records and names and dates the parts
> appropriately.
>
> Probably not of any interest to UNIX-ers as the tape handling of that system
> was abysmally primitive, compared to other mainframe systems.
I've got a version that looks for label records and names and dates the
parts appropriately.
Probably not of any interest to UNIX-ers as the tape handling of that
system was abysmally primitive, compared to other mainframe systems.
--Chuck
On 08/09/2015 08:08 AM, Al Kossow wrote:
On 8/8/1
On 8/8/15 9:16 PM, Chuck Guzis wrote:
On 08/08/2015 08:14 PM, Jay Jaeger wrote:
If anyone is interested, I have code for a Linux SCSI tape to
AWSTAPE program, and a program that translates aws format to a raw
byte stream. Not sure if I have one that translates to the SimH .tap
format, though. GN
On 08/08/2015 08:14 PM, Jay Jaeger wrote:
If anyone is interested, I have code for a Linux SCSI tape to
AWSTAPE program, and a program that translates aws format to a raw
byte stream. Not sure if I have one that translates to the SimH .tap
format, though. GNU C.
I've got a Linux utility to tran
If anyone is interested, I have code for a Linux SCSI tape to AWSTAPE
program, and a program that translates aws format to a raw byte stream.
Not sure if I have one that translates to the SimH .tap format, though.
GNU C.
JRJ
On 8/8/2015 7:57 PM, Chuck Guzis wrote:
> A couple of weeks ago, I off
34 matches
Mail list logo
