Hi Grant,
I looked at my collection and I have the 67-69 ROMs, which I also identified
as the DS/1000 ROMs (Distributed Systems Network). I also have a
91740-80033/34/35 set which I don't know what it is. Does anyone know?
Anyhow, looking at the ROMs and dates, I suspect these are E/F microcode
On 6/27/2020 2:55 PM, Dave Dunfield via cctalk wrote:
Downloading http://dunfield.maknonsolutions.com/dos/sw/ddw2020.zip
gets flagged by Windows Defender on Windows 10 Pro (1909)
as "Worm:Win32/Spybot".
I tried to run this on wine, and the executables run. However no luck
with the editor,
For the various flow control works, Forth generally teaches you to not spread
flow control across multiple pages. Unless you are really trying to reach for
every last clock cycle, it makes sense to factor even assembly code. It makes
understanding the code easier and allows one to think about
On 6/28/2020 6:16 PM, Paul Koning via cctalk wrote:
I don't remember if any of the material in bits/pdp11/rsts on Bitsavers is
RSTS-11. There is the material from PDP-10 tapes that was discussed here in the
past year, which I identified as very early RSTS sources. I don't know yet if
they are
As an aside, note that this brochure from Audio Devices:
https://ia800804.us.archive.org/29/items/TNM_Audio_Devices_Inc_-_Brochure_The_memory_busin_20170629_0528/TNM_Audio_Devices_Inc_-_Brochure_The_memory_busin_20170629_0528.pdf
(I put it at about 1962) differentiates between "computer tape"
Does anyone have any experience with UUCP on macOS or *BSD systems that
would be willing to help me figure something out?
I'm working on adding a macOS X system to my micro UUCP network and
running into some problems.
- uuto / uucp copy files from my non-root / non-(_)uucp user to the
Back in 1972, Billboard magazine published an interesting retrospective
on magnetic tape.
One of the more interesting articles states that Audio Devices laid
claim to the first computer tape in 1957:
https://shorturl.at/hqGS8
Apparently there was a patent fight over Marvin Camras' tape patent,
On 6/28/2020 5:20 PM, Peter Corlett via cctalk wrote:
On Sun, Jun 28, 2020 at 01:32:02PM -0700, Chuck Guzis via cctalk wrote:
[...]
Why is byte-granularity in addressing a necessity?
Because C's strings are broken by design and require one to be able to form a
pointer to individual
Also FWIW 3M Types 108, 109, 128 and 159 were advertised in 1958 as
“instrumentation tapes” used for “critical recording work” on “… computers …”
From: Tom Gardner [mailto:t.gard...@computer.org]
Sent: Sunday, June 28, 2020 5:08 PM
To: 'Paul Koning'; 'cctalk@classiccmp.org'
Subject: RE:
On 6/28/2020 5:18 PM, Jon Elson wrote:
On 06/28/2020 05:28 PM, ben via cctalk wrote:
Since punchcards I think had a 16 bit encoding, lack of byte data
was not big problem. Who used paper tape on a 360?
IBM punch cards had 12 rows of holes. For alpha encoding, logic in the
controller
FWIW this is an announcement of a 3M brochure from a 1957 Datamation:
Magnetic Tape for Instrumentation, an 8-page brochure, covers six types of
"Scotch" brand instrumentation tapes for use in telemetering and airborne
recording, machine tool control systems, computers, geophysical
> From: Peter Dick
> Question: how do the three of you (Noel) cctalk@classiccmp.org and Paul
> Koning fit together?
CCTalk is a mailing list for people who collect antique ('classic') computers;
Paul and I are both members. I collect PDP-11's (I used them in school from
'72 to
On 6/28/2020 1:34 PM, Richard Pope via cctalk wrote:
Will,
Ultimate Zip is showing that the file is empty. Hum! I have been
using Ultimate Zip for decades. Hum! I wounder what is going on! Could
someone please just send me the individual files to my email address?
GOD Bless and Thanks,
On 6/28/20 4:20 PM, Peter Corlett via cctalk wrote:
> On Sun, Jun 28, 2020 at 01:32:02PM -0700, Chuck Guzis via cctalk wrote:
> [...]
>> Why is byte-granularity in addressing a necessity?
>
> Because C's strings are broken by design and require one to be able to form a
> pointer to individual
On 6/28/20 3:28 PM, ben via cctalk wrote:
> On 6/28/2020 2:32 PM, Chuck Guzis via cctalk wrote:
>
>> Why is byte-granularity in addressing a necessity? It's only an issue
>> if you have instructions that operate directly on byte quantities in
>> memory.
>>
> Why have bytes in the first place
On Sun, Jun 28, 2020 at 01:32:02PM -0700, Chuck Guzis via cctalk wrote:
[...]
> Why is byte-granularity in addressing a necessity?
Because C's strings are broken by design and require one to be able to form a
pointer to individual characters.
> It's only an issue if you have instructions that
On 06/28/2020 05:28 PM, ben via cctalk wrote:
Since punchcards I think had a 16 bit encoding, lack of
byte data
was not big problem. Who used paper tape on a 360?
IBM punch cards had 12 rows of holes. For alpha encoding,
logic in the controller
converted that to EBCDIC or your machine's
> On Jun 28, 2020, at 5:08 PM, Noel Chiappa via cctalk
> wrote:
>
>> From: Paul Koning
>
>> RSTS/E of course has a bunch of new stuff in it to deal with mapping,
>> but the bulk of the code carries over from RSTS-11.
>
> I was assuming that the basic intermal environment was sufficiently
On 6/28/2020 2:32 PM, Chuck Guzis via cctalk wrote:
Why is byte-granularity in addressing a necessity? It's only an issue
if you have instructions that operate directly on byte quantities in memory.
Why have bytes in the first place then? A packed string does count here.
IBM started this
> From: Paul Koning
> RSTS/E of course has a bunch of new stuff in it to deal with mapping,
> but the bulk of the code carries over from RSTS-11.
I was assuming that the basic intermal environment was sufficiently different
that not a lot of the OS-level code could carry over, but I
> On June 27, 2020 at 5:16 PM Richard Pope via cctech
> wrote:
>
> Dave,The file is empty.GOD Bless and Thanks,rich!
> On 6/27/2020 4:55 PM, Dave Dunfield via cctalk wrote:>
I downloaded the file on a Linux machine. Chrome warned me that "this is file
is not often downloaded and may be
Will,
Ultimate Zip is showing that the file is empty. Hum! I have been
using Ultimate Zip for decades. Hum! I wounder what is going on! Could
someone please just send me the individual files to my email address?
GOD Bless and Thanks,
rich!
On 6/28/2020 3:29 PM, Will Cooke via cctech
> On June 28, 2020 at 3:29 PM Will Cooke via cctech
> wrote:
>
> > On June 27, 2020 at 5:16 PM Richard Pope via cctech
> > wrote:
> > Dave,The file is empty.GOD Bless and Thanks,rich!On 6/27/2020 4:55 PM, Dave
> > Dunfield via cctalk wrote:>I downloaded the file on a Linux machine. Chrome
>
> On Jun 28, 2020, at 3:36 PM, Al Kossow via cctalk
> wrote:
>
>
>> This means RSTS/E, the Greatest Operating System ever, has just turned 50
>> years old.
>
> Now, we all need to dig out the "RSTS 50th birthday" paper from eons ago..
You mean the 80th birthday spoof? It's on line.
On 6/28/20 12:39 PM, ben via cctalk wrote:
> On 6/28/2020 12:06 PM, dwight via cctalk wrote:
> Since I am working on a 1970's style computer ( blinking lights,
> front panel,core memory, big rack with I/O devices) currently
> being emulated in FPGA,I have been looking things from that era
>
Dave,
When I open the zip file with Ultimate Zip there are no files
inside the zip. That is what I mean when I say that it is empty.
GOD Bless and Thanks,
rich!
On 6/28/2020 9:53 AM, Dave Dunfield via cctalk wrote:
The file is empty.
Not much I go do except stop trying and advise
On 6/28/2020 12:06 PM, dwight via cctalk wrote:
Overloading is always a problem in Forth. It is so easy to do that one
sometimes loses the context. I was writing an assembler for my 4004 project. I
wanted to overload words like IF THEN for cleaner to read assembly so I didn't
have a lot of
This means RSTS/E, the Greatest Operating System ever, has just turned 50 years
old.
Now, we all need to dig out the "RSTS 50th birthday" paper from eons ago..
FYI: I've received the PROM image, no need for anyone else to go to the trouble
to extract it.
ben wrote on Sat, 27 Jun 2020 19:15:25 -0600
> It would be nice if one could define a new language for problem
> solving and run it through compiler-compiler processor for interesting
> problems.
That is what Alan Kay's group did a few year ago in their "STEPS"
project. They wanted to implement
Thanks JayI'm am not trying to use DS/1000 just trying to get the 7974 loader
going.Grant
Original message Grant wroteHi
all, i am looking for a loader rom set for my 21mx and does not seem tobe
around at the usual places, I am hoping to find a
Grant wrote
Hi all, i am looking for a loader rom set for my 21mx and does not seem to
be around at the usual places, I am hoping to find a leed.
Here is what i am in need of.
12992L consisting of
12992-80011
91740-80070
91740-80071
91740-80072
there is a set of
The PROM in my 9114B committed suicide this morning, letting the magic smoke
out. It was marked with part number 09114-15521, does anyone happen to have
dumped the contents so I can program a new one? Thanks.
> On Jun 28, 2020, at 2:24 PM, Noel Chiappa via cctalk
> wrote:
>
>> From: Peter Dick
>
>> As I expect you know, RSTS was 'born' on 11th June 1970 as shown when
>> you print DATE$(1%) ...
>> This means RSTS/E, the Greatest Operating System ever, has just turned
>> 50 years old.
>
> Err, I
Overloading is always a problem in Forth. It is so easy to do that one
sometimes loses the context. I was writing an assembler for my 4004 project. I
wanted to overload words like IF THEN for cleaner to read assembly so I didn't
have a lot of branch labels. I like indenting to show beginning
> https://zork.net/~st/jottings/Real-VT102-emulation-with-MAME.html
Also.
https://github.com/phooky/VT100-Hax
https://www.pcjs.org/machines/dec/vt100/
> The file is empty.
Not much I go do except stop trying and advise people to ignore all this.
I've just downloaded the file from my site, and it is NOT empty
and does work.
I did notice a small bug, if you specify names not in it's database
it doesn't tell you, and produces no output. I
Please copy cctalk/cctech on any responses to Peter.
J
From: Peter Dick
Sent: Saturday, June 27, 2020 4:34 PM
To: jw...@classiccmp.org
Subject: RSTS/E has just had its 50th Birthday...
Hi. I stumbled on your wonderful PDP11.ORG website.
As I expect you know, RSTS was “born” on 11th
On Sat, Jun 27, 2020 at 07:15:25PM -0600, ben via cctalk wrote:
[...]
> At what point do variable names end being comments? There needs to be more
> work on proper documenting and writing programs and modules.
What, auto-generated "documentation" which just lists function names and type
On Sat, 27 Jun 2020, W2HX via cctech wrote:
> Peter and Maciej. Thank you very much for the input. I don't believe
> this BIOS supports anything other than CHS. At least I don't see a way
> to toggle between CHS and LBA. Is this what I should be looking for? An
> option to enable LBA mode?
Hi all, i am looking for a loader rom set for my 21mx and does not seem to be
around at the usual places, I am hoping to find a leed.
Here is what i am in need of.
12992L consisting of
12992-80011
91740-80070
91740-80071
91740-80072
there is a set of 91740 on bit savers but with a suffix of
Hi Eugene,
On Fri, Jun 26, 2020 at 09:39:57PM +, W2HX via cctalk wrote:
> Hi all,
> However, I do get errors "sector not found" and if I A)bort I get INT 24
> error. I am trying to get windows 95 installed and this is certainly
> preventing that.
> In the BIOS settings I have the hard
Hi Dwight,
Yes...I agree, sounds like how FORTH works.
BTW, I co-implemented a FORTH for the IBM PC, back when the first IBM PC
was released.
(Next Generation Systems FORTH ... 25% faster than the prior speed leader,
Laboratory Microsystems FORTH,
and it had a lot of nice concepts, like a
43 matches
Mail list logo
