> On Jul 24, 2020, at 5:57 PM, Clem Cole wrote:
>
> ...
>> If you set your UART for 8 bits with parity, it would send 11 bits total:
>> start, 8 data, parity, stop.
> Yep ... you are correct that is exactly how the hardware works. mei culpa.
> Although, if we are going to get specific.
> On Jul 24, 2020, at 3:15 PM, Clem Cole wrote:
>
>
>
> On Fri, Jul 24, 2020 at 2:37 PM Paul Koning <mailto:paulkon...@comcast.net>> wrote:
> The right answer would be a tweak to the console emulation in SIMH pdp11.
> Mumble... Paul - I'm not so su
> On Jul 24, 2020, at 2:28 PM, David Gesswein wrote:
>
> On Fri, Jul 24, 2020 at 06:12:17PM +, Paul Moore wrote:
>> Not helped by not knowing what KSR really means.
>>
>
> Keyboard send receive. A model 33 teletype without paper tape.
> ASR was the model with paper tape, Automatic send
ing) users weren’t that happy because the interrupt
>> processing locked them out for a while, so to appease them it went a block
>> at a time and then wait a while.
>>
>> Reindert
>>
>> -Original Message-
>> From: Simh [mailto:simh-boun...@t
> On Jul 20, 2020, at 5:10 PM, Paul Moore wrote:
>
> (I am writing my own emulator just because I have never done that before, and
> the PDP 11 is such a pivotal system in the history of modern computing it
> seemed worth learning about, and what better way to learn than to emulate it )
>
> On Jul 9, 2020, at 10:40 PM, Johnny Billquist wrote:
>
> On 2020-07-10 04:37, Don North wrote:
>> On 7/9/2020 6:25 PM, Bob Supnik wrote:
>>> Yes, the PDP11 Architecture Handbook was a post-facto effort. The J11 was
>>> finished; DEC did not intend to do another PDP11 processor. (I wrote a
> On Jul 9, 2020, at 8:29 PM, Johnny Billquist wrote:
>
> On 2020-07-10 02:19, Paul Koning wrote:
>> The VAX architecture seems to have been an explicit design effort. For the
>> Alpha this was even more obvious, where a monstrously large book (certainly
>&
> On Jul 9, 2020, at 8:13 PM, Johnny Billquist wrote:
>
> I know that CPU differences are documented in multiple different handbooks
> and documents. But I am not aware of any definitive documentation of the
> PDP-11 architecture like what you seem to refer to Paul (similar to the VARM
>
The best reference for implementation dependencies is the PDP11 architecture
handbook. It covers the topic in Appendix B, 13 pages, 52 separate items. I
don't see it on Bitsavers, unfortunately.
paul
> On Jul 9, 2020, at 7:33 PM, Johnny Billquist wrote:
>
> Yes, if the test says
> On Jun 25, 2020, at 11:07 AM, Mark Pizzolato wrote:
>
> On Thursday, June 25, 2020 at 7:28 AM, Paul Koning wrote:
>> I'm trying to use a SIMH PDP11 "DLI" device for DDCMP. That requires 8 bit
>> transparent data, of course. It's not working.
>>
I'm trying to use a SIMH PDP11 "DLI" device for DDCMP. That requires 8 bit
transparent data, of course. It's not working.
A trace shows that the simulator is stripping the upper bit on received bytes.
The console has a command to tell it not to do that (set tti 8b). But while
there is "set
> On Jun 13, 2020, at 2:01 AM, Stephen Buck wrote:
>
> Hi, I’m interested in having a go at writing a simulator for the RCA CDP1802
> processor. There is quite a bit of renewed interest in this unique processor
> and the systems that made use of it, like the Cosmac Elf and a variety of
>
> On May 20, 2020, at 11:38 PM, Ray Jewhurst wrote:
>
> I am trying to collect all the OSes that I can for the PDP-11 on Simh and I
> have noticed that there are a few missing.
Along those lines: is there MUMPS-11 anywhere? That's nicely obscure. Another
obscure one is CAPS-11, though
> On May 16, 2020, at 11:06 AM, Johnny Billquist wrote:
>
> Sounds like your problem is that TPU thinks your terminal understands 8-bit
> control characters, while it actually doesn't.
If VMS is like RSTS, there is an "8 bit characters" setting but no separate
8-bit controls setting, and
> On May 12, 2020, at 10:23 AM, Mike Stramba wrote:
>
> ...
> Is it "abandon ware" ?
Under copyright law, there is no such thing as "abandonware".
paul
___
Simh mailing list
Simh@trailing-edge.com
> On May 8, 2020, at 7:38 AM, Mark Wickens wrote:
>
> I'm getting an error - undeclared type off64_t when I try and compile the
> vax780 emulator from a clone of the git repository made today. If I edit
> sim_fio.c and change off64_t to __off64_t I then get implicit declaration
> warnings
> On Mar 23, 2020, at 5:49 PM, Ray Jewhurst wrote:
>
> Slightly off topic, could someone explain more about what microcode is and
> how it works? The fact that the CPU instructions are they themselves
> programmed in seems unfathomable.
>
> Ray
It's about a cost vs. performance tradeoff.
> On Mar 23, 2020, at 1:29 PM, Timothe Litt wrote:
>
> ...
>> Since the KL10 was DEC's biggest, most expensive machine at the time, it
>> wasn't nearly as cost sensitive as their other CPUs, so there probably
>> wasn't even any consideration given to using PROM for the control store.
> I
> On Mar 23, 2020, at 10:34 AM, Dan Gahlinger wrote:
>
> ...
> I remember they opened the chassis a number of times to show off that bar,
> the part was indeed labelled "FUBAR", it was the source of some laughs.
FUBAR is the name of a 780 CSR (in the UBA: failed unibus address register);
> On Mar 23, 2020, at 9:33 AM, Robert Armstrong wrote:
>
>> Ethan Dicks wrote:
>> Using a PDP-8 as an FEP on any VAX definitely sounds odd.
>
> The console front end for the 730 was an 8085 (just like the KS10, FWIW).
>
> The 730 was interesting in that ALL of the CPU microcode was in RAM
I thought 2780 uses BISYNC, which is a different protocol. X.25 is HDLC. Yes,
both need modem eliminators -- like an async null modem but an active device
that also supplies the synchronous bit clock.
X.25 (and I think HDLC) is indeed asymmetrical. Whether that can be gotten
around is not
> On Mar 13, 2020, at 11:24 AM, Arthur Krewat wrote:
>
> I think I have some early VMS sources on microfiche somewhere...
>
>
>
> On 3/12/2020 11:46 PM, Dan Gahlinger wrote:
>> Nice!
>>
>> You wouldn't happen to have v4.2 or v5.2 ?
>>
>> I have v1.0 somewhere heh
>>
>> Dan.
There is a
> On Mar 11, 2020, at 11:38 PM, John H. Reinhardt
> wrote:
>
> Anyone else here get their messages out of order? For example, I just now
> got Richard Cromwell's announcement of the KL10 even though it's dated
> 3/10/2020 at 8:16AM. But I got Zane's reply YESTERDAY evening and Lars'
>
> On Mar 10, 2020, at 9:16 AM, Richard Cornwell wrote:
>
> Hello,
>
> I am pleased to announce the addition of the KL10 to the DEC PDP10
> simulators. With this addition all of the DEC PDP10 computers are now
> supported. Including the KA10, KI10, KL10A and KL10B and Bob's KS10.
> KL10 has
> On Mar 6, 2020, at 5:53 PM, Robert Armstrong wrote:
>
>
> Another macro11 question - do the apostrophes in the listing indicate
> relocatable references, as they do in the DEC version?
>
> If so, then I don't think it's assembling this code correctly -
>
>
> 1
> On Mar 6, 2020, at 4:16 PM, Rhialto wrote:
>
> On Fri 06 Mar 2020 at 08:18:07 -0800, Robert Armstrong wrote:
>> macro11 will assemble this once (or try to, without much success)
>> anyway, despite the ?0?. Is there a reason for this, or is this
>> just a bug?
>
> I guess it's a bug. The
Apart from "no because it's not open source" there is also "no, because DEC
didn't use source control like that". Late in the RSTS development there was a
very primitive source control system that understood the notion of checking out
a file in the sense of reserving it. But that tool (known
> On Feb 14, 2020, at 3:03 AM, Lars Brinkhoff wrote:
>
> Paul Koning wrote:
>> It was pretty weird in that it ran a PDP-11 simulator (on the PDP-11)
>> so students could write something approximating bare-metal software
>> but get some debugging help if things
> On Feb 13, 2020, at 1:09 PM, Lars Brinkhoff wrote:
>
> Paul Koning wrote:
>> At U of Illinois, the computer science department had a PDP-11 used
>> for teaching assembly language programming.
>
> I hope it wasn't the same they attached to Arpanet.
No, the AR
> On Feb 13, 2020, at 11:38 AM, Clem Cole wrote:
>
>
>
> On Thu, Feb 13, 2020 at 10:50 AM Timothe Litt wrote:
> Among others, DEC OEM'd Documation card readers.
>
> https://www.youtube.com/watch?v=se0F1bLfFKY
>
> Mark - sorry to go a little direct (simh) topic here [this sort of belongs
> On Feb 12, 2020, at 5:37 PM, Mark Pizzolato wrote:
>
> Recent versions of the simh PDP11 will correctly auto size (RL01 vs RL02)
> disk containers that have or don’t have the DEC STD 144 bad block table at
> the end of the drive as long as the disk image has an RT11 file system on it.
>
> On Feb 12, 2020, at 12:30 PM, Ken Hall wrote:
>
> I’ve played with RT11 on and off over the years, but the one thing I’ve never
> been able to do is properly initialize an empty disk. If I create a DL2: for
> example, and try to run initialize on it, I get back:
>
> .dir dl2:
>
> On Feb 12, 2020, at 11:33 AM, Henk Gooijen wrote:
>
> Thanks for responses, I learned a few things!
> (I can only respond when I am at home, sorry for the delay)
>
> The first (big) eye opener for me was that RK11 registers in SIMH are
> of course *not* the same as the RK05, duh! Good to
> On Feb 11, 2020, at 8:02 PM, Johnny Billquist wrote:
>
> On 2020-02-12 01:49, Paul Koning wrote:
>>> ...
>> There is no fault light handling that I can see in SIMH. The way I read
>> Henk's comment is that he observed from debug messages added to pdp11_rk.c
&
> On Feb 11, 2020, at 7:37 PM, Johnny Billquist wrote:
>
> On 2020-02-12 01:24, Paul Koning wrote:
>>> On Feb 11, 2020, at 6:00 PM, Johnny Billquist wrote:
>>>
>>> On 2020-02-11 23:25, Paul Koning wrote:
>>>>> On Feb 11, 2020, at 3:15 PM,
> On Feb 11, 2020, at 6:04 PM, Kevin Handy wrote:
>
> Ok, I have looked at the link11 code, and after a lot of fuzzing around, got
> it to compile under Linux. Attached is that code. It compiles without errors
> using 'make', and I haven't tried -Wall yet.
>
> I left it as mostly K, but I
> On Feb 11, 2020, at 6:00 PM, Johnny Billquist wrote:
>
> On 2020-02-11 23:25, Paul Koning wrote:
>>> On Feb 11, 2020, at 3:15 PM, Henk Gooijen wrote:
>>> ...
>>> As you can see from the printed debug statements, in the function rk_go()
>>> the
> On Feb 11, 2020, at 3:15 PM, Henk Gooijen wrote:
>
> I am building a replica RK05 disk drive with working switches and panel lamps.
> This will be an add-on to the PiDP-11/70, giving the user even more the look
> and feel of operating a PDP-11 system The RK05 drive is constructed at the
>
> On Jan 24, 2020, at 6:26 PM, Kevin Handy wrote:
>
> I was watching some youtube videos about the PiDP-11, and they all seemed to
> end up typing in a hand-assembled program into the emulator.
>
> It got me to thinking about the macro11 assembler in simtools, however that
> program only
> On Jan 3, 2020, at 2:13 AM, Lars Brinkhoff wrote:
>
>> As far as I understand, SDL2 has some kind of support for using
>> shaders, so I believe there are no technical obstacles against adding
>> my code to SIMH.
>
> Looking closer, I was wrong about this. SDL only handles some basics.
> To
> On Dec 31, 2019, at 7:39 PM, Phil Budne wrote:
>
> ...
> Ken Olsen is supposed to have been the MTC designer,
> his signature appears in
>
> http://www.bitsavers.org/pdf/mit/lincolnLaboratory/mtc/M-2134_MTC_Tests_on_Magnetic_Memory_May1953.pdf
KO has an interesting history with ferrite
> On Dec 24, 2019, at 12:06 PM, Dave Shevett wrote:
>
> Hi everyone - happily getting into simh now, reliving my happy
> upbringing on DEC hardware :) . I used to run RSTS on my own 11/34a,
> and did a bunch of other work on RSX-11m on DEC Pro/350's, so very
> much looking forward to reliving
are back in V6/V7 days. I'll look around for a
> later version to run and see if that fixes things, and/or try generating my
> own system.
>
> On Mon, 9 Dec 2019 at 15:04, Paul Koning <mailto:paulkon...@comcast.net>> wrote:
> RSTS/E (starting with V6B, that is) recognize
RSTS/E (starting with V6B, that is) recognizes devices based on their CSR
address, fixed or float. It doesn't care about vector rules (except for the
card reader); instead, it probes the device to find out. So you need to make
sure a device is assigned the proper CSR address by the rules and
> On Dec 5, 2019, at 10:37 AM, Hittner, David T [US] (MS)
> wrote:
>
> Mark can correct me if I'm wrong, but I believe that most of the SIMH
> simulators can already save the state (from the ^E prompt) and restore using
> the SAVE and RESTORE commands. I think this capability was added to
> On Dec 4, 2019, at 8:05 PM, Johnny Billquist wrote:
>
> On 2019-12-05 01:34, Paul Koning wrote:
>>> On Dec 4, 2019, at 6:15 PM, Kevin Handy wrote:
>>>
>>> What it sounds like you need, is for simh to detect the shutdown interrupt
>>> itself,
> On Dec 4, 2019, at 6:15 PM, Kevin Handy wrote:
>
> What it sounds like you need, is for simh to detect the shutdown interrupt
> itself, and then save the current state of everything in the machine to a
> file. Upon power-up, it then needs to restore back to that state.
> You;d have to
> On Oct 10, 2019, at 2:50 PM, Peter Allan wrote:
>
> I tried 1,2 SYSTEM and it doesn't work. I conclude that my system is no
> longer a virgin.
>
> Not sure what that makes it.
>
> Peter
:-)
Try the procedure I mentioned (saying "no" to "proceed with startup").
paul
> On Oct 9, 2019, at 4:38 PM, Wilm Boerhout wrote:
>
> I believe the 1,2 password is “system” on a virgin system.
No, it's supplied during system build. At least since V4 -- I think V3 and
earlier may have had fixed default passwords.
paul
> On Oct 9, 2019, at 4:24 PM, Peter Allan wrote:
>
> While I have been playing with running VMS on simulated VAXen, and RT-11 and
> RSX-11M(+) on simulated PDP11s for many years, I have never tried RSTS on a
> PDP11 - until now.
>
> I have found installation tapes on rsts.org, but I also
> On Sep 28, 2019, at 4:45 AM, Johnny Billquist wrote:
>
> xterm also on Mac for me.
>
> Johnny
I probably don't push things as much as some others, but I find that the stock
terminal window on Mac works fine.
paul
___
Simh mailing
"Spectre" is one of two notorious bugs of modern CPUs involving speculative
execution. I rather doubt that VAX is affected by this but I suspect others
here have a lot more knowledge.
paul
> Begin forwarded message:
>
> From: co...@sdf.org
> Subject: VAX + Spectre
> Date: September
> On Aug 29, 2019, at 11:27 AM, Nelson H. F. Beebe wrote:
>
> Two days ago, this posting appeared on the Electronic Engineering
> Journal Web site:
>
> IBM Gives Away PowerPC; Goes Open Source
> Want to Design Your Own 64-bit RISC Processor on the Cheap?
>
>
> On Aug 13, 2019, at 12:25 PM, Richard Cornwell wrote:
>
> Hi Bob,
>
>
>> ...
>> I looked at a PDP-12 implementation. It's not hard, but I really
>> didn't want to do Yet Another DECtape Simulator for Linctape. With
>> Rich Cornwell's recent work, it's clear that the DECtape controllers
>>
> On Aug 12, 2019, at 10:17 PM, Johnny Billquist wrote:
>
> ...
> The PDP-12 poses a more interesting problem, as it is a dual CPU thingy with
> shared memory and two totally different instruction sets, but some
> interaction between them...
I've never programmed one but I have a handbook
> On Jul 31, 2019, at 1:34 PM, Geoff Conway wrote:
>
>> ...
>
> There is a reason for mentioning the OS side of things and while in the real
> world the majority of PDP11 peripherals are set by switchpacks on the cards
> (been there done that) - the device code for that peripheral (if it's
I haven't tried 2 UNA at all, and don't know RSX, but one thing to watch out
for: don't put two Ethernet interfaces on the same LAN if you're running DECnet
(Phase IV). The reason is that they will both set the same Ethernet address,
from the DECnet node address, so you have a duplicate
> On Jul 1, 2019, at 8:11 PM, Bob Supnik wrote:
>
> The PLA scheme (another invention from the fertile mind of Bill Roberts,
> architect of the LSI11 and UDA50 proto and founder of Emulex) was basically a
> microcode and gate conservation scheme. It provided enormous compression for
> the
> On Jul 1, 2019, at 5:09 PM, Seth J. Morabito wrote:
>
>
> Lars Brinkhoff writes:
>
>> Bob Supnik wrote:
>>> The J-11 based simulators (11/73 and up) are the only ones that were
>>> verified against actual machine microcode.
>>
>> Speaking of which. Someone claimed SIMH wouldn't be well
> On Jun 28, 2019, at 3:07 AM, Johnny Billquist wrote:
>
>> From a hardware point of view, sector header "Word 3" and "Word 4" have
>> no particular meaning. Just for completeness, can you point me to a
>> reference where "pack number" is defined or used by the software?
>
> Search for DEC
> On Jun 25, 2019, at 7:42 PM, Bob Supnik wrote:
>
> The RC25 (code named Aztec) got started as I was leaving Storage Engineering.
> ...
>
> The RC25 was pretty much a disaster, technically and financially, and the end
> of the line for DEC's removable disk program.
It was quite ugly,
> On Jun 25, 2019, at 11:43 AM, Bob Supnik wrote:
>
> True. My first assignment at DEC was managing the "New Disk Subsystem" (NDS)
> advanced development project, which led eventually to both the HSC50 and the
> UDA50. Among the goals of the project were
>
> 1. To move ECC correction off
> On Jun 24, 2019, at 5:27 PM, Timothe Litt wrote:
>>
> As is often the case, things turn out to be complicated. Here's a more
> detailed version. In an off-list note, Bob pointed out that MSCP originated
> in a project he managed that was to develop the "next generation" disk
>
> On Jun 23, 2019, at 4:44 PM, Mark Pizzolato wrote:
>
> ...
> As Tim mentioned, some of the hardware that is modeled did indeed
> allow arbitrary unit numbers (via plugs on the drive).
>
> Some 14 months ago support was added to provide per drive Unit plug
> values to be set. This is
> On May 9, 2019, at 7:55 PM, Johnny Billquist wrote:
>
> On 2019-05-10 01:46, Paul Koning wrote:
>>> On May 9, 2019, at 3:20 PM, Hittner, David T [US] (MS)
>>> wrote:
>>>
>>> (It's been a long time since I've played with SMAC on wireless. I
> On May 9, 2019, at 3:20 PM, Hittner, David T [US] (MS)
> wrote:
>
> (It's been a long time since I've played with SMAC on wireless. I did get it
> to work, but it wasn't worth the pain to me, so I upgraded to DECNET/OSI
> non-compatibility mode.)
>
> IIRC, when you start DECNET IV, it
> On May 9, 2019, at 3:15 PM, Henry Bent wrote:
>
> There is such a thing as promiscuous mode for 802.11, though its usage is
> generally considered to be for harmful purposes and I don't think a
> discussion of it here is appropriate.
It's no more inappropriate for Wifi than it is for
> On May 3, 2019, at 3:52 PM, Johnny Billquist wrote:
>
> That came across wrong...
>
> Flow control would most certainly help, however, when running in a simulator,
> with a terminal window, connected to the system, there is actually no flow
> control available, so you will loose data.
I never realized that the SIMH xq device defaults to LQA-T, so I just booted a
RSTS 10.1 system with xq set to DEQNA mode.
RSTS is unhappy:
Device XH0: internal micro-diagnostic failure, code 001004 - device disabled.
I'll dig into that, but does this ring any bells with anyone?
paul
> On Apr 4, 2019, at 6:57 PM, Johnny Billquist wrote:
>
> On 2019-04-04 22:21, Paul Koning wrote:
>> That looks like standard RMS:VAR records, implied carriage control. That
>> means: each line is preceded by a 2 byte little endian length, and line ends
>> a
That looks like standard RMS:VAR records, implied carriage control. That
means: each line is preceded by a 2 byte little endian length, and line ends
are not actually in the file but implicit between each line.
paul
> On Mar 26, 2019, at 5:54 PM, Ron Young wrote:
>
> Hi All:
>
>
> On Mar 15, 2019, at 2:03 PM, Lars Brinkhoff wrote:
>
> ...
>
>> It certainly is beyond the scope of the current sim_video which covers
>> display graphics and Human Interface details (mouse, keyboard, tablet,
>> etc..).
>
> Oh, there's support for tablets? I'll look into that!
In all the
> On Mar 15, 2019, at 12:52 PM, Mark Pizzolato wrote:
>
> On Wednesday, March 13, 2019 at 1:40 AM, Lars Brinkhoff wrote:
>> I'm using the upcoming SIMH KA10 simulator to restore MIT's Incompatible
>> Timesharing System. This is a multiuser system. As such, there is a need
>> for
>> multiple
> On Jan 23, 2019, at 1:54 AM, Mattis Lind wrote:
>
>
>
> onsdag 23 januari 2019 skrev Brett Bump :
>
>
> On Tue, 22 Jan 2019, Paul Koning wrote:
>
> On Jan 22, 2019, at 6:00 PM, Richard wrote:
>
> In article
> ,
>Mattis Lind writes:
>
> On Jan 22, 2019, at 6:00 PM, Richard wrote:
>
> In article
> ,
>Mattis Lind writes:
>
>> I have some DEC EDU material which I can scan if there are interest (and if
>> it isn't scanned already by someone else):
>>
>> https://i.imgur.com/tqmcieK.jpg
>
> I'd like to see this one about
On Jan 10, 2019, at 1:56 PM, Robert W.Mills wrote:
>
> I don't know about the operating systems used by the other simulators
> but MPE V (used by the HP3000 simulator) is not Y2K compliant.
>
> Is it possible to have a built-in variable, possibly called something
> like %DATE_YY_DIF%, that
> On Dec 30, 2018, at 4:07 PM, Brett Bump wrote:
>
>
> (Reply excluding photos)
>
> On Sun, 30 Dec 2018, Brett Bump wrote:
>
>>
>> Sorry Bob, that kit is a modified version which includes Paul's FORTH run
>> time system ...
With V6C? Interesting. I did that work around V9.0, though I
> On Dec 29, 2018, at 3:29 PM, Robert G. Schaffrath
> wrote:
>
> > Or you could grab the pre-genned V6C kit from:
> >
> > http://www.rsts.org/autoindex.php?dir=distros/RSTS_kits/=RSTS_V6C_Kit.zip
>
> I tried booting that, and it does boot, but the startup does not run. No
> system
> On Dec 20, 2018, at 7:40 PM, David Gesswein wrote:
>
> On Wed, Dec 19, 2018 at 02:31:47PM +0100, Pontus Pihlgren wrote:
>> Hi
>>
>> But it just seems to loop over DECtape I/O-instructions.
>>
>> Any suggestions to what I should be doing?
>>
> Reading the OS/8 handbook I think it is only
> On Dec 20, 2018, at 1:51 PM, Tom Morris wrote:
>
> On Wed, Dec 19, 2018 at 9:48 PM Paul Koning wrote:
>
> I may be missing something, but... why would you ask for a 32 bit compile?
> If you want to create a kit that can run on old PCs, sure. But for a local
> bui
> On Dec 19, 2018, at 7:54 PM, Mike Stramba wrote:
>
> I am running an old 14.04 Ubuntu system.
>
> And I don't *think* I have the 32 bit "build libraries" installed (not
> sure, *nix novice)
>
> Anyway Jim sent me these instructions, which has me up and running :
>
> In the Makefile for
> On Dec 18, 2018, at 9:20 PM, Larry Baker wrote:
>
> My 2¢ from the Way Back Machine:
>
> I don't know what programmer's used before Fortran. But, all these OS/360
> features (and, likely earlier IBM OS's) were accessible from Fortran, the
> first commercially available high-level
> On Dec 17, 2018, at 3:04 PM, Johnny Billquist wrote:
>
> Actually, VMS don't natively have any record terminators for text files.
> So lines terminated by CR, LF, CR+LF or whatever, are all wrong.
Huh? For VMS, "native" is any file format that RMS32 supports. In VMS V1,
that means either
> On Dec 17, 2018, at 8:44 AM, Phil Budne wrote:
>
>> On 14 Dec 2018 at 09:24:42 -0500, Paul Koning wrote:
>>> On Dec 14, 2018, at 1:17 AM, Lars Brinkhoff wrote:
>>> I'm entertaining the idea of improving the CRT display simulation in
>>> SIMH..
> On Dec 17, 2018, at 2:44 PM, Phil Budne wrote:
>
> Clem Cole wrote:
>> In the old days, the idea of 'access
>> methods' was the natural ways OS's did I/O and RMS was VMS's answer.
>
> Using RMS as the primary way to do file access was dain bramage unique
> (at DEC) to VMS, no?
Not
> On Dec 17, 2018, at 12:29 PM, Clem Cole wrote:
>
> The problem is the license manager code you are running into is expecting an
> RMS file, not a Stream I/O. In the old days, the idea of 'access methods'
> was the natural ways OS's did I/O and RMS was VMS's answer. Since today's
>
> On Dec 14, 2018, at 1:17 AM, Lars Brinkhoff wrote:
>
> Hello,
>
> I'm entertaining the idea of improving the CRT display simulation in
> SIMH. As an example of what I'd like to see, consider these pictures.
> The first is from the Type 340 simulation, and the second is a frame
> from a
> On Dec 11, 2018, at 1:40 PM, Mark Pizzolato wrote:
>
> The simple test with the VAX simulator is to enable any OS form of idling and
> boot the simulator. While sitting at the ROM >>> prompt idle kicks in
> precisely
> as expected. Similarly, when booting VMS, idling also occurs as
> On Dec 11, 2018, at 12:01 PM, Mark Pizzolato wrote:
>
> ...
> Meanwhile, something else has changed relatively recently that doesn't
> seem to actually execute this code when the system starts. Specifically,
> I just observed:
> 1) Boot NetBSD 8.0
> 2) Boot took 100 seconds to get to a
> On Dec 11, 2018, at 10:47 AM, Anders Magnusson wrote:
>
> Den 2018-12-11 kl. 11:11, skrev David Brownlee:
>> On Sun, 9 Dec 2018 at 09:42, Mark Pizzolato wrote:
>>> Well, when I followed the directions you pointed out, I did see what you
>>> had reported. A little deeper observation
> On Nov 15, 2018, at 9:32 AM, Paul Koning wrote:
>
> I just installed NetBSD/VAX V8 on SIMH. The documentation mentions "set cpu
> idle=netbsd", but it doesn't work -- I'm stuck at 100% CPU.
>
> I'm running it on the microvax3900 simulator, if that makes
> On Nov 15, 2018, at 10:21 AM, Mark Pizzolato wrote:
>
> Hi Paul,
>
> On Thursday, November 15, 2018 at 6:32 AM, Paul Koning wrote:
>> I just installed NetBSD/VAX V8 on SIMH. The documentation mentions "set
>> cpu idle=netbsd", but it doesn't work
I just installed NetBSD/VAX V8 on SIMH. The documentation mentions "set cpu
idle=netbsd", but it doesn't work -- I'm stuck at 100% CPU.
I'm running it on the microvax3900 simulator, if that makes a difference. Any
ideas?
paul
___
Simh
> On Nov 13, 2018, at 3:45 PM, Ethan Dicks wrote:
>
> On Tue, Mar 24, 2015 at 5:07 PM Bob Supnik wrote:
>> This issue, pointed out by Johnny Billquist, has been hanging fire for
>> years.
>>
>> Fixing the FP11's use of MMR1 - implementation proposal
>>
>> As has been noted, the FP11 does
> On Nov 12, 2018, at 9:55 AM, Clem Cole wrote:
>
> BTW: My old friend and college, Paul Cantrell's Video Teco is still one the
> best and most portable: Video Teco ManualVideo Teco Sources
Speaking of portable -- as a language learning exercise I did an implementation
of TECO in
> On Nov 10, 2018, at 8:12 AM, Lars Brinkhoff wrote:
>
> TECO for RT-11 and SITS. (SITS was a timesharing system for the MIT
> Logo PDP-11/45.)
Regular TECO also exists for RT-11. Is this one better? Or just different?
paul
___
Simh
> On Nov 9, 2018, at 5:24 AM, Johnny Billquist wrote:
>
> On 2018-11-09 10:18, Lars Brinkhoff wrote:
>> Hello,
>> This seems to be a Spacewar for PDP-11. Written using the PALX cross
>> assembler. But what kind of display is it using?
>>
Disks are just sectors. I think that's true generally; if SIMH supported any
systems with variable length disk blocks something else would be needed, but
the only system I can think of that does so is the IBM 360. (Actually, that
one is much stranger, with its keyed sector feature.)
Note
> On Sep 18, 2018, at 10:35 AM, Ludwig TAUER wrote:
>
> Hi folks!
>
> Seems I have found a bug in the PDP-11 emulating the
> MUL instruction.
>
> The current code takes the specified register as source
> instead of the register pair R and R+1 if the register is even.
The current code is
> On Sep 7, 2018, at 1:24 PM, Mark Pizzolato wrote:
>
> On Friday, September 7, 2018 at 10:12 AM, Paul Koning wrote:
>>> On Sep 7, 2018, at 12:37 PM, Mark Pizzolato wrote:
>>>
>>> On Friday, September 7, 2018 at 1:18 AM, Lars Brinkhoff wrote:
>>
1 - 100 of 370 matches
Mail list logo