RSTS/E likes to send a MSCP command packet to request a disk block, and
after that it will then set the interrupt flag for when the read completes.
The original implementation of MSCP was instantaneous reads, so the read
completed before the interrupt was set. RSTS then sat around waiting for
the
Something to play with.
I have the beginning of a pdp11 linker to go with the macro11 simh tool. It
is in an early version, and many things don't work yet, but it can handle
some simple programs, like the hello world program included in the test
subdirectory. It needs a lot more work to handle
If you can get it to a text file, there is always the enscript program
under Linux. L
ots of options available for dormatting. number of columns. Font. See 'man
enscript' for a long list of options.
On Mon, May 25, 2020 at 4:42 PM J. David Bryan wrote:
> On Monday, May 25, 2020 at 11:37, Johan
As I understand it, it is not an automated process. It can take a few days
for it to be processed.
On Wed, May 13, 2020 at 2:32 PM Mike Stramba wrote:
> Hmm, ~ 16 hours after submitting , and still no reply / license info
>
> How long does license issue usually take ?
>
> Mike
>
>
> On
If they do not include VAX, then maybe that will encourage the alpha
simulator to get worked on.
On Mon, Apr 27, 2020 at 1:22 AM Vesko Kenashkov wrote:
> Hi everyone,
>
> I pinged them yesterday on FB congratulating them about rolling out v9.0
> on VirtualBox and inquired about Hobbyist program
n Mon, Mar 30, 2020 at 12:44 AM Dan Gahlinger wrote:
> can you share it? I'd love to take a look at it
>
> Dan.
>
> --
> *From:* Simh on behalf of Kevin Handy <
> khandy2...@gmail.com>
> *Sent:* March 30, 2020 2:17 AM
> *To:* Hittne
I've been working on the linker, and found that it doesn't work, probably
never did. At least not the version I have been working on. I git it to
compile,and run through pass 1, then loses it.
.
It looks like the author copied over another linker, and started to modify
it, but never finished it.
I found a program on an old gcc distribution called gcobs.mar. Dom't know
why they had it on there. but...
It allows you to spy on another terminal, and if you type a ^\ (iirc) you
can interact with that terminal. The only authorship message I can see is
;Last Modified: 6-SEP-1988 14:19:55.00,
e.
>> and will always be my favorite.
>>
>> Dan
>>
>> Try: https://www.grammarly.com
>>
>> --
>> *From:* Simh on behalf of Kevin Handy <
>> khandy2...@gmail.com>
>> *Sent:* Wednesday, March 18, 2020 6:44:53 PM
>> *To:* S
Since GP is exiting the VMS arena, and dropping the hobbyist licenses, I
was wondering about alternatives for running old VMS code.
There are plenty of C, FORTRAN, etc compilers on Linux/etc, but if there
were comparable VMS libraries (open source) for things like RMS, SMG, LBR,
etc, then many
don't know if they actually run.
On Mon, Mar 9, 2020 at 9:24 PM Kevin Handy wrote:
> Ok, I got link11 from the Unix archive doing something. It takes in RT11
> object files, and creates a .out file (don't know what it formatted for).
> Some commands seem to work, some segfault. haven
I remember trying to find pricing for a tcpip/ucx license for a MicroVax
3100 shortly after Compaq bought out EC. After three days of phone tag, and
frequent "Which version of Windows doed VMS run on", I finally managed to
get someone who left a quote on my answering machine.
$3000 per user.
I
Ok, I got link11 from the Unix archive doing something. It takes in RT11
object files, and creates a .out file (don't know what it formatted for).
Some commands seem to work, some segfault. haven't traced that out yet.
I ran it on code from the simtools macro11, and a couple from a RSTS/E
system.
I grabbed the link11 source from the unix archive, mentioned earlier in
this thread, and got them to compile. They don't work well, but they do
compile. I added '-Wall' to the compile, and cleaned that up, but still
doesn't work right. It seems to only read in one block of data, then gets
lost. I
With VMS only available for obsolete hardware, the main people keeping the
knowledge alive is the hobbyests. With the loss of the hobbyist program,
there's going to be a lot of hard feelings left behind. IWon't that cause
VSI problems when the finally get an X86 version going? The VMS supporters
be useful to this, and also to the PiDP11 folks as well
as those with real PDP11's. Is there a repository of such code already?
On Fri, Mar 6, 2020 at 1:10 PM Rhialto wrote:
> On Thu 05 Mar 2020 at 17:10:29 -0700, Kevin Handy wrote:
> > A quick fix to make PAGE a no-op, would be to add a line in a
A quick fix to make PAGE a no-op, would be to add a line in assemble.c
right after the line
case P_PRINT:
and add the line
case P_PAGE:
I don't think that much of the listing ops really work anyway.
On Wed, Mar 4, 2020 at 7:45 PM Ethan Dicks wrote:
> Hi, Kevin, Rhialto,
>
> This thread
into a loadable file. .
It might even be in rsx executable format, or in some bootloader format.
Not sure.
On Wed, Mar 4, 2020 at 2:58 PM Kevin Handy wrote:
> I really have no idea what the output file from dumpobj is for. I haven't
> dug into the code enough to figure that out. I originally t
file, you can just use the 'copy' command from a shell much
easier.
I have no idea what purpose it serves, at the moment.
On Wed, Mar 4, 2020 at 11:45 AM Rhialto wrote:
> On Tue 03 Mar 2020 at 17:50:40 -0700, Kevin Handy wrote:
> > Ok, here is a version with somewhat better handling of the
Ok, here is a version with somewhat better handling of the filenames.
On Tue, Mar 3, 2020 at 5:01 PM Kevin Handy wrote:
> Just had a short time to play with is, but ...
>
> dumpobj has a little bit of a problem with the command line
>
> If i do 'dumponj xxx.obj -rt11' it
to handle the file names on the command line needs some chaning.
It is hardcoded to argv[1] and argv2].
On Tue, Mar 3, 2020 at 3:02 PM Rhialto wrote:
> On Mon 02 Mar 2020 at 16:41:59 -0700, Kevin Handy wrote:
> > Also, dumpobj should get the same treatment, but it doesn't have a
Also, dumpobj should get the same treatment, but it doesn't have a command
line parser, so it needs more work than macro11. I might get to it later if
no one else does, but it might take me a while.
On Mon, Mar 2, 2020 at 4:37 PM Kevin Handy wrote:
> Go ahead and use it as you want. I th
at 1:32 PM Rhialto wrote:
> On Sat 29 Feb 2020 at 12:54:55 -0700, Kevin Handy wrote:
> > This wasn't an optimal solution to me, so I changed the '#if RT11' code
> to
> > 'if (rt11)', and added a couple of command line options (-rt11, and -rsx)
> > so that both format
I've been playing with the link-11 code from the Unix archive, but came up
on the problem that simtools/macro11 creates RSX style object files, while
link-11 wants RT11 format files.
Looking at the macro11 source code, I noticed that it could create RT11
format files if you compiles it with RT11
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 needed to stuff in a lot of prototypes to
quieten warnings, nor did I
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 appears to output object files, not binary ones. simh
appears to only
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 save the current configuration settings, state of memory,
cpu
The best way is probably to pass a power-fail interrupt to the emulated OS,
and have it set up to deal with that. I'm now sure how many of the OS's
available under simh emulation have such facilities.
An option would be to have a simh command, like
ONSHUTDOWN
where a simh script is executed when
When you are looking for packet loss/errors, are you just looking inside
the simulator, or are you also checking the host machine?
Your host OS may be hiding errors, giving you "cleaned up" traffic.
On Wed, Jul 18, 2018 at 3:36 PM, Mark Pizzolato wrote:
> On Wednesday, July 18, 2018 at 2:32 PM,
Then, adventure was converted to many other languages by thousands of fans.
Numerous basic, C, zil, etc. versions exist. Probably the most cloned
program of all time.
On Fri, Feb 2, 2018 at 3:42 PM, Carey Tyler Schug
wrote:
> Whoops, memories are slowly coming back, I
Ok, I already have a tool to convert old "noextend" basic+ to the newer
"extend" format.
It is 'b1filter.cc' in the src directory of
git clone http://github.com/khandy21yo/btran.git
it handles the end-of-line stuff as well as the '&' for print. There are
some things it doesn't handle, like
Just did a little research on WPS-8 floppy format, just to satisfy my
curiosity.
WPS-8 stores data on an RX-50 as a series of 12-bit words, using two bytes
on the floppy to store a word. The low 8 bits goes into the 1st byte, and
the upper 4 go into the second btype. 4 bits in the secnd byte are
If it is readable as text, it probably isn't wps-8. At least the 5-1/4"
formar was encoded into 12 bit words, and weren't directly readable.
On Mon, Jul 10, 2017 at 5:01 PM, Tom Morris wrote:
> In addition to everything mentioned by everyone else, you might want to
> take
Looking at the schematic of the terminal from
http://bitsavers.trailing-edge.com/pdf/dec/terminal/vt340/K-TC-VT340_Schematic_Feb87.pdf,
it appears that there are two 8031 processors. One (E57) uses the 'P1 AA'
bus and has the 51x8 nvrom, the other (E24) uses the 'P2 BA' bus.
64Kx8 ram seems to be
A quick look at the schematics around the connector for this card, there
are two sets of address/data lines. I'm guessing that one of the chips is
for the character rom,and the other 4 are for the program. I haven't looked
closer (using a tablet that's really painful with PDF's), so not 100%
A simh VMS system should work like the real thing. Just cnfigure it as you
would for a real decserver, and it should work just fine. I think I did
this for a Decserver-200 once so I could test to see if the 200 worked.
On Wed, Apr 12, 2017 at 3:47 PM, Cory Smelosky wrote:
> Does
Don't know theproperplace to ask ths, so thought I'd ask here.
Does this indicate aproblem with panda-dist, klh10, ornormal behaviour? I'm
asking about the "ILLEGAL INSTRUCTION" message. Seems to not have caused
any problems, but...
@log operator
@enable
$terminal vt100
$basic
READY
10 PRINT
>
>
> Which brings up networking. No one to my knowledge at AT ported an IP
> stack, although it does come with uucp. So, setting up Taylor uucp on a
> UNIX host side and running through the virtual serial port you can network
> V7 style to 32V. All the basic uucp tools are there and should
I notice that there re several experimental simulators in the git
distribution.
There doesn't seem to be a list of all the experimental versions..
Could a make target be added to build them, like 'make experimetal'. Would
make it easier to see if the code gets broken, if nothing else.
It varies from 16 bits to 256 bits.
Go to the wikipedia.org article on "IEEE floating point" for an overview.
On Mon, Oct 17, 2016 at 3:30 PM, Ray Jewhurst
wrote:
> Just out of curiosity how many bits does the IEEE standard require for
> floating point?
>
> On Oct 17,
How close are the simh emulators to the real hardware's floating point? How
exct is the emulation of FPU's?
Does simh emulate the real hardware close enough that you can use it to
analyze the original hardware floating point processors? (For those that
actually had FPUs instead of doing it in
Bug in current makefile in git?
make: *** No rule to make target 'Intel-Systems/common/i8253.c', needed by
'BIN/isys8030'. Stop.
___
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh
Has anyone done a comparison (benchmarks) between simh emulators compiled
with g++ verses clang?
clang seems to me to run quite a bit faster than gcc, but I haven't run any
actual comparisons between the two so it is completely subjective.
A full 'make' seems to build faster with clang than gcc.
I think you are trying to over-engineer this file transfer stuff.
Instead of creating new devices for the transfer to operate over, why not
use something that already exists on most of the simulators, like a serial
port.
Instead of building all this code into simh to convert from one disk file
A deeper look at the site "http://www.cpm.z80.de/; shows other PL/M
sources, such as a "VAX PL/M", ans a PL/M to C translator.
On Mon, Feb 22, 2016 at 10:42 AM, Kevin Handy <khandy2...@gmail.com> wrote:
> The "Unofficial CP/M web site" has a PL/M comp
The "Unofficial CP/M web site" has a PL/M compiler. I don't know if it's
close to anything you're looking for. it'S listed with the following
description
Here is the source to the Intel PLM compiler. It is written in Fortran
(66), and is supposed to be pretty clean.
It compiles correctly with
You might want to look at the simh commands 'i -m' and 'ie -m' if you want
to play with the "raw metal".
On Fri, Feb 19, 2016 at 3:13 PM, Will Senn wrote:
> Timothe,
>
> Thanks for responding. This sounds reasonable. I'm ok with using the
> .TTYOU and .TTYIN macros which
I worked at a timesharing sevice that has a computer room with a PDP-11/34,
a ODO-11/70, both with tape drives and RP06. Also included in the mix was a
large air conditioner, and a humidifier. When backup to tape was being run,
the total noise level was incr4edible. The humidifier wasd necessary
I believe that VMS is probable the only one of DEC's Operating Systems that
is likely to have machine readable documentation (Both PDF and HTML iirc.).
All of the other OSs were mostly out of production by the time that HTML
and PDF's became popular, and I don't believe that DEC ever gave away
I have found some old RX50 disks from DecMate II's, and from MicroPDP11's.
I have used putr to create images of these disks, which should be bootable,
but havent been able to boot simh under either system.
The disks were created from a MSDOS system running putr using
mount b: /foreign
copy
Baker <ba...@usgs.gov> wrote:
> Kevin,
>
> On 6 Jan 2016, at 8:04 AM, <simh-requ...@trailing-edge.com> <
> simh-requ...@trailing-edge.com> wrote:
>
> Date: Wed, 6 Jan 2016 07:36:20 -0700
> From: Kevin Handy <khandy2...@gmail.com>
> To: "simh@trailin
Doxygen has some limitations, it is more of a reference than a tutorial for
example, but it does have a lot of useful features when done properly.
- It generates LaTeX, HTML, and RTF from the sources, and other formats are
available from these (like ps and pdf).
- If you copy one source file as
The current macro has some masth in it rihgt now, but would the 1st
proposed fix for this (with the ?: macros) work any better than the 'index;
(or whatever was used) work any better on all C compilers? It seems that
the compiler must be able to resuce simple expressions into a constant, but
how
:* Tuesday, August 04, 2015 4:38 PM
*To:* Kevin Handy; Tom Morris
*Cc:* simh@trailing-edge.com
*Subject:* Re: [Simh] off-topic basic translator
Then I'll have to do it myself by hand, which from the manual doesn't look
that bad.
I'll test the vb2py script but I won't hold my breath.
I'm
I don't think DEC ever did a translator, only compilers.
There used to be a company that sold one, but is definately wasn't free.
Cannot remember their name.
I wrote a heafty part of a VaxBasic to C++ translater, but never handled
MAP's or their like very well. It is useful to do a preliminary
It won't help you. If you look at the section U*ntranslatable Language
Features* it specifically mentions that MAP, COMMON, and FIELD, and MAT
statements are not habdled.
On Tue, Aug 4, 2015 at 2:19 PM, Tom Morris tfmor...@gmail.com wrote:
If you want to target Python, you might look at using
I was curious about the vector imges (for altairz80), but the only copy I
can find is in a Microsoft install format. However, I don't have a spare
windows machine to try unpacking this on. Anyone have copies that are not
embedded in a Microsoft install file?
I tried extracting them from the file,
It would be interesting to know what R0 is trying to point to.
Is it just a bad value, memory that should be mapped, a device, ...
Source would be helpful, if you could figure out what the source is (likely
compiled C, since it;s Unix).
Since the simh code for the devices are mostly the same
I've been playing with the altairz80 emulation to see how close I could get
to a Kaypto2 emulation. Attached is my config file so far, and it's about
as fat as I can go without changing any code.
A couple of issues came up about the emulated hardware, and I thought I'd
ask preferences before
Some time ago, I wrote a DecMate II word processing conversion to Word
Perfet converter. I was wondering if it should be included in the simtools
distribution, before it disappears entirely off the net.
It origanally ran unger MSdos, and is written in C. This was a complete
reverse engineering
The C64 did not run cp/m out of the box, because it did not have any kind
of Intel 8080 based processor. You could buy a cartridge (iirc) that would
allow you to run cp/m, but it was basically bolting a cp/m machine onto the
side of the C64.
The C128 had both the C64 processor, and a Z80
Reading through the copyright discussion, I started wondering why noone
has started a development project for the ols OS's like tops-10 and tops-20
as well as others where the original sources are available.
It seems like there are a lot of patches being passed around, and new code
to work in the
inor feature request.Can the configuration (command) line assume tht any
line starting with a pound sign is a comment?
This would be useful for several reasons. I don't think it is necessary to
allow comments anywhere in a line like most other shells, just at the front.
.
Under Linux/Unix, if
I think that adding all of this complexity to simh to handle one load type
might be a bit overkill. After adding elf support, you will probably need
to add VMS, RT11, RSX, etc... support.
I think that it would be better to create external utilities that would
convert the onject format to a
I want to get simh (vax vms) running on a Windows8 machine. I don't have
much experience with Windows8.
I have simh installed, everything configured, and it will boot to a user
login prompt.
However, there are a lot of problems.
1. Terminal is awful. No VT emulation at all. I set up the Dz to
Instead of supplying an entire command/response process, you could just
grab characters sent to the port, anf then push the line through the simh
command processer whenever a return was seen. The time required to process
a command should be minimal so the emulation shouldnt slow down that much,
patrick renouvel wrote:
God morning,
After migration from physical machine to SimH we have a lot of errors
on a disk:
$ analyze/disk/norepair SVLPPCD5:
Analyze/Disk_Structure for _$1$DUB0: started on 16-FEB-2010 08:20:23..54
...
I did copy this disk on a scratch one, did a ana/repair
67 matches
Mail list logo