Re: [Simh] pdp11 - console input with high bit set

On 25-Jul-20 13:47, Paul Koning wrote: >> But by the mid to late 70s, i.e. with the glass TTY it started to fall from >> favor. I don't know why, but I would suspect this was because dedicated >> lines started to supplant telephone circuit-based connections and single-bit >> error detect

Re: [Simh] pdp11 - console input with high bit set

Actually, even parity was more common in the early daze of DEC async.  MARK always sets the high bit - even sets it only to make the total number of 1s even. Quick test: Given that #215 is CR - If the code is looking for #212 for LF, it's mark.  If it's looking for #012, it's even. Note also

Re: [Simh] FW: pdp 11 timing -->anf10 workstation on pdp11 with throttling

> Well, then the first question that needs to be answered, which model > of PDP-11 was that code expected to run on ANF-10 primarily runs on the 11/40 (well, and the PDP-10s).  Exceptions: DN200 remote station: 11/34, DN22: 11/04 . CHK11 compiles accordingly. On 20-Jul-20 18:19, Johnny

Re: [Simh] A lost 18b peripheral

On 25-May-20 09:29, Bob Supnik wrote: > Looking through the XVM/MUMPS15 listing, I saw that the timesharing > terminals were attached via a DC01 communications multiplexer. There's > no reference to such a device anywhere in the 18b literature on > Bitsavers. > > Because the PDP15 is a

Re: [Simh] A lost 18b peripheral

On 25-May-20 09:29, Bob Supnik wrote: > Looking through the XVM/MUMPS15 listing, I saw that the timesharing > terminals were attached via a DC01 communications multiplexer. There's > no reference to such a device anywhere in the 18b literature on > Bitsavers. > > Because the PDP15 is a

Re: [Simh] OpenVMS time conversion routines

simtools/extracters/ods2/vmstime.c On 07-May-20 01:28, Baker, Lawrence M wrote: > Does anyone know of any portable OpenVMS 64-bit time conversion > routines written in C?  I.e., that do not depend on 64-bit data types > so they run on 32-bit machines?  Maybe in the SIMH GitHub?  Out there > in

Re: [Simh] Is it possible to simulate the first Vaxen I ever used?

On 23-Mar-20 15:29, Eric Smith wrote: > On Mon, Mar 23, 2020 at 1:01 PM Timothe Litt <mailto:l...@ieee.org>> wrote: > > The PDP-11s, like the 11/05 were ttl, the CPU ALU was something > like 74181 4 bit slices.  I don't count them as "real" microcoded

Re: [Simh] Is it possible to simulate the first Vaxen I ever used?

On 23-Mar-20 14:36, Paul Koning wrote: > >> On Mar 23, 2020, at 1:29 PM, Timothe Litt wrote: >> >> ... >> On the VAX 730: as far as I'm aware it's the only VAX built out of >> standard LSI CPU components. The guts of the CPU is AMD 2901 >> bit-slice chips.

Re: [Simh] Is it possible to simulate the first Vaxen I ever used?

On 23-Mar-20 13:53, Eric Smith wrote: > On Mon, Mar 23, 2020 at 11:35 AM Robert Armstrong <mailto:b...@jfcl.com>> wrote: > > > Timothe Litt mailto:l...@ieee.org>> wrote: > > KS10 ... The 8085 code is crammed into UV EPROMs. > >   Was all of the

Re: [Simh] Is it possible to simulate the first Vaxen I ever used?

On 23-Mar-20 13:35, Robert Armstrong wrote: >> Timothe Litt wrote: >> KS10 ... The 8085 code is crammed into UV EPROMs. > Was all of the KS CFE code in EPROM? Yes, it is.  There are a couple of microwords in the CRAM that deal with console responses (single step, con

Re: [Simh] Is it possible to simulate the first Vaxen I ever used?

On 23-Mar-20 13:09, Eric Smith wrote: > On Mon, Mar 23, 2020 at 7:34 AM Robert Armstrong > wrote: > > The 730 was interesting in that ALL of the CPU microcode was in > RAM and was loaded by the CFE at boot time.  It was possible to > locally modify the 730

Re: [Simh] Various

On 13-Feb-20 20:57, Johnny Billquist wrote: > On 2020-02-14 01:35, Timothe Litt wrote: >> On 13-Feb-20 19:21, Johnny Billquist wrote: >>> On 2020-02-13 17:42, Clem Cole wrote: >>>> >>>> >>>> On Thu, Feb 13, 2020 at 11:38 AM Clem Cole >>

Re: [Simh] Of DEC and cards

tions were a medium of exchange between the legacy/enterprise systems and the more productive DEC systems.  Readers: quite common.  Punches, much less so. On 13-Feb-20 13:37, Clem Cole wrote: > One last reply here, but CCing COFF where this thread really belongs... > > On Thu, Feb 13, 2

Re: [Simh] [COFF] Of DEC and cards

On 13-Feb-20 14:57, Noel Chiappa wrote: > > From: Clem Cole > > > I just don't remember seeing actual card readers or punches on the > > PDP-11s > > I'm not sure DEC _had_ a card punch for the PDP11's. Readers, yes, the CR11: > > https://gunkies.org/wiki/CR11_Card_Readers > > but I

Re: [Simh] Various

Thanks.  Me too.  Might be a regional dialect - like "Hi" vs. "Hey" or "labor" vs. "labour"  Not worth arguing, especially since Al has been the savior (saviour) of so many bits :-) On 13-Feb-20 14:38, Bob Eager wrote: > It was 'chad' back in 1971 when I was using punched cards. > > On Thu, 13

Re: [Simh] Card Readers on PDP-11's

Yes, and until ~ the 1442, the IBM readers used a row of metal brushes to read the cards (they'd go through the holes and contact a metal plate on the bottom).  All the early IBM gear was mechanically interesting - I suppose from their origins.  Springs, brushes, cams, levers, solenoids,

Re: [Simh] Of DEC and cards

was trivially simple; nothing like the IBM nightmares of complexity.  OTOH, and probably more consistent with your experience, card equipment was almost unheard of when the DEC HW ran Unix... On 13-Feb-20 11:38, Clem Cole wrote: > > > On Thu, Feb 13, 2020 at 10:50 AM Timothe Litt <m

Re: [Simh] Various

Among others, DEC OEM'd Documation card readers. https://www.youtube.com/watch?v=se0F1bLfFKY And old friend - the 1442 reader/punch: https://www.youtube.com/watch?v=w62NC1R6WLs And with the covers open https://www.youtube.com/watch?v=gfRxpmiScPA I didn't find audio of the punch - which was

Re: [Simh] Paul Pierce's Collection page

Don't know about the current state (I get timeouts), but it's on the wayback machine.  Recent captures are 404s, but you can go back to ones with content. E.G. https://web.archive.org/web/20181104021713/http://www.piercefuller.com/library/system.html

Re: [Simh] Fwd: VAX + Spectre

The VAX 9000 does branch prediction & speculative fetches; kills, aborts, and register logs made for debugging fun.  "A cache cycle wasted is lost forever" met "waste not, want not".  It fetches aggressively.  It has multiple microcodes - some loadable, other compiled (and optimized) into gates. 

Re: [Simh] Limits on MSCP controllers

On 24-Jun-19 15:18, Clem Cole wrote: > > > On Mon, Jun 24, 2019 at 2:13 AM Timothe Litt <mailto:l...@ieee.org>> wrote: > > >> > MSCP is basically an evolution of the Massbus protocol, on a > different PHY, and informed by the TOPS-10/20 experiences wi

Re: [Simh] Limits on MSCP controllers

On 23-Jun-19 20:01, Johnny Billquist wrote: > > Timothe Litt clearly knows this better than I do. His mention of the > attention message jogged my memory a bit. There are just notifications > going the other way about available disks. And ports are not really > r

Re: [Simh] Limits on MSCP controllers

On 23-Jun-19 13:30, Bob Supnik wrote: > The four ports is not arbitrary. SimH simulates actual hardware. > DEC never built a backplane MSCP controller with more than four ports. > I think that's true for the U/Qbuses.  However, the KDM70 (XMI, last I knew not emulated by SimH) has eight

Re: [Simh] More on DMA to IO page

On 06-Sep-18 16:17, Paul Koning wrote: > >> On Sep 6, 2018, at 3:59 PM, Bob Supnik wrote: >> >> ... >> Personally, I like Tim's solution of a private interface between consenting >> devices. That would certainly work for the GT40 and its ROM too. > But if it's a private interface, that means

Re: [Simh] DMA access to the IO page

On 06-Sep-18 15:04, Mark Pizzolato wrote: > On Thursday, September 6, 2018 at 11:33 AM, Timothe Litt wrote: >>> On 05-Sep-18 22:13, Bob Supnik wrote: >>> Apparently, the GT40 does this. So... problems. >> The KDP (KMC/DUP) and KDZ (KMC/DZ) also do this.   Once

Re: [Simh] PDP10: KS10 console lights?

On 06-Sep-18 06:59, Lars Brinkhoff wrote: > Hello, > > There is a USB device called the Panda Display. Its purpose is to allow > PDP-10 simulators to display internal state using LEDs, much like a > front panel. I have patched Richard Cornwell's KA10 simulator to make > the DATA PI, instruction

Re: [Simh] DMA access to the IO page

On 05-Sep-18 22:13, Bob Supnik wrote: > Apparently, the GT40 does this. So... problems. The KDP (KMC/DUP) and KDZ (KMC/DZ) also do this.   Once the KMC11 was available, this became a fairly popular method to off-load character processing & turn character interrupts into DMA.  When I did the KDP

Re: [Simh] Boot ROMs (was Simulating a GT40)

On 05-Sep-18 06:16, Mark Pizzolato wrote: > And it would bring us closer to being able to handle PDP-11 host and >> network boot. > A ROM could be used to network boot a PDP11 just as it could be used to > boot from a disk. The network (XQ) and all disks are already bootable in > the PDP11

Re: [Simh] Simulating a GT40

On 04-Sep-18 15:09, Paul Koning wrote: > >> On Sep 4, 2018, at 3:06 PM, Lars Brinkhoff wrote: >> >> Timothe Litt wrote: >>> If a ROM device is added to the -11, I suggest that: >>> a) It be capable of multiple units >>> b) each unit with a star

Re: [Simh] Simulating a GT40

On 04-Sep-18 15:06, Lars Brinkhoff wrote: > Timothe Litt wrote: >> d) the existing gt40 hack that Mark described be migrated to use the ROM > The hack never existed. It was suggested but didn't work. > Mark wrote: > As soon as you've got the ROM image into a form tha

Re: [Simh] Simulating a GT40

On 04-Sep-18 14:14, Lars Brinkhoff wrote: > Phil Budne wrote: >> I seem to recall VAX boot ROMs handled by doing "load -r kaxxx.bin" >> How are VAX boot ROMs done? At _some_ point I thought it was done >> with "load -r". Is that not available in the PDP-11 simulation? > I randomly checked one

Re: [Simh] Simulating a GT40

On 04-Sep-18 10:25, Al Kossow wrote:On 9/4/18 6:53 AM, Clem Cole wrote: >> minor nit/detail ... >> >> On Mon, Sep 3, 2018 at 2:05 PM Timothe Litt > <mailto:l...@ieee.org>> wrote: >> >>>     Once our CAD group moved off the -10s, the next step was Sun &

Re: [Simh] Simulating a GT40

On 03-Sep-18 11:52, Mark Pizzolato wrote: > > Interesting... > > I'm a little confused though. I certainly understand using the GT40 > as a standalone system to run Lunar Lander. That's great fun. > > Meanwhile, if the GT40 could be some sort of terminal to some other > system, how was it

[Simh] Of CD-ROMs

As is often the case, terminology seems to have begotten confusion.  CD-ROM media have a  (usable) sector size of 2048 bytes + ECC/overhead.  SCSI allows exposing this as variable logical block sizes.  Device drivers may present the SCSI LB size to their clients - or they may reblock the data into

Re: [Simh] SCSI-Interface for simh-vax?

> CD's are normally 1024 byte blocks 2048 Bytes/sector is the ISO std for CD-ROMs (Mode 1).  Mode 2 omits ECC for2336 B/sector - but I don't know of a case where someone was crazy enough to use it for data. > we might have done at DEC was mess with the block size on a CD DEC does not modify the

Re: [Simh] VAX emulation issues on Raspberry Pi

On 31-Jul-18 13:46, Paul Koning wrote: > No, but thanks for that pointer. The paper I was thinking about is > listed in the references: > Xi Wang, Haogang Chen, Alvin Cheung, Zhihao Jia, Nickolai Zeldovich, and M. > Frans Kaashoek. 2012a. Undefined behavior: What happened to my code? In >

Re: [Simh] VAX emulation issues on Raspberry Pi

On 31-Jul-18 12:41, Paul Koning wrote: > > > One thing that happens with newer compilers is that they take more advantage > of opportunities offered by the letter of the standard. If you do something > that is "undefined", the compiler can do with that whatever it wants to. If > you have code

Re: [Simh] VAX emulation issues on Raspberry Pi

On 31-Jul-18 10:08, Paul Koning wrote: > >> On Jul 31, 2018, at 9:33 AM, Robert Armstrong wrote: >> >> FWIW, this may also say something about the quality of the code >> generation in gcc for ARM vs x86 processors, or it may even say >> something about the relative efficiency of those two

Re: [Simh] pakgen.c - VMS License Key Generator

The code that was posted is inappropriate, and should be removed from the list archives. VMS has not been abandoned, and this group is not in the business of stealing IP. There is a hobbyist program, still available, for non-commerical licenses.  Legitimate PAKs can be obtained there. For

Re: [Simh] VAX emulation issues on Raspberry Pi

On 31-Jul-18 01:31, Jeremy Begg wrote: > > The license wouldn't be an issue if the SET CPU MODEL command worked. It looks as though it works - but not as you (or I) expect.  It defines the SimH model - which is mostly I/O devices. Your issue is with the SYS_TYPE register, which lives at location

Re: [Simh] VAX emulation issues on Raspberry Pi

Two issues have been discussed before. The boot failures are being worked by Mark - they're some timing issue having to do with the fact that SimH is faster than the hardware.  They seem to be a heisenbug.  He's recently added instrumentation. The SSH startup isn't compute bound so much as

Re: [Simh] CMP R3,(R3)+

On 30-Jul-18 11:45, Johnny Billquist wrote: > On 2018-07-30 15:51, Timothe Litt wrote: >> On 30-Jul-18 09:30, Paul Koning wrote: >>> Yes, that is the standard way to do this.  I have never seen the >>> code you quoted before and I can't imagine any reason for doing that.

Re: [Simh] CMP R3,(R3)+

On 30-Jul-18 09:30, Paul Koning wrote: > Yes, that is the standard way to do this. I have never seen the code you > quoted before and I can't imagine any reason for doing that. A memory address test's verification pass.  Check that  memory contains address of self. Of course, you need a     bne

Re: [Simh] CMP R3,(R3)+

On 29-Jul-18 06:42, Lars Brinkhoff wrote: > Hello, > > I have a very small debugger for the GT40 called URUG, or micro RUG. It > has two troublesome instructions: CMP R3,(R3)+ and equivalent with R4. > I suppose SIMH will run it fine even though there's a hazard? > > The PALX assembler complains

Re: [Simh] TMXR/UC15 documentation?

On 17-Jul-18 16:29, Lars Brinkhoff wrote: > > It's mostly used to allow direct access to PDP-11 main memory. > > Maybe a longer explanation is in order. > > The MIT AI PDP-10 had a special device attached called the Rubin 10-11 > interface. It allowed connecting up to eight PDP-11s. The

Re: [Simh] EXT :Re: Simh Digest, Vol 172, Issue 4

In addition to Dave's comments: For a MSwin PC, I've switched to VcXsrv (vcxsrv.sourceforge.net) from Xming.  It's free, and works better - especially the mouse & interactions with local windows. If your host is VMS, you may need to SET DISPLAY; a unix, set the DISPLAY environment variable. 

Re: [Simh] Is there a searchable SIMH Archive of postings ?

On 19-Apr-18 17:18, James W. Laferriere wrote: > Hello ALl ,  Having done a mediocum of google searching for a > searchable archive of postings .  I ask the question here . As noted at the foot of every message on the list: http://mailman.trailing-edge.com/mailman/listinfo/simh tells you

Re: [Simh] Printer on TOPS-10

printers (NO,YES,PROMPT): y > > >> On 21 Mar 2018, at 14:33, Timothe Litt <l...@ieee.org >> <mailto:l...@ieee.org>> wrote: >> >> You should not need the /Device.  There may be an issue if you >> haven't assigned a non-zero ANF-10 node number to the machin

Re: [Simh] Printer on TOPS-10

U error -- >                 Reloading RAM and VFU > > 14:18:28        Printer 0  -- Loading RAM with 'LP64' -- > > 14:18:28        Printer 0  -- Loading VFU with 'NORMAL' -- > > 14:18:28  <1>   Printer 0  -- Align Forms and Put Online -- >                 Type 'RESPOND

Re: [Simh] Printer on TOPS-10

On 21-Mar-18 08:24, Jordi Guillaumes Pons wrote: > > Jordi Guillaumes i Pons > j...@jordi.guillaumes.name <mailto:j...@jordi.guillaumes.name> > HECnet: BITXOW::JGUILLAUMES > > > >> On 21 Mar 2018, at 13:19, Timothe Litt <l...@ieee.org >> <mailto:l...@

Re: [Simh] Printer on TOPS-10

On 21-Mar-18 07:02, Jordi Guillaumes Pons wrote: > Some years ago I wrote a note to myself: > > - Enable printing: > > 1) Create file SYS:LPFORMS:INI with the following content: > > NORMAL:ALL/BANNER:01/HEADER:01/LINES:66/WIDTH:132/TRAILER:01 > > 2) In OPR: SHUTDOWN PRINTER 0 > 3) In OPR: START

Re: [Simh] Printer on TOPS-10

I don't think that my advanced printer code was merged into the master fork. This is what works for me: set lp20 enable set lp20 printer=lp07b attach -S lp20 form=graybar image=c:\Users\timothe\Documents\GitHub\Run\Form_BG_Grayscale.jpg c:\Users\timothe\Documents\GitHub\Run\Spool\SAM.lpt.pdf

Re: [Simh] MOP header specs?

On 23-Feb-18 19:56, Paul Koning wrote: > >> On Feb 23, 2018, at 5:28 PM, Johnny Billquist wrote: >> >> ... >>> That's why a MOP load normally consists of asking for a program - which is >>> the secondary loader. It's the secondary (or tertiary) loader that knows >>> how to

Re: [Simh] MOP header specs?

For VAX/Alpha code from VMS, .sys would be an executable linked /NOHEADER.  This would be a raw memory image; no ISDs or compression, just bits. In this case, it appears to be a SRM console image that was extracted from an HP firmware update kit. The header is used by the firmware update utility

Re: [Simh] VMware "internal network" and VAX mop frames

On 21-Feb-18 09:57, Paul Koning wrote: > > I remember some discussions about trouble if you use a wireless LAN as > opposed to a wired NIC, but I don't remember any details. The short answer is that wireless routers assume that the only worthwhile protocols are IP/ARP & some VPN tunnels, and that

Re: [Simh] MOP header specs?

On 21-Feb-18 09:32, Paul Koning wrote: > MOP is a protocol, not a storage spec.  The protocol is defined in > detail, in the MOP architecture spec, which can be found in various > collections of DECnet architecture specs. > Yes > I assume a SYS file is a file meant to be downloaded by a MOP server

Re: [Simh] VMware "internal network" and VAX mop frames

I can't think of anything that would fail if the ROM address is the same as the DECnet address (which is what you're setting up), but no real hardware could ever have been configured that way.  (It is possible for software to obtain both, though only one goes on the wire.  One set by software

Re: [Simh] TOPS-10 question

On 21-Feb-18 05:49, Jordi Guillaumes Pons wrote: >> Or, on a reasonably recent monitor, create a pathological name. >> >> .path bcl:=dskf:[66,667] >> >> This is per-job, but may be easier as it avoids learning to do a >> mongen/monitor build. You would have to put it in any batch job that runs

Re: [Simh] TOPS-10 question

On 20-Feb-18 21:46, Rich Alderson wrote: >> From: Quentin North >> Date: Tue, 20 Feb 2018 22:15:05 + >> Im trying to get the BCPL compiler on TOPS-10 going and I have the install >> CTL >> file which sets out the following pre-requisites: >> ; THE FOLLOWING MODS TO

Re: [Simh] pdp11 i/o addressing

On 16-Feb-18 14:51, Clem Cole wrote: > curmudgeon warning below. > > On Fri, Feb 16, 2018 at 11:06 AM, Ethan Dicks > wrote: > > > I started on a VAX with 2MB of physical memory in a 16MB physical > address space but with 4GB

Re: [Simh] best way to scan 172 column fanfold 80s printout?

On 11-Feb-18 14:29, Davis Johnson wrote: > I think what you need is a wide carriage printer with the typical feed > up through a slot in the bottom, and a camera. > > The only working function needed from the printer is form feed. > Photograph the page that is hanging below the printer, form feed

Re: [Simh] best way to scan 172 column fanfold 80s printout?

These opportunities keep coming up; lots of us archived paper, which survives longer than magnetics - and their transports. These seem to be addressed as one-off projects.  It would be more efficient if a group of interested people could develop/find a sponsor for a listing -> code facility.  But

Re: [Simh] Preservation matters

On 09-Feb-18 16:27, Paul Koning wrote: > >> On Feb 9, 2018, at 2:16 PM, Timothe Litt <l...@ieee.org> wrote: >> >> This isn't strictly SimH, but it is a related story about the importance of >> preservation. >> >> For those of you who m

[Simh] Preservation matters

This isn't strictly SimH, but it is a related story about the importance of preservation. For those of you who may not have been following it, here's a story that emphasizes why preserving computing history matters.  https://go.nasa.gov/2EeF5SO Additional resources: 

Re: [Simh] anyone know how to convert/translate turbo pascal to vax pascal?

On 07-Feb-18 18:22, Dan Gahlinger wrote: > since I did all that work recreating "castle" from the vax to the pc > using turbo pascal (then free pascal) > I'd like to "port" it back to the vax, > but the vms 7.3 pascal compiler doesn't recognize "writeln" I would be very surprised by this; writeln

Re: [Simh] Tops-10 question/help

On 07-Feb-18 15:27, Quentin North wrote: > Hi all > > A bit off topic, but Im not a historical Dec user so don’t know some > of the basics with Dec OSes and have never oped one before. > > I have installed and configured Tops-10 on a simh PDP10. > > It is all fine, but when I am creating user

Re: [Simh] EXT :Re: DEC Alpha Emulation

On 05-Feb-18 13:36, Clem Cole wrote: > > > ​Point taken, but DEC used the SPD as its primary defense for exactly > this type of problem.​ It was the 'legal' definition of what was and > was not allowed.   But as you point out, that behavior does not always > make for happy customers or sr

Re: [Simh] EXT :Re: DEC Alpha Emulation

On 05-Feb-18 12:01, Clem Cole wrote: > >   But marketing never accepted because of the failover issue for > clusters. > > I never understood that.  My argument was that nobody was going to > *knowingly***put a $1M cluster at risk with a $100 PCI card.   We > could have just stated in the SPD that

Re: [Simh] Crowther's Adventure game

e carriage control), or the IFILE to OPEN (to tell the RTL discard it for you).  If it's only read with one format statement, I'd go for that. You can write portable FORTRAN, but this is a classic example of how early implementations made it hard at the edges. On 03-Feb-18 14:17, Lars Brinkhoff wrote:

Re: [Simh] Crowther's Adventure game

> Timothe Litt wrote: >> I may have missed it, but you'll get more help if you provide the OS that >> you're running on, the file attributes (for DCL, dir/full and/or >> dump/header), and a hex dump of the first block or two of the file. > I'm running this in ITS,

Re: [Simh] Crowther's Adventure game

Bob's comments agree with mine. What may be confusing people is that that reading a data file may be different from a print file. This depends on the OS.  In the case of VMS, it depends on the file attributes, which tell RMS whether the file has embedded carriage control character, FORTRAN

Re: [Simh] Crowther's Adventure game

TYPE( ... )  is just WRITE( 5, ...) , where 5 is the DEC LUN for TTY, which is opened by default.  Conversion from format carriage control specifiers to device motion (for TTYs, character such as CR, LF, FF, VT), is the responsibility of the RTL (or device driver).  Typically, some OS device

Re: [Simh] BCPL (was Re: BLISS and C)

On 29-Jan-18 18:07, Bob Eager wrote: > On Mon, 29 Jan 2018 17:48:22 -0500 > Timothe Litt <l...@ieee.org> wrote: > > > On 29-Jan-18 17:45, Dave Wade wrote: [snip] > > I seem to remember that there was a BCPL for TOPS-10 in the DECUS > > library. > > I have

Re: [Simh] BLISS and C

On 29-Jan-18 17:45, Dave Wade wrote: >> -Original Message- >> From: Simh [mailto:simh-boun...@trailing-edge.com] On Behalf Of Bob >> Eager >> Sent: 29 January 2018 22:08 >> To: simh@trailing-edge.com >> Subject: Re: [Simh] BLISS and C >> >> On Mon, 29 Jan 2018 12:05:01 -0500 >> Clem Cole

Re: [Simh] 101 Basic Games for RSTS/E (was Re: PDP11 on Simh for public access)

On 28-Jan-18 18:38, Hunter Goatley wrote: > On 1/28/2018 3:49 PM, Johnny Billquist wrote: > >> It's more or less a dead language, unless you are in a very specific >> environment. So no, most likely it is not worth learning, if you are >> thinking that you might work with it. > Agree. > If you're

Re: [Simh] 101 Basic Games for RSTS/E (was Re: PDP11 on Simh for public access)

On 28-Jan-18 18:32, Clem Cole wrote: > > > On Sun, Jan 28, 2018 at 4:43 PM, khandy21yo > wrote: > > > Never had BLISS on anything until long after it would have been > useful. So how does BLISS compare to C as a systems programming >

Re: [Simh] VMS multinet DHCLIENT/SSH2 configuration problem

On 28-Jan-18 18:29, Jeremy Begg wrote: > Hi Timothe, > >>> Once you get SSH working you may find it's unusable. On my RPi 3 it >>> takes the VMS MultiNet SSH server several *minutes* to negotiate the >>> SSL handshake. I suspect (without having attempted any diagnosis!) >>> that this is due to

Re: [Simh] VMS multinet DHCLIENT/SSH2 configuration problem

On 28-Jan-18 18:04, Timothe Litt wrote: > > On 28-Jan-18 17:21, Jeremy Begg wrote: >> Hi TIm, >> >>> ... >>> Also I am figuring out how to set SSH2 terminal server. I successfully >>> generated SSH2 keys on emulated SIMH VAX system. >>> ...

Re: [Simh] VMS multinet DHCLIENT/SSH2 configuration problem

On 28-Jan-18 17:21, Jeremy Begg wrote: > Hi TIm, > >> ... >> Also I am figuring out how to set SSH2 terminal server. I successfully >> generated SSH2 keys on emulated SIMH VAX system. >> ... >> I installed SIMH and OpenVMS 7.3 on my new Tinker SoC (Pi clone) with >> Armbian OS for 7/24 operation.

Re: [Simh] BLISS ( was Re: 101 Basic Games for RSTS/E (was Re: PDP11 on Simh for public access))

On 27-Jan-18 13:59, Clem Cole wrote: > > > On Fri, Jan 26, 2018 at 4:28 PM, Timothe Litt <l...@ieee.org > <mailto:l...@ieee.org>> wrote: > > I don't think there was any technical reason that the front end, > IL optimizer, code generators and object ge

Re: [Simh] 101 Basic Games for RSTS/E (was Re: PDP11 on Simh for public access)

On 28-Jan-18 13:45, Tim Stark wrote: > Folks, > > There is BLISS source codes for TOPS-20 in pdp-10.trailing-edge.com. > > There is a free copy of BLISS compilers for VAX and Alpha in Freeware CD > dist. > > There is a online version of The Design of an Optimizing Compiler on CMU > website. >

Re: [Simh] BLISS ( was Re: 101 Basic Games for RSTS/E (was Re: PDP11 on Simh for public access))

On 26-Jan-18 14:45, Paul Koning wrote: > ent.​ I also do not know what they are doing with the front-ends. > One of the more curious front ends of GEM is the Alpha assembler. I found > out about that when doing some Alpha hand-optimizing early on (a handcoded > "memcpy with TCP checksum

Re: [Simh] BLISS ( was Re: 101 Basic Games for RSTS/E (was Re: PDP11 on Simh for public access))

On 26-Jan-18 14:09, Clem Cole wrote: > > > The other thing to add is there were at least two generations of the > compilers within DEC that I knew about.  Yes.  > Tim you may have know of a third when I was off doing other things.   > The last (current) is the 'Gem' compilers which was a rewrite

Re: [Simh] 101 Basic Games for RSTS/E (was Re: PDP11 on Simh for public access)

On 26-Jan-18 15:54, Rich Alderson wrote: >> Date: Fri, 26 Jan 2018 14:35:18 -0600 >> From: Hunter Goatley <goathun...@goatley.com> >> On 1/26/2018 2:22 PM, Timothe Litt wrote: >>> BLISS would have done better in the outside world, except for the >>> D

Re: [Simh] 101 Basic Games for RSTS/E (was Re: PDP11 on Simh for public access)

On 26-Jan-18 15:12, Johnny Billquist wrote: > On 2018-01-26 20:26, Clem Cole wrote: >> >> >> On Fri, Jan 26, 2018 at 2:09 PM, Johnny Billquist > > wrote: >> >> >>     Right. As far as I know, BLISS-16 only ran under VMS. >> >> Hmm I'd be careful here.  

Re: [Simh] BLISS ( was Re: 101 Basic Games for RSTS/E (was Re: PDP11 on Simh for public access))

On 26-Jan-18 11:37, Paul Koning wrote: > >> On Jan 25, 2018, at 8:15 PM, Clem Cole wrote: >> >> ... >> RSTS Basic is a late entry, the language support for it, originally came >> from the compiler group which again was originally PDP-10 based (also >> remember the PDP-11 BLISS

Re: [Simh] Custom ROMs on PDP-11 sim

On 16-Dec-17 15:42, Paul Koning wrote: > > >> On Dec 16, 2017, at 6:14 AM, Timothe Litt <l...@ieee.org >> <mailto:l...@ieee.org>> wrote: >> >> On 15-Dec-17 22:14, khandy21yo wrote: >>> Can't you just load them into ram and *run them* from there?

Re: [Simh] Custom ROMs on PDP-11 sim

many times, people didn't do that, so > there is a risk that the program really needs to run located on the > addresses given by the card. > > But, as have been said several times now, this is all moot. Without > the ROM contents, nothing to really do here. > >   Johnny > >

Re: [Simh] Custom ROMs on PDP-11 sim

On 15-Dec-17 22:14, khandy21yo wrote: > Can't you just load them into ram and run them from there? > Rom is just non writable memory. > > He could, except that these ROMs are probably in I/O space, so would need to be part of a simulated device for any code to execute properly[1].  (And any code

Re: [Simh] Just a little bit of weirdness and extreme simh-ing

https://www.ijs.si/software/snprintf/ On 07-Dec-17 18:22, Jordi Guillaumes Pons wrote: > This: > > [BITXOV]$ mcr pdp8 > > PDP-8 simulator V4.0-0 Beta        git commit id: f1f8c855 > pdp8.ini-9> attach lpt printer.txt > LPT: creating new file > pdp8.ini-32> attach ttix > $JOBening on port

Re: [Simh] MicroSD Card for SimH on Raspberry Pi 3

Consider a hard drive if you expect a non-trivial disk I/O load - SD cards do wear out. On 06-Dec-17 21:08, khandy21yo wrote: > If you're just starting off with a pi, it might be easiest to buy a > kit, which includes all the necessary parts to get started, including > power supply, case, heat

Re: [Simh] C9.io

On 01-Dec-17 17:07, Dan Gahlinger wrote: > a pi would do it. > and it's not opening it up > you open to just one port to just that pi > for just the pps > Not quite that simple.  To expand on what I wrote previously: Typically, machines inside your router trust each other.  In that case, once on

Re: [Simh] EXT :Re: C9.io

Xeon etc is probably overkill. Use a Raspberry Pi.  About 7W under load with a monitor, KB, mouse w/WiFi active - you don't need a monitor, KB, or mouse once setup.  You can disable the WiFi. (A couple more watts if you use a magnetic drive, which I recommend). One time cost is about $100 once

Re: [Simh] Flushing Printer

On 10-Sep-17 08:14, David or Jan Takle wrote: > Using the NOVA simulator, after every use of the printer it seems > necessary to escape to the simH console and DETACH LPT in order to > flush the rest of the simH buffer to the Windows file. Otherwise, the > file may be incomplete. > Is there

Re: [Simh] retargetable assembler

On 06-Sep-17 08:19, Paul Koning wrote: >> On Sep 5, 2017, at 9:18 PM, Timothe Litt <l...@ieee.org> wrote: >> >> It's a heavy lift & overkill, but GCC (gas) can be made to cross-compile >> for/from any reasonable machine. That gives you a complete to

Re: [Simh] retargetable assembler

On 06-Sep-17 09:21, khandy21yo wrote: > Reading the Wikipedia page about Whirlwind, it mentions that the pdp1 > is a direct descendent, so would a pdp1 assembler work? Or a tx0 > Assembler? I don't know if these already exist or not. > > Is the pdp1 a transistorized Whirlwind as the Wikipedia

Re: [Simh] Fwd: retargetable assembler

It's a heavy lift & overkill, but GCC (gas) can be made to cross-compile for/from any reasonable machine. That gives you a complete toolset - but it's a lot of work. If it were my project, I'd define some macros in MACRO-11 to create a cross-assembler, as IIRC Whirlwind has 16 bit wordsize.

Re: [Simh] Rainbow100

> And the VT240 was very slow. I never saw or used a VT125, so I don't know > >/how it compared, but it didn't have color, right? / > > It did have color. You could connect an external RGB sync on green > monitor to the BNC connectors at the back of the VT125. For output on the > built in

Re: [Simh] Rainbow100

On 20-Jul-17 13:47, Hunter Goatley wrote: > On 7/20/2017 12:31 PM, Timothe Litt wrote: >> >> Gigi was sold - and used - primarily as a graphics terminal, though >> it does have a BASIC interpreter. It was used on the DECSYSTEM-20 >> and VAX. There was some software s

Re: [Simh] Rainbow100

s the > Robin, and which I think also definitely would be classified as a > "micro". > > Johnny > > On 2017-07-20 18:06, Timothe Litt wrote: >> On 19-Jul-17 23:23, Bill Cunningham wrote: >>> There's no simulator for DEC's first

  1   2   3   >