Hey all --
Picked up a memory board for my PDP-8/A, it's a Mostek MK8009-CA, currently
outfitted with 32KW of memory but with empty pads for another 32KW. Not a
ton of documentation on this -- anyone have anything? At minimum,
configuration information would be nice, I'd also like to know what i
And all this time I thought that I wanted a VT525! How much are the VTLAN40’s
going for?
Zane
Sent from my iPod
> On Jun 23, 2021, at 3:08 PM, Mark Matlock via cctalk
> wrote:
>
> One VT340 emulator that works quite well is the VT Lan 40. This was one
> of the last terminals made by DE
One VT340 emulator that works quite well is the VT Lan 40. This was one
of the last terminals made by DEC. It ran Windows 3.1 from ROM and
used the LK411-AA keyboard (with the round PC keyboard connector)
displaying on a Super VGA LCD display (1024 x 768 x 16 colors)
It could connect to seve
On 2021-06-23 6:48 p.m., Paul Koning via cctalk wrote:
Somewhat related to the point of compiling and executing mixed together is a very strange hack I saw in the
Electrologica assembler for the X8 (the company issue one, not one of the various ones built at various labs
for that machine). It
Hi Paul - the images are on-line, I blame my inept typing and editing
skills for not properly deleting that line. Originally I wrote that line as
they are not on-line via CHM. But, I thought to look on Al's site and of
course there they are. Which is the important thing - that people can get
access
On Wed, 2021-06-23 at 20:48 -0400, Paul Koning via cctalk wrote:
> In other words, you can assemble some code, execute it, then go back
> to assembling the rest of the source text. Cute. Suppose you want
> to do something too hard for macros; just assemble its input data,
> followed by some code
Somewhat related to the point of compiling and executing mixed together is a
very strange hack I saw in the Electrologica assembler for the X8 (the company
issue one, not one of the various ones built at various labs for that machine).
It is essentially a "load and go" assembler, so the code is
On 6/23/21 2:18 PM, Paul Koning wrote:
>
> I meant "reduce to machine language" (give or take threaded code or library
> function calls). It really doesn't seem to be any particular problem.
> There's nothing about compilers that prevents them from being invoked in the
> middle of an applica
How you'd do such in Forth depends on the threading method. You have Indirect
threaded, direct threaded and call threaded. As you move to the right, they are
faster and easier to add optimization but harder to deal with some of the
higher level operations like Create Does> ( older Forth would be
> On Jun 23, 2021, at 5:02 PM, Chuck Guzis wrote:
>
> On 6/23/21 1:14 PM, Paul Koning wrote:
>
>> I don't remember the details at this point, but I assume the "execute TECO
>> macro" operation in the Stevens PDP-10 TECO compiler is done in that way.
>> And of course these could keep the co
On Wed, Jun 23, 2021 at 11:42:22AM -0700, Van Snyder via cctalk wrote:
[...]
> I have a vague recollection of a story about a FORTH processor that put
> the addresses of the functions to be executed on the return-address stack
> (68000?) and then executed a RETURN instruction.
I was initially goin
On 6/23/21 1:14 PM, Paul Koning wrote:
> I don't remember the details at this point, but I assume the "execute TECO
> macro" operation in the Stevens PDP-10 TECO compiler is done in that way.
> And of course these could keep the compiled code around to reuse if the
> source string hasn't chang
> On Jun 23, 2021, at 2:44 PM, Chuck Guzis via cctalk
> wrote:
>
> There are the languages that are otherwise nearly impossible to compile.
>
> Consider SNOBOL4 (although there is a compiled version called SPITBOL,
> but without several hard-to-implement features). One can construct
> state
There are the languages that are otherwise nearly impossible to compile.
Consider SNOBOL4 (although there is a compiled version called SPITBOL,
but without several hard-to-implement features). One can construct
statements at run time and execute them. A bit unusual back then, but
not so much toda
On Wed, 2021-06-23 at 13:36 -0400, Paul Koning via cctalk wrote:
> Typical FORTH implementations are neat in that respect, since they
> use a threaded code encoding that allows for fast and efficient
> switching between threaded code (subroutine calls) and straight
> machine code.
I have a vague r
On 6/23/2021 10:25 AM, Al Kossow via cctalk wrote:
On 6/23/21 10:17 AM, Lee Courtney via cctalk wrote:
Many years (decades?) ago Dave Babcock and I read all the cards as
part of
the original 1620 project at CHM.
There has been a steady stream of misinformation about CHM's 1620 in
the pas
> On Jun 23, 2021, at 1:22 PM, Stan Sieler via cctalk
> wrote:
>
> Paul K got it right:
> "Any language can be interpreted or compiled. For some languages, like
> LISP and TECO, interpreting is a rather natural implementation techniques,
> while for others (C, ALGOL) compilation is the obvio
> On Jun 23, 2021, at 1:17 PM, Lee Courtney via cctalk
> wrote:
>
> "A Purdue professor had a 20-drawer card file of 1620 software. The fire
> marshall insisted he had to get rid of it. I understand he gave it to
> CHM. Is it still there?"
>
> Yes. Catalog entry here:
> https://www.computerh
On 6/23/21 10:17 AM, Lee Courtney via cctalk wrote:
Many years (decades?) ago Dave Babcock and I read all the cards as part of
the original 1620 project at CHM.
There has been a steady stream of misinformation about CHM's 1620 in the past
week. I had been staying out of making any comments abo
Paul K got it right:
"Any language can be interpreted or compiled. For some languages, like
LISP and TECO, interpreting is a rather natural implementation techniques,
while for others (C, ALGOL) compilation is the obvious answer. But either
is possible."
A few quick notes...
Back around 1973, I
"A Purdue professor had a 20-drawer card file of 1620 software. The fire
marshall insisted he had to get rid of it. I understand he gave it to
CHM. Is it still there?"
Yes. Catalog entry here:
https://www.computerhistory.org/collections/catalog/102710141
Many years (decades?) ago Dave Babcock and
On Tue, Jun 22, 2021 at 11:46:13PM -0700, Van Snyder via cctalk wrote:
> Is there a G-15 emulator?
I wrote a simulator yers ago. I don't think it is online ATM,
I will have to check.
Rob Kolstad is apparently also working on one. We keep meaning to
cross-check each others' work but then
On Mon, 21 Jun 2021, Ethan Dicks wrote:
I would love some sample ReGIS files, color or B&W. Anything, really.
You can use GNUplot with the terminal type set to ReGIS.
Christian
Steve Malikoff wrote:
> Douglas said
>> Someone already did this with a TEK4010 emulation: See
>> https://github.com/rricharz/Tek4010
>> Hmmm... You could use a Raspberry Pi to emulate a number of terminals.
>
> Interesting that that emulator covers the ARDS.
I collected some notes about ARDS as
Douglas said
> Someone already did this with a TEK4010 emulation: See
>
> https://github.com/rricharz/Tek4010
>
> Hmmm... You could use a Raspberry Pi to emulate a number of terminals.
Interesting that that emulator covers the ARDS.
Surely there can't have been too many graphics terminals for ge
25 matches
Mail list logo