From jg at jordi.guillaumes.name Mon Mar 3 09:01:29 2014 From: jg at jordi.guillaumes.name (Jordi Guillaumes i Pons) Date: Mon, 3 Mar 2014 15:01:29 +0100 Subject: [Simh] RT11 dists in RX02 floppy images and SIMH RY support Message-ID: <6A8B939C-5C6B-45F1-A749-01EC0381E16C@jordi.guillaumes.name> Hello, Both in trailing-edge.com and in bitsavers there are some floppy images that should contain the RT-11 5.4g kit. I have tried to use those images in simg and I get: - A system crash when I try to boot from them, attaching the disks to RY0 (the crash is due to an attempt to execute at address 0). - A "directory read error" when I try to read them from a running RT-11 5.03 system. I wonder if the disk images are corrupted, or the RX02 support in simh is broken. Has anybody tried to read those images with any kind of success? Jordi Guillaumes i Pons jg at jordi.guillaumes.name HECnet: BITXOV::JGUILLAUMES From bqt at softjar.se Mon Mar 3 09:47:00 2014 From: bqt at softjar.se (Johnny Billquist) Date: Mon, 03 Mar 2014 15:47:00 +0100 Subject: [Simh] RT11 dists in RX02 floppy images and SIMH RY support In-Reply-To: <6A8B939C-5C6B-45F1-A749-01EC0381E16C@jordi.guillaumes.name> References: <6A8B939C-5C6B-45F1-A749-01EC0381E16C@jordi.guillaumes.name> Message-ID: <531495E4.6070804@softjar.se> On 2014-03-03 15:01, Jordi Guillaumes i Pons wrote: > Hello, > > Both in trailing-edge.com and in bitsavers there are some floppy images that should contain the RT-11 5.4g kit. I have tried to use those images in simg and I get: > > - A system crash when I try to boot from them, attaching the disks to RY0 (the crash is due to an attempt to execute at address 0). > - A "directory read error" when I try to read them from a running RT-11 5.03 system. > > I wonder if the disk images are corrupted, or the RX02 support in simh is broken. Has anybody tried to read those images with any kind of success? I have no idea about this specifically, but it is worth remembering that DEC did interleaving at the software level of these disks, so it might be that an image of the floppies gets this wrong... You need to know how the copies were made, and how simh treats them. Johnny From aek at bitsavers.org Mon Mar 3 12:06:01 2014 From: aek at bitsavers.org (Al Kossow) Date: Mon, 03 Mar 2014 09:06:01 -0800 Subject: [Simh] More 1620 documentation Message-ID: <5314B679.606@bitsavers.org> Was curious if anyone was still interested in this simulation... CHM got in some new documents, including 1311-3 ALDs and disk diagnostic listings which prompted me to get off my butt and try to get some of the archived manuals scanned that were collected by the 1620 restoration team. Expect a bunch of new documents on http://bitsavers.org/pdf/ibm/1620 over the next week or two. There should be more than enough there to get the Monitor working. I'm also trying to locate the images of the diagnostics. Unfortunately, there wasn't any media for the diags in the new lot. This also reminded me that we got in several boxes of 1620 cards with the SAP collection in 2006 from the IBM European Software Library. should be fun.. From h.j.stegeman at hccnet.nl Tue Mar 4 03:46:57 2014 From: h.j.stegeman at hccnet.nl (h.j.stegeman at hccnet.nl) Date: Tue, 4 Mar 2014 09:46:57 +0100 Subject: [Simh] IBM System/32 emulator Message-ID: Hi, I am new on this list, but not new with simh. I assisted Dutch Owen in writing his System/3 model 10 emulator, which I modified later to a model 15D emulator. I have now started a new project: an IBM system/32 simh emulator. The S/32 has two storages: - Control Storage: This storage is 4 kiloword large and contains micro-instructions for the S/3 instruction set emulator and the IOS. (The S/32 CPU is hardwired, not micro-coded) These micro-instructions have all a fixed length of 16 bits. - Main Storage: This storage is 32 kilobyte and contains the SCP written in S/3 machine code. These two storages are in different spaces. First dilemma: what should be the "main storage" from a simh point of view ? The CPU executes micro instructions from CS, so imho it should be CS. With: sim> e 0-15 the content of the first 16 words in CS should be displayed. But what to do with the Main Storage ?. For this storage I also need a "examine" command. Adding a CS/MS parameter to the "e" command is an option. Seperate switch that selects CS or MS (the real S/32 has one) would be the right option I think. But how can I troggle (dynamic) between 8 or 16 bit data paths in simh ? Q1: What is the best way to implement operator panel troggle switches in simh ? I need them for: - selecting CS / MS for display / altering storage. - selecting IMPL CS or IPL from MS. Q2: How can I display (with the "examine" command) in simh _bytes_ in Main Storage mode and _words_ in CS mode ? Example: sim> troggle sw to CS sim> e 1 1: 5246 sim> troggle sw to MS sim> e 1 1: CE Thanks for any tips or suggestions. Regards Henk From aek at bitsavers.org Tue Mar 4 09:11:06 2014 From: aek at bitsavers.org (Al Kossow) Date: Tue, 04 Mar 2014 06:11:06 -0800 Subject: [Simh] IBM System/32 emulator In-Reply-To: References: Message-ID: <5315DEFA.7010106@bitsavers.org> On 3/4/14 12:46 AM, h.j.stegeman at hccnet.nl wrote: > The S/32 has two storages: > > - Control Storage: > This storage is 4 kiloword large and contains micro-instructions for the S/3 > instruction set emulator and the IOS. (The S/32 CPU is hardwired, not > micro-coded) > These micro-instructions have all a fixed length of 16 bits. > Have you been able to successfully extract the microcode records from a S/32 IPL or diagnostic floppy? I noticed that the first track is very different, with very long sectors compared to the rest of the disk. From h.j.stegeman at hccnet.nl Tue Mar 4 11:13:35 2014 From: h.j.stegeman at hccnet.nl (Henk Stegeman) Date: Tue, 4 Mar 2014 17:13:35 +0100 Subject: [Simh] IBM System/32 emulator Message-ID: Hi Al, > Have you been able to successfully extract the microcode records from a S/32 IPL or diagnostic floppy? > I noticed that the first track is very different, with very long sectors compared to the > rest of the disk. Yes ! Track 0 is indeed a very special sector. It starts with some sync bits followed by a AM marker and then 2048 words including a CRC. This sector can not be read by any standard floppy controller. I connected a data separator to a 8" floppy drive, then I over sampled the output with a logic analyser. The output was saved as an CSV file. I wrote a special programs that reads this csv file. It looks for the AM marker (some clock pulses are missing) and then reads the 2048 words. Last but not least I verified the CRC with a software routine. Initially it failed, but after including the AM in the CRC is was ok. Do you have by any chance the listings of these micro-instructions ? So far I know they where part of the systems CE manuals. Regards Henk From simh at swabhawat.com Wed Mar 5 19:59:08 2014 From: simh at swabhawat.com (simh at swabhawat.com) Date: Thu, 6 Mar 2014 01:59:08 +0100 Subject: [Simh] KS10 and the DMR Message-ID: <00e301cf38d7$47e57d60$d7b07820$@swabhawat.com> When trying to make the combination Simh KS10 work with the DMR synchronous line interface on Tops10-704; some peculiarities are encountered. Has anyone at the time seen this combination effectively work on the real hardware? The driver for DMR is D8RINT.MAC in UNSMON and is created for Tops10-702 by Timothe Litt and he stated in the documentation that performance had been checked in relation to the standard supported Kdp/Dup combination, so something must have worked at the time, whether within Dec laboratory or in the real world with some special customers. However by EDDT debugging the monitor 704, it is now clear that with the current releases of D8RINT and Tops10-704 it is impossible to function because of at least 2 errors in de code; one in D8RINT itself which on itself can be easily repaired, but leads to another second error found in SYSINI in Tops10; the relative location in SYSINI and possibly the form of the DMRONC routine creates race conditions on establishing the unibus map in the DMR control block leading to stopcode UBA. Does anyone know of later releases of D8RINT and or what the last working combination was. The errors found - thus far - have nothing to do with the hardware interaction itself or Simh emulation of it proper; it is pure Tops10 bebaviour. Best regards Volledige inhoud weergeven -------------- next part -------------- An HTML attachment was scrubbed... URL: From b4 at gewt.net Wed Mar 5 19:18:53 2014 From: b4 at gewt.net (Cory Smelosky) Date: Wed, 5 Mar 2014 19:18:53 -0500 (EST) Subject: [Simh] KS10 and the DMR In-Reply-To: <00e301cf38d7$47e57d60$d7b07820$@swabhawat.com> References: <00e301cf38d7$47e57d60$d7b07820$@swabhawat.com> Message-ID: On Thu, 6 Mar 2014, simh at swabhawat.com wrote: > Does anyone know of later releases of D8RINT and or what the last working > combination was. The errors found - thus far - have nothing to do with the > hardware interaction itself or Simh emulation of it proper; it is pure > Tops10 bebaviour. > A newer one /might/ have been included with the 7.05 monitor set. Not sure though. > Best regards > > Volledige inhoud weergeven > > > > -- Cory Smelosky http://gewt.net Personal stuff http://gimme-sympathy.org Projects From simh at swabhawat.com Wed Mar 5 20:16:16 2014 From: simh at swabhawat.com (simh at swabhawat.com) Date: Thu, 6 Mar 2014 02:16:16 +0100 Subject: [Simh] KS10 and the DMR References: <00e301cf38d7$47e57d60$d7b07820$@swabhawat.com> Message-ID: <00fe01cf38d9$ac3cacf0$04b606d0$@swabhawat.com> Might you know by chance where the 705 set can be retrieved; as far as I know 705 was the result of various patches applied to 704 and not released as a separate version. Best regards >A newer one /might/ have been included with the 7.05 monitor set. Not sure though. > Best regards > > Volledige inhoud weergeven > > > > -- Cory Smelosky http://gewt.net Personal stuff http://gimme-sympathy.org Projects From b4 at gewt.net Wed Mar 5 19:31:44 2014 From: b4 at gewt.net (Cory Smelosky) Date: Wed, 5 Mar 2014 19:31:44 -0500 (EST) Subject: [Simh] KS10 and the DMR In-Reply-To: <00f901cf38d9$370e3390$a52a9ab0$@swabhawat.com> References: <00e301cf38d7$47e57d60$d7b07820$@swabhawat.com> <00f901cf38d9$370e3390$a52a9ab0$@swabhawat.com> Message-ID: On Thu, 6 Mar 2014, R. Voorhorst wrote: > Might you know by chance where the 705 set can be retrieved; as far as I > know 705 was the result of various patches applied to 704 and not released > as a separate version. > I _think_ it's the TSU tapes on http://pdp-10.trailing-edge.com/ > Best regards > > >> A newer one /might/ have been included with the 7.05 monitor set. Not sure > though. > >> Best regards >> >> Volledige inhoud weergeven >> >> >> >> > > -- > Cory Smelosky > http://gewt.net Personal stuff > http://gimme-sympathy.org Projects > > -- Cory Smelosky http://gewt.net Personal stuff http://gimme-sympathy.org Projects From simh at swabhawat.com Wed Mar 5 20:18:00 2014 From: simh at swabhawat.com (simh at swabhawat.com) Date: Thu, 6 Mar 2014 02:18:00 +0100 Subject: [Simh] KS10 and the DMR In-Reply-To: <00e301cf38d7$47e57d60$d7b07820$@swabhawat.com> References: <00e301cf38d7$47e57d60$d7b07820$@swabhawat.com> Message-ID: <00ff01cf38d9$ea8f6b00$bfae4100$@swabhawat.com> Trying to see whether it would work on Tops10-703 as probably nearby enough to 702, the following emerges: somehow on the 703 Decnet distribution tape a D8RINT version already for the 704 monitor version has been shipped as it has code on board referring to code pieces only existing in other monitor modules from 704 onwards. It can be checked against the difference between the versions of it's ancestor D8KINT. I know, status of D8RINT was effective unsupported although the various hooks to it do exist in supported monitor modules, but this flaw should not have happened. D8RINT as shipped in 703 Decnet cannot be used in the 703 monitor generation. Volledige inhoud weergeven -------------- next part -------------- An HTML attachment was scrubbed... URL: From simh at swabhawat.com Wed Mar 5 20:31:57 2014 From: simh at swabhawat.com (simh at swabhawat.com) Date: Thu, 6 Mar 2014 02:31:57 +0100 Subject: [Simh] KS10 and the DMR Message-ID: <010d01cf38db$dd458db0$97d0a910$@swabhawat.com> With the search functionality in the archive one can retrieve some older versions of D8RINT.MAC On the TSU for 704 there is no one distributed, so the last is for 704. -------------- next part -------------- An HTML attachment was scrubbed... URL: From azbevier at gmail.com Wed Mar 5 20:57:03 2014 From: azbevier at gmail.com (AZ Bevier) Date: Wed, 5 Mar 2014 18:57:03 -0700 Subject: [Simh] SEL computer information Message-ID: <263AC31989A845D8A0BD8D3183A720FA@SILVER> Hello all, I have lots of Gould/Encore/SEL software/manuals that I have developed/used over the last 35 years. I am getting old(er) and wish to see this information used for something. I have original manuals (lots) and many cross-development tools. Such as a C compiler, runtime library, assembler, library editor, make facility, disassembler, debugger, lots of tools, etc. I have the original source. These tools run on Linux and target SEL Concept/32 machines. Where can I send this stuff to. Is anybody interested? Let me know what I can do with all this stuff. Thanks, Jim -------------- next part -------------- An HTML attachment was scrubbed... URL: From Mark at infocomm.com Wed Mar 5 23:32:17 2014 From: Mark at infocomm.com (Mark Pizzolato - Info Comm) Date: Wed, 5 Mar 2014 20:32:17 -0800 Subject: [Simh] KS10 and the DMR In-Reply-To: <010d01cf38db$dd458db0$97d0a910$@swabhawat.com> References: <010d01cf38db$dd458db0$97d0a910$@swabhawat.com> Message-ID: <0CC6789C1C831B4C8CCFF49D45D7010F0127E0C19740@REDROOF2.alohasunset.com> This issue has been discovered, but no real resolution has been discovered to resolve it. It is open on the github issue system at: https://github.com/simh/simh/issues/100 You guys seem to be digging in the right direction. If/when this process gets far enough to actually engage the DMR device more than the basic bus probe and 'are you there' device initialization which we've seen so far, there may indeed be problems with the DMR implementation. I'd be glad to see that so I can fix it. Please keep me advised. Commenting in the github issue would be good, but here on the simh list will also work. Thanks. - Mark -------------- next part -------------- An HTML attachment was scrubbed... URL: From simh at swabhawat.com Thu Mar 6 03:32:02 2014 From: simh at swabhawat.com (simh at swabhawat.com) Date: Thu, 6 Mar 2014 09:32:02 +0100 Subject: [Simh] KS10 and the DMR Message-ID: <013501cf3916$8cab1600$a6014200$@swabhawat.com> Mark, this is a cross posting from me with respect to Simh issue list to broaden the discussion. The forum name appears somewhat unfortunate to be Simh as it is the mail address I use for Simh exchanges. Reindert -------------- next part -------------- An HTML attachment was scrubbed... URL: From simh at swabhawat.com Thu Mar 6 08:28:28 2014 From: simh at swabhawat.com (simh at swabhawat.com) Date: Thu, 6 Mar 2014 14:28:28 +0100 Subject: [Simh] KS10 and the DMR Message-ID: <014c01cf393f$f5e62fa0$e1b28ee0$@swabhawat.com> Laziness doesn't pay .. For checking the DMR behavior I resorted to the 703 image distributed on the net. The fact that the DMR version V022 didn't line out with the monitor version 703, to search for all versions of D8RINT in the archives; a few were found. Since some distrust arose, I decided to stay at the safe side and to create a fresh 703 image with Decnet from the " officially" published distribution media. There then surfaces a version V016 of D8RINT which matches the 703 monitor; thus the published 703 medium (PaulAllen's) is somewhat spoiled with respect to version consistency. The D8RINT V016 compiles and links without flaw in a generated 703 monitor system, but it crashes in the same place in DEFCIR under the same conditions. Applying the same fix for it - insert a JCFL 0 noop before the status check nullifying the skip return - as with 704 leads to the same ultimate termination, in this case stopcode IME. At least here, there is no race condition with respect to Unibus mapping so that error in 704 is avoided. It is probably created when startup components were integrated in one SYSINI module in 704. If that problem is tentatively fixed in the SYSINI in version 704 there is the same kind of error as in 703. Further stepping back to Tops10-702 at the moment seems to be not possible as there currently are no 702 distribution media present. Best regards -------------- next part -------------- An HTML attachment was scrubbed... URL: From simh at swabhawat.com Thu Mar 6 13:04:26 2014 From: simh at swabhawat.com (simh at swabhawat.com) Date: Thu, 6 Mar 2014 19:04:26 +0100 Subject: [Simh] KS10 and the DMR Message-ID: <016001cf3966$835f1dd0$8a1d5970$@swabhawat.com> Comparing the debugging results from Tops10 703 with 704 I decided to switch the test code base to D8RINT V016 and Tops10-703 since this version combination is closer to the original, of which Timothe reported it had run, and because with one code patch, of which one can be reasonably sure that it may be correct, the whole system gets more closer to the operational state and consequently more (register) DMR device interaction is seen. So it is also becoming closer to a case in which potentially wrong or unimplemented expected DMR behavior may start to influence a possible cause leading to the next perceived crash. At least on a preliminary glimpse, there seems to be some bits put in the DMR registers where there is no definition for in the Simh code base, but it still early in the debugging process an this can be seen wrongly. Needs a lot more of debugging and code tracing with venerable (E)DDT ..... -------------- next part -------------- An HTML attachment was scrubbed... URL: From ragge at ludd.ltu.se Sun Mar 9 16:41:10 2014 From: ragge at ludd.ltu.se (Anders Magnusson) Date: Sun, 09 Mar 2014 21:41:10 +0100 Subject: [Simh] Nova emulator Message-ID: <531CD1E6.8090701@ludd.ltu.se> Hi all, I took a look at the simh Nova emulator, and when reading the documentation it seems that neither the MMU nor the FPU is supported. Is this correct or just the docs lagging behind? I would like to fix Nova 840 support, that's why I am asking, and since the docs say nothing about Nova800 either I assume it is missing :-) So, any special recommendations if I would like to write that? Two other questions related to this: - Are the test programs for these extensions available in some form? - Is MRDOS (Mapped RDOS) for Nova available somewhere? I have the software myself, but unfortunately only on either paper tape, which I have difficulties reading, on 8" floppy (and no floppy drive), or 6045 pack (but no 6045...) I do have the corresponding listings also for some of the SW (like NMORT). -- Ragge From simh at swabhawat.com Mon Mar 10 09:27:46 2014 From: simh at swabhawat.com (simh at swabhawat.com) Date: Mon, 10 Mar 2014 14:27:46 +0100 Subject: [Simh] KS10 and the DMR Message-ID: <001101cf3c64$86fd3110$94f79330$@swabhawat.com> More time is getting consumed by the things around it like to enable debugging then the debugging proper. A Tops10-703 base system with Decnet networking has been generated. The standard basic network partner for my network tests is a Vax8600 with various DMC lines; I only use the more broader equipped Pdp11 with Dmc/Dup lines if I use Dup testing to contrast inline Ddcmp (DCM/DMR) with host based Ddcmp (Dup) behaviour as the latter can be seen as the "proper" standard. The base image was verified configured with the Kdp/Dup communicating with the Vax Dmc; Decnet functioned on the Ddcmp/Routing level and NFT worked. Therefor the base image can be assumed to be sound (enough). Configured with the Dmr and the D8RINT V016 driver set it still establishes the same crash in DEFCIR. This driver - already in its unpatched form - excels in an extraordinary amount of resetting the Dmr device completely, even the unconfigured non existing lines. Debugging D8RINT in 703 is somewhat different from 704 as the code seems to run in a different section from startup; initially the symbols are invisible, but that can be easily managed. Repairing the cause of the DEFCIR crash this still leads to another crash further down the line, but now at least we reach a stage where some Ddcmp activity can be seen. It looks like the Dmr at that point is properly setup to start communicating with the Vax Dmc (set in Dmr mode). However while the Vax is transmitting and receiving start dialog packets, the Tops10 side remains stuck in only transmitting start packets and retrying that after time out of receiving an acknowledge. Before continuing with the investigation of the further behavior of the D8RINT, it is now necessary to first investigate the Dmr emulation path why the Vax transmitted packets are not received. As the Ddcmp process is entirely within the Dmr, the Tops10 side has actually very little to do with it. Either the Dmr hasn't been properly setup or there is something within the emulation. What exactly is wrong cannot easily be explained as the Dmc/Dmr code base in the Pddp10 and Vax emulators is in fact (almost) the same. There is no difference in effective behaviour between the Tcp/IP connections of the Dmc/Dmr pair with and without udp; only when using the normal connections sometimes the lines are seen to be unavailable or busy. While on the Vax normal transmit/receive is shown, on the Pdp10 side this shows: DDCMP Link State: IStart R: 0 N: 0 A: 0 T: 1 X: 0 SACK: false SNAK: false SREP: false rcv_pkt: 00000000 rcv_pkt_size: 0 xmt_buffer: 00000000 nak_reason: 0 TimerRunning: true TimeRemaining: 4 Swbw07> show dmr0 stat DMR0 input (on) queued/total = 8/8 output (on) queued/total = 0/2104 packet data queued/packets sent = 0/263 output buffer size = 16384 bytes in buffer = 0 Buffers received from the network=0 Buffers sent to the network=1012 Output transfers completed for receive buffers=0 Output transfers completed for transmit buffers=0 Input transfers completed for receive buffers=15 Input transfers completed for transmit buffers=0 Control Out operations processed=0 DDCMP control packets received=0 DDCMP control packets sent=1012 To be continued ... -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael.mondy at coffeebird.net Mon Mar 10 15:43:30 2014 From: michael.mondy at coffeebird.net (Michael Mondy) Date: Mon, 10 Mar 2014 14:43:30 -0500 Subject: [Simh] SEL computer information In-Reply-To: <263AC31989A845D8A0BD8D3183A720FA@SILVER> References: <263AC31989A845D8A0BD8D3183A720FA@SILVER> Message-ID: <20140310194330.GA31567@coffeebird.net> On Wed, Mar 05, 2014 at 06:57:03PM -0700, AZ Bevier wrote: > Hello all, > > I have lots of Gould/Encore/SEL software/manuals that I have developed/used over the last 35 years. I am getting old(er) and wish to see this information used for something. I have original manuals (lots) and many cross-development tools. Such as a C compiler, runtime library, assembler, library editor, make facility, disassembler, debugger, lots of tools, etc. I have the original source. These tools run on Linux and target SEL Concept/32 machines. Where can I send this stuff to. Is anybody interested? Let me know what I can do with all this stuff. > > Thanks, > > Jim Perhaps the Computer History Museum http://www.computerhistory.org/ or a similar organization? -- Michael From aek at bitsavers.org Mon Mar 10 16:36:56 2014 From: aek at bitsavers.org (Al Kossow) Date: Mon, 10 Mar 2014 13:36:56 -0700 Subject: [Simh] SEL computer information In-Reply-To: <20140310194330.GA31567@coffeebird.net> References: <263AC31989A845D8A0BD8D3183A720FA@SILVER> <20140310194330.GA31567@coffeebird.net> Message-ID: <531E2268.4090404@bitsavers.org> On 3/10/14 12:43 PM, Michael Mondy wrote: > On Wed, Mar 05, 2014 at 06:57:03PM -0700, AZ Bevier wrote: >> Hello all, >> >> I have lots of Gould/Encore/SEL software/manuals that I have developed/used over the last 35 years. I am getting old(er) and wish to see this information used for something. I have original manuals (lots) and many cross-development tools. Such as a C compiler, runtime library, assembler, library editor, make facility, disassembler, debugger, lots of tools, etc. I have the original source. These tools run on Linux and target SEL Concept/32 machines. Where can I send this stuff to. Is anybody interested? Let me know what I can do with all this stuff. >> >> Thanks, >> >> Jim > > Perhaps the Computer History Museum http://www.computerhistory.org/ or a similar organization? > I did send a message saying I (bitsavers / CHM) was interested From Bruce at Wild-Hare.com Mon Mar 10 18:26:00 2014 From: Bruce at Wild-Hare.com (Bruce Ray) Date: Mon, 10 Mar 2014 16:26:00 -0600 Subject: [Simh] Nova emulator In-Reply-To: <531CD1E6.8090701@ludd.ltu.se> References: <531CD1E6.8090701@ludd.ltu.se> Message-ID: <531E3BF8.7070206@Wild-Hare.com> G'day Ragge - To my knowledge, neither the Nova 840 map nor the FPU are implemented in the official SimH release. I will contact you off-list regarding assistance with the other items... Bruce Bruce Ray Wild Hare Computer Systems, Inc. On 3/9/2014 2:41 PM, Anders Magnusson wrote: > Hi all, > > I took a look at the simh Nova emulator, and when reading the > documentation it seems that neither the MMU nor the FPU is supported. > Is this correct or just the docs lagging behind? > > I would like to fix Nova 840 support, that's why I am asking, and since > the docs say nothing about Nova800 either I assume it is missing :-) > > So, any special recommendations if I would like to write that? > > Two other questions related to this: > - Are the test programs for these extensions available in some form? > - Is MRDOS (Mapped RDOS) for Nova available somewhere? > > I have the software myself, but unfortunately only on either paper tape, > which I have difficulties reading, on 8" floppy (and no floppy drive), > or 6045 pack (but no 6045...) > > I do have the corresponding listings also for some of the SW (like NMORT). > > -- Ragge > _______________________________________________ > Simh mailing list > Simh at trailing-edge.com > http://mailman.trailing-edge.com/mailman/listinfo/simh From pyewacket at idcu.de Fri Mar 14 01:16:34 2014 From: pyewacket at idcu.de (Pyewacket) Date: Fri, 14 Mar 2014 06:16:34 +0100 Subject: [Simh] IBM System/32 emulator In-Reply-To: <5315DEFA.7010106@bitsavers.org> References: <5315DEFA.7010106@bitsavers.org> Message-ID: <532290B2.9080708@idcu.de> On 04.03.2014 15:11, Al Kossow wrote: > > I noticed that the first track is very different, with very long sectors > compared to the > rest of the disk. The microcode diskettes for system/32, /34 and /36 used one 4 KByte sector on track zero for IPL. S/36 had programs DIAGINIT and DIAGCOPY which could format and make copies of the S/36 microcode diskettes. From ahling at eadc.se Sat Mar 15 17:46:30 2014 From: ahling at eadc.se (=?ISO-8859-1?Q?G=F6ran_=C5hling?=) Date: Sat, 15 Mar 2014 22:46:30 +0100 Subject: [Simh] Nova emulator In-Reply-To: <531CD1E6.8090701@ludd.ltu.se> References: <531CD1E6.8090701@ludd.ltu.se> Message-ID: <5324CA36.30500@eadc.se> Want help to borrow an 8" drive? Paper tape readers, I only have "in unknown condition"... Location: Gothenburg, Sweden, but visiting Stockholm frequently. /G?ran On 2014-03-09 21:41, Anders Magnusson wrote: > Hi all, > > I took a look at the simh Nova emulator, and when reading the > documentation it seems that neither the MMU nor the FPU is supported. > Is this correct or just the docs lagging behind? > > I would like to fix Nova 840 support, that's why I am asking, and > since the docs say nothing about Nova800 either I assume it is missing > :-) > > So, any special recommendations if I would like to write that? > > Two other questions related to this: > - Are the test programs for these extensions available in some form? > - Is MRDOS (Mapped RDOS) for Nova available somewhere? > > I have the software myself, but unfortunately only on either paper > tape, which I have difficulties reading, on 8" floppy (and no floppy > drive), or 6045 pack (but no 6045...) > > I do have the corresponding listings also for some of the SW (like > NMORT). > > -- Ragge > _______________________________________________ > Simh mailing list > Simh at trailing-edge.com > http://mailman.trailing-edge.com/mailman/listinfo/simh From ragge at ludd.ltu.se Sun Mar 16 06:38:56 2014 From: ragge at ludd.ltu.se (Anders Magnusson) Date: Sun, 16 Mar 2014 11:38:56 +0100 Subject: [Simh] Nova emulator In-Reply-To: <5324CA36.30500@eadc.se> References: <531CD1E6.8090701@ludd.ltu.se> <5324CA36.30500@eadc.se> Message-ID: <53257F40.2040904@ludd.ltu.se> Thanks for the offer, G?ran. What I meant below was that I both have a 6030, tape reader and 6045-compatible drive, but the system is not working so I cannot make use of it currently, so the challenge is to get it onto "usable media". ...and now when I looked at the floppies, I couldn't find the diag discs either :-/ Only RDOS floppies. -- Ragge G?ran ?hling skrev 2014-03-15 22:46: > Want help to borrow an 8" drive? > > Paper tape readers, I only have "in unknown condition"... > > Location: Gothenburg, Sweden, but visiting Stockholm frequently. > > /G?ran > > On 2014-03-09 21:41, Anders Magnusson wrote: >> Hi all, >> >> I took a look at the simh Nova emulator, and when reading the >> documentation it seems that neither the MMU nor the FPU is supported. >> Is this correct or just the docs lagging behind? >> >> I would like to fix Nova 840 support, that's why I am asking, and >> since the docs say nothing about Nova800 either I assume it is >> missing :-) >> >> So, any special recommendations if I would like to write that? >> >> Two other questions related to this: >> - Are the test programs for these extensions available in some form? >> - Is MRDOS (Mapped RDOS) for Nova available somewhere? >> >> I have the software myself, but unfortunately only on either paper >> tape, which I have difficulties reading, on 8" floppy (and no floppy >> drive), or 6045 pack (but no 6045...) >> >> I do have the corresponding listings also for some of the SW (like >> NMORT). >> >> -- Ragge >> _______________________________________________ >> Simh mailing list >> Simh at trailing-edge.com >> http://mailman.trailing-edge.com/mailman/listinfo/simh > > _______________________________________________ > Simh mailing list > Simh at trailing-edge.com > http://mailman.trailing-edge.com/mailman/listinfo/simh From fausap at unina.it Tue Mar 25 10:30:40 2014 From: fausap at unina.it (Fausto Saporito) Date: Tue, 25 Mar 2014 15:30:40 +0100 Subject: [Simh] IBM1620 usage Message-ID: Hello all, I'm trying to use the i1620 without any luck. I downloaded the papertapes archives from bitsavers archive (software part) and I was able to start the fortran compiler (fo003ap.pt), but when I have to process my source file, I have a lot of problems. I'm using an utility ascii2pt (found in the bitsavers archive) to convert the txt in pt format. The simulator always complains about PTR end of file. Here is the session, and the ini file: set cpu mod2 set cpu fp dep sw1 1 dep 0 rnpt 0 att ptp punch.txt att ptr fo003ap.pt att lpt printer.txt sim> run 0 1620 FORTRAN VER-2 PROCESSOR 8/63 ENTER SOURCE PROGRAM, PUSH START HALT instruction, PC: 8116 (B 00402,01608) sim> att ptr output.pt sim> c PTR end of file I/O error, PC: 546 (RAPT 17323) output.pt is the ascii2pt utility output. The txt file is ASCII standard with windows end of line (i tried also unix with the same result). So I tried using TTY, setting the sw3 to 1. IBM 1620 simulator V4.0-0 Beta git commit id: 9068ea0e sim> dep sw3 1 sim> run 0 1620 FORTRAN VER-2 PROCESSOR 8/63 ENTER SOURCE PROGRAM, PUSH START HALT instruction, PC: 8116 (B 00402,01608) sim> c >C TEXT FORTRAN PROGRAM `08300 C TEXT FORTRAN PROGRAM > 100 READ 7,A,B `08300 100 READ 7,A,BN PROGRAM Overflow check, PC: 8416 (C 17303,17313) sim> in the fortran pdf manual I read after you type the first line of your program, you have to "... press the "record mark key", then press release, then start key to continue the compilation. The carriage will return after each statement has been processed, to await the entry of the next statement until an END statement is entered". Do you have any idea ? thanks in advance, Fausto -------------- next part -------------- An HTML attachment was scrubbed... URL: From dott.piergiorgio at fastwebnet.it Wed Mar 26 04:23:30 2014 From: dott.piergiorgio at fastwebnet.it (dott.Piergiorgio d' Errico) Date: Wed, 26 Mar 2014 09:23:30 +0100 Subject: [Simh] IBM1620 usage In-Reply-To: References: Message-ID: <53328E82.4000404@fastwebnet.it> Il 25/03/2014 15:30, Fausto Saporito ha scritto: > I'm using an utility ascii2pt (found in the bitsavers archive) to convert > the txt in pt format. > The simulator always complains about PTR end of file. tried to concatenate the object "stack" with the source "stack" ? detaching and attaching a card stack image zero the PTR, and this can be the cause, the emulated 1620 and/or card reader thinking there's an empty hopper.... Best regards from Italy, dott. Piergiorgio. From malcolm at avitech.com.au Thu Mar 27 19:57:41 2014 From: malcolm at avitech.com.au (Malcolm Macleod) Date: Fri, 28 Mar 2014 10:57:41 +1100 Subject: [Simh] ADC Super Six simulation question Message-ID: <037b01cf4a18$5991ed80$0cb5c880$@avitech.com.au> I'm trying to get ADC S6 simulation running in the altairz80.exe simulator - so far without success. Here are the SIMH commands I've been trying: SET ADCS6 ENABLED SET CPU Z80 ATTACH ADCS60 AD-MS-P1.IMD [this is the name of a known good IMD image copied from real 8" floppy] BOOT ADCS60 The BOOT command returns the following message, but then hangs indefinitely: Booting ADCS6 Controller My questions are: 1. Any suggestions as to why this is hanging indefinitely - am I missing some critical steps? 2. Do I need to load an image of the S6's on-board EPROM somewhere? 3. Can other floppy image formats (such as DMK) be used with the simulator? If anyone has a working SIMH script and IMD boot disk for the S6, I'd appreciate a copy. Thanks in advance, Malcolm. -------------- next part -------------- An HTML attachment was scrubbed... URL: From jg at jordi.guillaumes.name Mon Mar 3 09:01:29 2014 From: jg at jordi.guillaumes.name (Jordi Guillaumes i Pons) Date: Mon, 3 Mar 2014 15:01:29 +0100 Subject: [Simh] RT11 dists in RX02 floppy images and SIMH RY support Message-ID: <6A8B939C-5C6B-45F1-A749-01EC0381E16C@jordi.guillaumes.name> Hello, Both in trailing-edge.com and in bitsavers there are some floppy images that should contain the RT-11 5.4g kit. I have tried to use those images in simg and I get: - A system crash when I try to boot from them, attaching the disks to RY0 (the crash is due to an attempt to execute at address 0). - A "directory read error" when I try to read them from a running RT-11 5.03 system. I wonder if the disk images are corrupted, or the RX02 support in simh is broken. Has anybody tried to read those images with any kind of success? Jordi Guillaumes i Pons jg at jordi.guillaumes.name HECnet: BITXOV::JGUILLAUMES From bqt at softjar.se Mon Mar 3 09:47:00 2014 From: bqt at softjar.se (Johnny Billquist) Date: Mon, 03 Mar 2014 15:47:00 +0100 Subject: [Simh] RT11 dists in RX02 floppy images and SIMH RY support In-Reply-To: <6A8B939C-5C6B-45F1-A749-01EC0381E16C@jordi.guillaumes.name> References: <6A8B939C-5C6B-45F1-A749-01EC0381E16C@jordi.guillaumes.name> Message-ID: <531495E4.6070804@softjar.se> On 2014-03-03 15:01, Jordi Guillaumes i Pons wrote: > Hello, > > Both in trailing-edge.com and in bitsavers there are some floppy images that should contain the RT-11 5.4g kit. I have tried to use those images in simg and I get: > > - A system crash when I try to boot from them, attaching the disks to RY0 (the crash is due to an attempt to execute at address 0). > - A "directory read error" when I try to read them from a running RT-11 5.03 system. > > I wonder if the disk images are corrupted, or the RX02 support in simh is broken. Has anybody tried to read those images with any kind of success? I have no idea about this specifically, but it is worth remembering that DEC did interleaving at the software level of these disks, so it might be that an image of the floppies gets this wrong... You need to know how the copies were made, and how simh treats them. Johnny From aek at bitsavers.org Mon Mar 3 12:06:01 2014 From: aek at bitsavers.org (Al Kossow) Date: Mon, 03 Mar 2014 09:06:01 -0800 Subject: [Simh] More 1620 documentation Message-ID: <5314B679.606@bitsavers.org> Was curious if anyone was still interested in this simulation... CHM got in some new documents, including 1311-3 ALDs and disk diagnostic listings which prompted me to get off my butt and try to get some of the archived manuals scanned that were collected by the 1620 restoration team. Expect a bunch of new documents on http://bitsavers.org/pdf/ibm/1620 over the next week or two. There should be more than enough there to get the Monitor working. I'm also trying to locate the images of the diagnostics. Unfortunately, there wasn't any media for the diags in the new lot. This also reminded me that we got in several boxes of 1620 cards with the SAP collection in 2006 from the IBM European Software Library. should be fun.. From h.j.stegeman at hccnet.nl Tue Mar 4 03:46:57 2014 From: h.j.stegeman at hccnet.nl (h.j.stegeman at hccnet.nl) Date: Tue, 4 Mar 2014 09:46:57 +0100 Subject: [Simh] IBM System/32 emulator Message-ID: Hi, I am new on this list, but not new with simh. I assisted Dutch Owen in writing his System/3 model 10 emulator, which I modified later to a model 15D emulator. I have now started a new project: an IBM system/32 simh emulator. The S/32 has two storages: - Control Storage: This storage is 4 kiloword large and contains micro-instructions for the S/3 instruction set emulator and the IOS. (The S/32 CPU is hardwired, not micro-coded) These micro-instructions have all a fixed length of 16 bits. - Main Storage: This storage is 32 kilobyte and contains the SCP written in S/3 machine code. These two storages are in different spaces. First dilemma: what should be the "main storage" from a simh point of view ? The CPU executes micro instructions from CS, so imho it should be CS. With: sim> e 0-15 the content of the first 16 words in CS should be displayed. But what to do with the Main Storage ?. For this storage I also need a "examine" command. Adding a CS/MS parameter to the "e" command is an option. Seperate switch that selects CS or MS (the real S/32 has one) would be the right option I think. But how can I troggle (dynamic) between 8 or 16 bit data paths in simh ? Q1: What is the best way to implement operator panel troggle switches in simh ? I need them for: - selecting CS / MS for display / altering storage. - selecting IMPL CS or IPL from MS. Q2: How can I display (with the "examine" command) in simh _bytes_ in Main Storage mode and _words_ in CS mode ? Example: sim> troggle sw to CS sim> e 1 1: 5246 sim> troggle sw to MS sim> e 1 1: CE Thanks for any tips or suggestions. Regards Henk From aek at bitsavers.org Tue Mar 4 09:11:06 2014 From: aek at bitsavers.org (Al Kossow) Date: Tue, 04 Mar 2014 06:11:06 -0800 Subject: [Simh] IBM System/32 emulator In-Reply-To: References: Message-ID: <5315DEFA.7010106@bitsavers.org> On 3/4/14 12:46 AM, h.j.stegeman at hccnet.nl wrote: > The S/32 has two storages: > > - Control Storage: > This storage is 4 kiloword large and contains micro-instructions for the S/3 > instruction set emulator and the IOS. (The S/32 CPU is hardwired, not > micro-coded) > These micro-instructions have all a fixed length of 16 bits. > Have you been able to successfully extract the microcode records from a S/32 IPL or diagnostic floppy? I noticed that the first track is very different, with very long sectors compared to the rest of the disk. From h.j.stegeman at hccnet.nl Tue Mar 4 11:13:35 2014 From: h.j.stegeman at hccnet.nl (Henk Stegeman) Date: Tue, 4 Mar 2014 17:13:35 +0100 Subject: [Simh] IBM System/32 emulator Message-ID: Hi Al, > Have you been able to successfully extract the microcode records from a S/32 IPL or diagnostic floppy? > I noticed that the first track is very different, with very long sectors compared to the > rest of the disk. Yes ! Track 0 is indeed a very special sector. It starts with some sync bits followed by a AM marker and then 2048 words including a CRC. This sector can not be read by any standard floppy controller. I connected a data separator to a 8" floppy drive, then I over sampled the output with a logic analyser. The output was saved as an CSV file. I wrote a special programs that reads this csv file. It looks for the AM marker (some clock pulses are missing) and then reads the 2048 words. Last but not least I verified the CRC with a software routine. Initially it failed, but after including the AM in the CRC is was ok. Do you have by any chance the listings of these micro-instructions ? So far I know they where part of the systems CE manuals. Regards Henk From simh at swabhawat.com Wed Mar 5 19:59:08 2014 From: simh at swabhawat.com (simh at swabhawat.com) Date: Thu, 6 Mar 2014 01:59:08 +0100 Subject: [Simh] KS10 and the DMR Message-ID: <00e301cf38d7$47e57d60$d7b07820$@swabhawat.com> When trying to make the combination Simh KS10 work with the DMR synchronous line interface on Tops10-704; some peculiarities are encountered. Has anyone at the time seen this combination effectively work on the real hardware? The driver for DMR is D8RINT.MAC in UNSMON and is created for Tops10-702 by Timothe Litt and he stated in the documentation that performance had been checked in relation to the standard supported Kdp/Dup combination, so something must have worked at the time, whether within Dec laboratory or in the real world with some special customers. However by EDDT debugging the monitor 704, it is now clear that with the current releases of D8RINT and Tops10-704 it is impossible to function because of at least 2 errors in de code; one in D8RINT itself which on itself can be easily repaired, but leads to another second error found in SYSINI in Tops10; the relative location in SYSINI and possibly the form of the DMRONC routine creates race conditions on establishing the unibus map in the DMR control block leading to stopcode UBA. Does anyone know of later releases of D8RINT and or what the last working combination was. The errors found - thus far - have nothing to do with the hardware interaction itself or Simh emulation of it proper; it is pure Tops10 bebaviour. Best regards Volledige inhoud weergeven -------------- next part -------------- An HTML attachment was scrubbed... URL: From b4 at gewt.net Wed Mar 5 19:18:53 2014 From: b4 at gewt.net (Cory Smelosky) Date: Wed, 5 Mar 2014 19:18:53 -0500 (EST) Subject: [Simh] KS10 and the DMR In-Reply-To: <00e301cf38d7$47e57d60$d7b07820$@swabhawat.com> References: <00e301cf38d7$47e57d60$d7b07820$@swabhawat.com> Message-ID: On Thu, 6 Mar 2014, simh at swabhawat.com wrote: > Does anyone know of later releases of D8RINT and or what the last working > combination was. The errors found - thus far - have nothing to do with the > hardware interaction itself or Simh emulation of it proper; it is pure > Tops10 bebaviour. > A newer one /might/ have been included with the 7.05 monitor set. Not sure though. > Best regards > > Volledige inhoud weergeven > > > > -- Cory Smelosky http://gewt.net Personal stuff http://gimme-sympathy.org Projects From simh at swabhawat.com Wed Mar 5 20:16:16 2014 From: simh at swabhawat.com (simh at swabhawat.com) Date: Thu, 6 Mar 2014 02:16:16 +0100 Subject: [Simh] KS10 and the DMR References: <00e301cf38d7$47e57d60$d7b07820$@swabhawat.com> Message-ID: <00fe01cf38d9$ac3cacf0$04b606d0$@swabhawat.com> Might you know by chance where the 705 set can be retrieved; as far as I know 705 was the result of various patches applied to 704 and not released as a separate version. Best regards >A newer one /might/ have been included with the 7.05 monitor set. Not sure though. > Best regards > > Volledige inhoud weergeven > > > > -- Cory Smelosky http://gewt.net Personal stuff http://gimme-sympathy.org Projects From b4 at gewt.net Wed Mar 5 19:31:44 2014 From: b4 at gewt.net (Cory Smelosky) Date: Wed, 5 Mar 2014 19:31:44 -0500 (EST) Subject: [Simh] KS10 and the DMR In-Reply-To: <00f901cf38d9$370e3390$a52a9ab0$@swabhawat.com> References: <00e301cf38d7$47e57d60$d7b07820$@swabhawat.com> <00f901cf38d9$370e3390$a52a9ab0$@swabhawat.com> Message-ID: On Thu, 6 Mar 2014, R. Voorhorst wrote: > Might you know by chance where the 705 set can be retrieved; as far as I > know 705 was the result of various patches applied to 704 and not released > as a separate version. > I _think_ it's the TSU tapes on http://pdp-10.trailing-edge.com/ > Best regards > > >> A newer one /might/ have been included with the 7.05 monitor set. Not sure > though. > >> Best regards >> >> Volledige inhoud weergeven >> >> >> >> > > -- > Cory Smelosky > http://gewt.net Personal stuff > http://gimme-sympathy.org Projects > > -- Cory Smelosky http://gewt.net Personal stuff http://gimme-sympathy.org Projects From simh at swabhawat.com Wed Mar 5 20:18:00 2014 From: simh at swabhawat.com (simh at swabhawat.com) Date: Thu, 6 Mar 2014 02:18:00 +0100 Subject: [Simh] KS10 and the DMR In-Reply-To: <00e301cf38d7$47e57d60$d7b07820$@swabhawat.com> References: <00e301cf38d7$47e57d60$d7b07820$@swabhawat.com> Message-ID: <00ff01cf38d9$ea8f6b00$bfae4100$@swabhawat.com> Trying to see whether it would work on Tops10-703 as probably nearby enough to 702, the following emerges: somehow on the 703 Decnet distribution tape a D8RINT version already for the 704 monitor version has been shipped as it has code on board referring to code pieces only existing in other monitor modules from 704 onwards. It can be checked against the difference between the versions of it's ancestor D8KINT. I know, status of D8RINT was effective unsupported although the various hooks to it do exist in supported monitor modules, but this flaw should not have happened. D8RINT as shipped in 703 Decnet cannot be used in the 703 monitor generation. Volledige inhoud weergeven -------------- next part -------------- An HTML attachment was scrubbed... URL: From simh at swabhawat.com Wed Mar 5 20:31:57 2014 From: simh at swabhawat.com (simh at swabhawat.com) Date: Thu, 6 Mar 2014 02:31:57 +0100 Subject: [Simh] KS10 and the DMR Message-ID: <010d01cf38db$dd458db0$97d0a910$@swabhawat.com> With the search functionality in the archive one can retrieve some older versions of D8RINT.MAC On the TSU for 704 there is no one distributed, so the last is for 704. -------------- next part -------------- An HTML attachment was scrubbed... URL: From azbevier at gmail.com Wed Mar 5 20:57:03 2014 From: azbevier at gmail.com (AZ Bevier) Date: Wed, 5 Mar 2014 18:57:03 -0700 Subject: [Simh] SEL computer information Message-ID: <263AC31989A845D8A0BD8D3183A720FA@SILVER> Hello all, I have lots of Gould/Encore/SEL software/manuals that I have developed/used over the last 35 years. I am getting old(er) and wish to see this information used for something. I have original manuals (lots) and many cross-development tools. Such as a C compiler, runtime library, assembler, library editor, make facility, disassembler, debugger, lots of tools, etc. I have the original source. These tools run on Linux and target SEL Concept/32 machines. Where can I send this stuff to. Is anybody interested? Let me know what I can do with all this stuff. Thanks, Jim -------------- next part -------------- An HTML attachment was scrubbed... URL: From Mark at infocomm.com Wed Mar 5 23:32:17 2014 From: Mark at infocomm.com (Mark Pizzolato - Info Comm) Date: Wed, 5 Mar 2014 20:32:17 -0800 Subject: [Simh] KS10 and the DMR In-Reply-To: <010d01cf38db$dd458db0$97d0a910$@swabhawat.com> References: <010d01cf38db$dd458db0$97d0a910$@swabhawat.com> Message-ID: <0CC6789C1C831B4C8CCFF49D45D7010F0127E0C19740@REDROOF2.alohasunset.com> This issue has been discovered, but no real resolution has been discovered to resolve it. It is open on the github issue system at: https://github.com/simh/simh/issues/100 You guys seem to be digging in the right direction. If/when this process gets far enough to actually engage the DMR device more than the basic bus probe and 'are you there' device initialization which we've seen so far, there may indeed be problems with the DMR implementation. I'd be glad to see that so I can fix it. Please keep me advised. Commenting in the github issue would be good, but here on the simh list will also work. Thanks. - Mark -------------- next part -------------- An HTML attachment was scrubbed... URL: From simh at swabhawat.com Thu Mar 6 03:32:02 2014 From: simh at swabhawat.com (simh at swabhawat.com) Date: Thu, 6 Mar 2014 09:32:02 +0100 Subject: [Simh] KS10 and the DMR Message-ID: <013501cf3916$8cab1600$a6014200$@swabhawat.com> Mark, this is a cross posting from me with respect to Simh issue list to broaden the discussion. The forum name appears somewhat unfortunate to be Simh as it is the mail address I use for Simh exchanges. Reindert -------------- next part -------------- An HTML attachment was scrubbed... URL: From simh at swabhawat.com Thu Mar 6 08:28:28 2014 From: simh at swabhawat.com (simh at swabhawat.com) Date: Thu, 6 Mar 2014 14:28:28 +0100 Subject: [Simh] KS10 and the DMR Message-ID: <014c01cf393f$f5e62fa0$e1b28ee0$@swabhawat.com> Laziness doesn't pay .. For checking the DMR behavior I resorted to the 703 image distributed on the net. The fact that the DMR version V022 didn't line out with the monitor version 703, to search for all versions of D8RINT in the archives; a few were found. Since some distrust arose, I decided to stay at the safe side and to create a fresh 703 image with Decnet from the " officially" published distribution media. There then surfaces a version V016 of D8RINT which matches the 703 monitor; thus the published 703 medium (PaulAllen's) is somewhat spoiled with respect to version consistency. The D8RINT V016 compiles and links without flaw in a generated 703 monitor system, but it crashes in the same place in DEFCIR under the same conditions. Applying the same fix for it - insert a JCFL 0 noop before the status check nullifying the skip return - as with 704 leads to the same ultimate termination, in this case stopcode IME. At least here, there is no race condition with respect to Unibus mapping so that error in 704 is avoided. It is probably created when startup components were integrated in one SYSINI module in 704. If that problem is tentatively fixed in the SYSINI in version 704 there is the same kind of error as in 703. Further stepping back to Tops10-702 at the moment seems to be not possible as there currently are no 702 distribution media present. Best regards -------------- next part -------------- An HTML attachment was scrubbed... URL: From simh at swabhawat.com Thu Mar 6 13:04:26 2014 From: simh at swabhawat.com (simh at swabhawat.com) Date: Thu, 6 Mar 2014 19:04:26 +0100 Subject: [Simh] KS10 and the DMR Message-ID: <016001cf3966$835f1dd0$8a1d5970$@swabhawat.com> Comparing the debugging results from Tops10 703 with 704 I decided to switch the test code base to D8RINT V016 and Tops10-703 since this version combination is closer to the original, of which Timothe reported it had run, and because with one code patch, of which one can be reasonably sure that it may be correct, the whole system gets more closer to the operational state and consequently more (register) DMR device interaction is seen. So it is also becoming closer to a case in which potentially wrong or unimplemented expected DMR behavior may start to influence a possible cause leading to the next perceived crash. At least on a preliminary glimpse, there seems to be some bits put in the DMR registers where there is no definition for in the Simh code base, but it still early in the debugging process an this can be seen wrongly. Needs a lot more of debugging and code tracing with venerable (E)DDT ..... -------------- next part -------------- An HTML attachment was scrubbed... URL: From ragge at ludd.ltu.se Sun Mar 9 16:41:10 2014 From: ragge at ludd.ltu.se (Anders Magnusson) Date: Sun, 09 Mar 2014 21:41:10 +0100 Subject: [Simh] Nova emulator Message-ID: <531CD1E6.8090701@ludd.ltu.se> Hi all, I took a look at the simh Nova emulator, and when reading the documentation it seems that neither the MMU nor the FPU is supported. Is this correct or just the docs lagging behind? I would like to fix Nova 840 support, that's why I am asking, and since the docs say nothing about Nova800 either I assume it is missing :-) So, any special recommendations if I would like to write that? Two other questions related to this: - Are the test programs for these extensions available in some form? - Is MRDOS (Mapped RDOS) for Nova available somewhere? I have the software myself, but unfortunately only on either paper tape, which I have difficulties reading, on 8" floppy (and no floppy drive), or 6045 pack (but no 6045...) I do have the corresponding listings also for some of the SW (like NMORT). -- Ragge From simh at swabhawat.com Mon Mar 10 09:27:46 2014 From: simh at swabhawat.com (simh at swabhawat.com) Date: Mon, 10 Mar 2014 14:27:46 +0100 Subject: [Simh] KS10 and the DMR Message-ID: <001101cf3c64$86fd3110$94f79330$@swabhawat.com> More time is getting consumed by the things around it like to enable debugging then the debugging proper. A Tops10-703 base system with Decnet networking has been generated. The standard basic network partner for my network tests is a Vax8600 with various DMC lines; I only use the more broader equipped Pdp11 with Dmc/Dup lines if I use Dup testing to contrast inline Ddcmp (DCM/DMR) with host based Ddcmp (Dup) behaviour as the latter can be seen as the "proper" standard. The base image was verified configured with the Kdp/Dup communicating with the Vax Dmc; Decnet functioned on the Ddcmp/Routing level and NFT worked. Therefor the base image can be assumed to be sound (enough). Configured with the Dmr and the D8RINT V016 driver set it still establishes the same crash in DEFCIR. This driver - already in its unpatched form - excels in an extraordinary amount of resetting the Dmr device completely, even the unconfigured non existing lines. Debugging D8RINT in 703 is somewhat different from 704 as the code seems to run in a different section from startup; initially the symbols are invisible, but that can be easily managed. Repairing the cause of the DEFCIR crash this still leads to another crash further down the line, but now at least we reach a stage where some Ddcmp activity can be seen. It looks like the Dmr at that point is properly setup to start communicating with the Vax Dmc (set in Dmr mode). However while the Vax is transmitting and receiving start dialog packets, the Tops10 side remains stuck in only transmitting start packets and retrying that after time out of receiving an acknowledge. Before continuing with the investigation of the further behavior of the D8RINT, it is now necessary to first investigate the Dmr emulation path why the Vax transmitted packets are not received. As the Ddcmp process is entirely within the Dmr, the Tops10 side has actually very little to do with it. Either the Dmr hasn't been properly setup or there is something within the emulation. What exactly is wrong cannot easily be explained as the Dmc/Dmr code base in the Pddp10 and Vax emulators is in fact (almost) the same. There is no difference in effective behaviour between the Tcp/IP connections of the Dmc/Dmr pair with and without udp; only when using the normal connections sometimes the lines are seen to be unavailable or busy. While on the Vax normal transmit/receive is shown, on the Pdp10 side this shows: DDCMP Link State: IStart R: 0 N: 0 A: 0 T: 1 X: 0 SACK: false SNAK: false SREP: false rcv_pkt: 00000000 rcv_pkt_size: 0 xmt_buffer: 00000000 nak_reason: 0 TimerRunning: true TimeRemaining: 4 Swbw07> show dmr0 stat DMR0 input (on) queued/total = 8/8 output (on) queued/total = 0/2104 packet data queued/packets sent = 0/263 output buffer size = 16384 bytes in buffer = 0 Buffers received from the network=0 Buffers sent to the network=1012 Output transfers completed for receive buffers=0 Output transfers completed for transmit buffers=0 Input transfers completed for receive buffers=15 Input transfers completed for transmit buffers=0 Control Out operations processed=0 DDCMP control packets received=0 DDCMP control packets sent=1012 To be continued ... -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael.mondy at coffeebird.net Mon Mar 10 15:43:30 2014 From: michael.mondy at coffeebird.net (Michael Mondy) Date: Mon, 10 Mar 2014 14:43:30 -0500 Subject: [Simh] SEL computer information In-Reply-To: <263AC31989A845D8A0BD8D3183A720FA@SILVER> References: <263AC31989A845D8A0BD8D3183A720FA@SILVER> Message-ID: <20140310194330.GA31567@coffeebird.net> On Wed, Mar 05, 2014 at 06:57:03PM -0700, AZ Bevier wrote: > Hello all, > > I have lots of Gould/Encore/SEL software/manuals that I have developed/used over the last 35 years. I am getting old(er) and wish to see this information used for something. I have original manuals (lots) and many cross-development tools. Such as a C compiler, runtime library, assembler, library editor, make facility, disassembler, debugger, lots of tools, etc. I have the original source. These tools run on Linux and target SEL Concept/32 machines. Where can I send this stuff to. Is anybody interested? Let me know what I can do with all this stuff. > > Thanks, > > Jim Perhaps the Computer History Museum http://www.computerhistory.org/ or a similar organization? -- Michael From aek at bitsavers.org Mon Mar 10 16:36:56 2014 From: aek at bitsavers.org (Al Kossow) Date: Mon, 10 Mar 2014 13:36:56 -0700 Subject: [Simh] SEL computer information In-Reply-To: <20140310194330.GA31567@coffeebird.net> References: <263AC31989A845D8A0BD8D3183A720FA@SILVER> <20140310194330.GA31567@coffeebird.net> Message-ID: <531E2268.4090404@bitsavers.org> On 3/10/14 12:43 PM, Michael Mondy wrote: > On Wed, Mar 05, 2014 at 06:57:03PM -0700, AZ Bevier wrote: >> Hello all, >> >> I have lots of Gould/Encore/SEL software/manuals that I have developed/used over the last 35 years. I am getting old(er) and wish to see this information used for something. I have original manuals (lots) and many cross-development tools. Such as a C compiler, runtime library, assembler, library editor, make facility, disassembler, debugger, lots of tools, etc. I have the original source. These tools run on Linux and target SEL Concept/32 machines. Where can I send this stuff to. Is anybody interested? Let me know what I can do with all this stuff. >> >> Thanks, >> >> Jim > > Perhaps the Computer History Museum http://www.computerhistory.org/ or a similar organization? > I did send a message saying I (bitsavers / CHM) was interested From Bruce at Wild-Hare.com Mon Mar 10 18:26:00 2014 From: Bruce at Wild-Hare.com (Bruce Ray) Date: Mon, 10 Mar 2014 16:26:00 -0600 Subject: [Simh] Nova emulator In-Reply-To: <531CD1E6.8090701@ludd.ltu.se> References: <531CD1E6.8090701@ludd.ltu.se> Message-ID: <531E3BF8.7070206@Wild-Hare.com> G'day Ragge - To my knowledge, neither the Nova 840 map nor the FPU are implemented in the official SimH release. I will contact you off-list regarding assistance with the other items... Bruce Bruce Ray Wild Hare Computer Systems, Inc. On 3/9/2014 2:41 PM, Anders Magnusson wrote: > Hi all, > > I took a look at the simh Nova emulator, and when reading the > documentation it seems that neither the MMU nor the FPU is supported. > Is this correct or just the docs lagging behind? > > I would like to fix Nova 840 support, that's why I am asking, and since > the docs say nothing about Nova800 either I assume it is missing :-) > > So, any special recommendations if I would like to write that? > > Two other questions related to this: > - Are the test programs for these extensions available in some form? > - Is MRDOS (Mapped RDOS) for Nova available somewhere? > > I have the software myself, but unfortunately only on either paper tape, > which I have difficulties reading, on 8" floppy (and no floppy drive), > or 6045 pack (but no 6045...) > > I do have the corresponding listings also for some of the SW (like NMORT). > > -- Ragge > _______________________________________________ > Simh mailing list > Simh at trailing-edge.com > http://mailman.trailing-edge.com/mailman/listinfo/simh From pyewacket at idcu.de Fri Mar 14 01:16:34 2014 From: pyewacket at idcu.de (Pyewacket) Date: Fri, 14 Mar 2014 06:16:34 +0100 Subject: [Simh] IBM System/32 emulator In-Reply-To: <5315DEFA.7010106@bitsavers.org> References: <5315DEFA.7010106@bitsavers.org> Message-ID: <532290B2.9080708@idcu.de> On 04.03.2014 15:11, Al Kossow wrote: > > I noticed that the first track is very different, with very long sectors > compared to the > rest of the disk. The microcode diskettes for system/32, /34 and /36 used one 4 KByte sector on track zero for IPL. S/36 had programs DIAGINIT and DIAGCOPY which could format and make copies of the S/36 microcode diskettes. From ahling at eadc.se Sat Mar 15 17:46:30 2014 From: ahling at eadc.se (=?ISO-8859-1?Q?G=F6ran_=C5hling?=) Date: Sat, 15 Mar 2014 22:46:30 +0100 Subject: [Simh] Nova emulator In-Reply-To: <531CD1E6.8090701@ludd.ltu.se> References: <531CD1E6.8090701@ludd.ltu.se> Message-ID: <5324CA36.30500@eadc.se> Want help to borrow an 8" drive? Paper tape readers, I only have "in unknown condition"... Location: Gothenburg, Sweden, but visiting Stockholm frequently. /Göran On 2014-03-09 21:41, Anders Magnusson wrote: > Hi all, > > I took a look at the simh Nova emulator, and when reading the > documentation it seems that neither the MMU nor the FPU is supported. > Is this correct or just the docs lagging behind? > > I would like to fix Nova 840 support, that's why I am asking, and > since the docs say nothing about Nova800 either I assume it is missing > :-) > > So, any special recommendations if I would like to write that? > > Two other questions related to this: > - Are the test programs for these extensions available in some form? > - Is MRDOS (Mapped RDOS) for Nova available somewhere? > > I have the software myself, but unfortunately only on either paper > tape, which I have difficulties reading, on 8" floppy (and no floppy > drive), or 6045 pack (but no 6045...) > > I do have the corresponding listings also for some of the SW (like > NMORT). > > -- Ragge > _______________________________________________ > Simh mailing list > Simh at trailing-edge.com > http://mailman.trailing-edge.com/mailman/listinfo/simh From ragge at ludd.ltu.se Sun Mar 16 06:38:56 2014 From: ragge at ludd.ltu.se (Anders Magnusson) Date: Sun, 16 Mar 2014 11:38:56 +0100 Subject: [Simh] Nova emulator In-Reply-To: <5324CA36.30500@eadc.se> References: <531CD1E6.8090701@ludd.ltu.se> <5324CA36.30500@eadc.se> Message-ID: <53257F40.2040904@ludd.ltu.se> Thanks for the offer, Göran. What I meant below was that I both have a 6030, tape reader and 6045-compatible drive, but the system is not working so I cannot make use of it currently, so the challenge is to get it onto "usable media". ...and now when I looked at the floppies, I couldn't find the diag discs either :-/ Only RDOS floppies. -- Ragge Göran Åhling skrev 2014-03-15 22:46: > Want help to borrow an 8" drive? > > Paper tape readers, I only have "in unknown condition"... > > Location: Gothenburg, Sweden, but visiting Stockholm frequently. > > /Göran > > On 2014-03-09 21:41, Anders Magnusson wrote: >> Hi all, >> >> I took a look at the simh Nova emulator, and when reading the >> documentation it seems that neither the MMU nor the FPU is supported. >> Is this correct or just the docs lagging behind? >> >> I would like to fix Nova 840 support, that's why I am asking, and >> since the docs say nothing about Nova800 either I assume it is >> missing :-) >> >> So, any special recommendations if I would like to write that? >> >> Two other questions related to this: >> - Are the test programs for these extensions available in some form? >> - Is MRDOS (Mapped RDOS) for Nova available somewhere? >> >> I have the software myself, but unfortunately only on either paper >> tape, which I have difficulties reading, on 8" floppy (and no floppy >> drive), or 6045 pack (but no 6045...) >> >> I do have the corresponding listings also for some of the SW (like >> NMORT). >> >> -- Ragge >> _______________________________________________ >> Simh mailing list >> Simh at trailing-edge.com >> http://mailman.trailing-edge.com/mailman/listinfo/simh > > _______________________________________________ > Simh mailing list > Simh at trailing-edge.com > http://mailman.trailing-edge.com/mailman/listinfo/simh From fausap at unina.it Tue Mar 25 10:30:40 2014 From: fausap at unina.it (Fausto Saporito) Date: Tue, 25 Mar 2014 15:30:40 +0100 Subject: [Simh] IBM1620 usage Message-ID: Hello all, I'm trying to use the i1620 without any luck. I downloaded the papertapes archives from bitsavers archive (software part) and I was able to start the fortran compiler (fo003ap.pt), but when I have to process my source file, I have a lot of problems. I'm using an utility ascii2pt (found in the bitsavers archive) to convert the txt in pt format. The simulator always complains about PTR end of file. Here is the session, and the ini file: set cpu mod2 set cpu fp dep sw1 1 dep 0 rnpt 0 att ptp punch.txt att ptr fo003ap.pt att lpt printer.txt sim> run 0 1620 FORTRAN VER-2 PROCESSOR 8/63 ENTER SOURCE PROGRAM, PUSH START HALT instruction, PC: 8116 (B 00402,01608) sim> att ptr output.pt sim> c PTR end of file I/O error, PC: 546 (RAPT 17323) output.pt is the ascii2pt utility output. The txt file is ASCII standard with windows end of line (i tried also unix with the same result). So I tried using TTY, setting the sw3 to 1. IBM 1620 simulator V4.0-0 Beta git commit id: 9068ea0e sim> dep sw3 1 sim> run 0 1620 FORTRAN VER-2 PROCESSOR 8/63 ENTER SOURCE PROGRAM, PUSH START HALT instruction, PC: 8116 (B 00402,01608) sim> c >C TEXT FORTRAN PROGRAM `08300 C TEXT FORTRAN PROGRAM > 100 READ 7,A,B `08300 100 READ 7,A,BN PROGRAM Overflow check, PC: 8416 (C 17303,17313) sim> in the fortran pdf manual I read after you type the first line of your program, you have to "... press the "record mark key", then press release, then start key to continue the compilation. The carriage will return after each statement has been processed, to await the entry of the next statement until an END statement is entered". Do you have any idea ? thanks in advance, Fausto -------------- next part -------------- An HTML attachment was scrubbed... URL: From dott.piergiorgio at fastwebnet.it Wed Mar 26 04:23:30 2014 From: dott.piergiorgio at fastwebnet.it (dott.Piergiorgio d' Errico) Date: Wed, 26 Mar 2014 09:23:30 +0100 Subject: [Simh] IBM1620 usage In-Reply-To: References: Message-ID: <53328E82.4000404@fastwebnet.it> Il 25/03/2014 15:30, Fausto Saporito ha scritto: > I'm using an utility ascii2pt (found in the bitsavers archive) to convert > the txt in pt format. > The simulator always complains about PTR end of file. tried to concatenate the object "stack" with the source "stack" ? detaching and attaching a card stack image zero the PTR, and this can be the cause, the emulated 1620 and/or card reader thinking there's an empty hopper.... Best regards from Italy, dott. Piergiorgio. From malcolm at avitech.com.au Thu Mar 27 19:57:41 2014 From: malcolm at avitech.com.au (Malcolm Macleod) Date: Fri, 28 Mar 2014 10:57:41 +1100 Subject: [Simh] ADC Super Six simulation question Message-ID: <037b01cf4a18$5991ed80$0cb5c880$@avitech.com.au> I'm trying to get ADC S6 simulation running in the altairz80.exe simulator - so far without success. Here are the SIMH commands I've been trying: SET ADCS6 ENABLED SET CPU Z80 ATTACH ADCS60 AD-MS-P1.IMD [this is the name of a known good IMD image copied from real 8" floppy] BOOT ADCS60 The BOOT command returns the following message, but then hangs indefinitely: Booting ADCS6 Controller My questions are: 1. Any suggestions as to why this is hanging indefinitely - am I missing some critical steps? 2. Do I need to load an image of the S6's on-board EPROM somewhere? 3. Can other floppy image formats (such as DMK) be used with the simulator? If anyone has a working SIMH script and IMD boot disk for the S6, I'd appreciate a copy. Thanks in advance, Malcolm. -------------- next part -------------- An HTML attachment was scrubbed... URL: