Re: [Simh] Simulating power fail

[Lars Brinkhoff]

Mark Pizzolato wrote:
> Currently SIGINT and SIGTERM both will bring a simulator to the sim>
> prompt (or the next input when running in the context of a simh
> command file).  Code in that command file can readily manipulate
> details of the simulator state.  These manipulations might set the
> simulator internal variables to trigger a Power fail interrupt when
> simulation execution continues

Thanks.  Sounds good enough.

___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

[Simh] 11LOGO

[Lars Brinkhoff]

This is an early version of 11LOGO from MIT.  We had it running on ITS'
11SIM simulator for a while.  Now we also figured out how to make it run
on SIMH.

http://lars.nocrew.org/its/11logo.simh
http://lars.nocrew.org/its/11logo.lda

It uses a vector display, supported by 11SIM.  Here's documentation for
the hardware registers and display instructions, on page 29-30:

http://bitsavers.org/pdf/mit/ai/aim/AIM-240a.pdf

___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] Simulated PDP-7 Unix V0?

[dott.piergiorgio]

On 05/09/2018 15:25, Ray Jewhurst wrote:

Here is a project I found put together from the original programming notes.
It's not complete but it runs on Simh and gives you an idea of what it can
do.
https://github.com/DoctorWkt/pdp7-unix


runs very fine.

Only a minor thing: I find somewhat embarrassing having to impersonate 
Ken Thompson (ken) or Dennis Ritchie (dmr) at login...


having toyed with B and line editor I think I grasp a better 
understanding of C's unique synthesis and compactness. and perhaps is 
where the main value of SIMH (as historical research tool, at least for 
me) shines.


Best regards from Italy,
dott. Piergiorgio.

___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Re: [Simh] PDP10: KS10 console lights?

[Bob Eager]

On Fri, 7 Sep 2018 23:17:56 -0400
Clem Cole  wrote:

> On Fri, Sep 7, 2018 at 1:52 AM Lars Brinkhoff  wrote:
> 
> > Timothe Litt wrote:
> > > > I have checked the KS10 instruction set.  It doesn't have a
> > > > DATAO PI, instruction.  However that particular opcode isn't in
> > > > used, so it's just a UUO.  This is also the case for ITS
> > > > microcode.  Before I start working on anything, I'd like to ask
> > > > if it would be OK to repurpose this opcode for its traditional
> > > > use?
> > >
> > > Neither the KL nor the KS use DATAO PI,. I don't have a problem
> > > with implementing it for the KS. It would need to act like any IO
> > > instruction - MUUO in user mode, functional in Exec and with
> > > User-In-Out.
> >
> > Of course.
> >
> > The next problem is, how to access USB from SIMH?  I have something
> > that works in Linux.  I checked SIMH to see if there's a built in
> > USB API that works across operating system, but I didn't see any.
> 
> I believe that device is using an FTDI chip set, which
> Linux/MacOS/Winders etc will see as a dynamic serial port that
> appears at attach time.   You use open it and used traditional read
> and write.  FWIW:  If you grab the sources to the Arduino IDE and
> look at the interface code in there - it knows rules on how the port
> names will be generated in the different OSses which will be thr one
> tricky part, since the rules.

The problem can also be (in at least FreeBSD) that the order of
enumeration of the USB ports can change depending on what else is
plugged in. This means that there is no consistent 'serial' port name.

I solved this by setting up a symbolic link to the correct port and
opening that in the program.

The symlink is generated (on FreeBSD) by an entry in devd.conf, which
detects the correct USB port by serial number, then matches that with
the 'serial' port name using the sysctl entries. Sounds complicated but
it's all scripted. One would hope that other systems can do something
similar.
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh