HECnet

hecnet@lists.dfupdate.se

15589 discussions

DMC11 in next simh version... looks nice, and question about TOPS-10

by jg＠jordi.guillaumes.name

El 03/01/2013, a les 12:46, G. <gerry77 at mail.com> va escriure: Let's hope that the ANF-10 trick is enough! :) I just made another compile WITHOUT ANF-10 and now I have got no missing symbols. This begins to look somehow as black magic. Oh, and the startup crash shows up if I include any networking capability in the monitor, with or without KMC and DMR... I will give up by now. Jordi Guillaumes i Pons jg at jordi.guillaumes.name HECnet: BITXOV::JGUILLAUMES

13 years, 1 month

DMC11 in next simh version... looks nice, and question about TOPS-10

by Paul_Koning＠Dell.com

On Jan 3, 2013, at 4:13 AM, Jordi Guillaumes i Pons wrote: El 03/01/2013, a les 9:33, G. <gerry77 at mail.com> va escriure: The Software Installation Guide lists a bunch of MONGEN questions related to DECnet on KS10s, asking for KMC/DUP or DMR hardware characteristics. A quick Google search seems to confirm that both KMC and DMR are very similar to DMC and software compatible with it. DMR should be a DMC enhancement/replacement. The KMC11 is a user programmable microcontroller that's the basis of the DMC11. But it's not a compatible replacement. Instead, the KMC was used as a co-processor to drive a "dumb interface" like the DUP11. So no, if you have a DMC or DMR, you do *not* call for KMC/DUP support in your monitor. paul

13 years, 1 month

Raspberry PI and PDP-11 emulation via SIMH

by jg＠jordi.guillaumes.name

Add the VDE stuff first... I can't tell the full list of packages now. But it is worth to have! Jordi Guillaumes i Pons Barcelona - Catalunya - Europa El 03/01/2013, a les 13:50, sampsa at mac.com va escriure: Dated and no ethernet. Basically do this (as root): apt-get install build-essential apt-get build-dep simh <download SIMH sources and make>

13 years, 1 month

2.11BSD and E11

by b4＠gewt.net

On 3 Jan 2013, at 07:50, Cory Smelosky <b4 at gewt.net> wrote: On 3 Jan 2013, at 03:26, John Wilson <wilson at dbit.com> wrote: From: Cory Smelosky <b4 at gewt.net> I'm currently having a bit of trouble getting 2.11BSD working in E11 when using the prebuilt disk by neozeed from source forge: Looks like you're booting from tape? And installing onto what disk image? Yes, booting from tape with what appears to have been an incorrectly attached tape image. ;) Oops, incorrectly attached disk image, not tape. I couldn't find the tape image you're using. I did find what purports to be an RP06 image but it's actually slightly too small for that, so E11 auto-detects it as an RP05 and half of it vanishes. It boots up fine when the type is forced with "MOUNT DB: 211BSD /RP06". Ah. That would make sense. Buuuut, Massbus disks are disabled in the current E11 Demo versions. At this point that's an oversight (all but the RP07 are within the Demo version's size limit) so I'll uncripple that for the next release. I can't remember the last time anyone wanted to use the Massbus emulations! Otherwise I would have noticed and fixed this ages ago. Meanwhile if you can install onto an MSCP disk then life will be easy. Okay cool, thanks! I'll stage it on to an MSCP disk using simh and then copy the image over and see if that helps any. ;) Thanks for pointing this out! John Wilson D Bit -- Cory Smelosky http://gewt.net/ Personal stuff! http://gimme-sympathy.org/ My permanently-a-work-in-progress pet project. -- Cory Smelosky http://gewt.net/ Personal stuff! http://gimme-sympathy.org/ My permanently-a-work-in-progress pet project.

13 years, 1 month

2.11BSD and E11

by b4＠gewt.net

On 3 Jan 2013, at 03:26, John Wilson <wilson at dbit.com> wrote: From: Cory Smelosky <b4 at gewt.net> I'm currently having a bit of trouble getting 2.11BSD working in E11 when using the prebuilt disk by neozeed from source forge: Looks like you're booting from tape? And installing onto what disk image? Yes, booting from tape with what appears to have been an incorrectly attached tape image. ;) I couldn't find the tape image you're using. I did find what purports to be an RP06 image but it's actually slightly too small for that, so E11 auto-detects it as an RP05 and half of it vanishes. It boots up fine when the type is forced with "MOUNT DB: 211BSD /RP06". Ah. That would make sense. Buuuut, Massbus disks are disabled in the current E11 Demo versions. At this point that's an oversight (all but the RP07 are within the Demo version's size limit) so I'll uncripple that for the next release. I can't remember the last time anyone wanted to use the Massbus emulations! Otherwise I would have noticed and fixed this ages ago. Meanwhile if you can install onto an MSCP disk then life will be easy. Okay cool, thanks! I'll stage it on to an MSCP disk using simh and then copy the image over and see if that helps any. ;) Thanks for pointing this out! John Wilson D Bit -- Cory Smelosky http://gewt.net/ Personal stuff! http://gimme-sympathy.org/ My permanently-a-work-in-progress pet project.

13 years, 1 month

Raspberry PI and PDP-11 emulation via SIMH

by sampsa＠mac.com

On 3 Jan 2013, at 04:34, Cory Smelosky <b4 at gewt.net> wrote: Either it is dated, or the raspbian repository lacks it entirely. I forget which. Dated and no ethernet. Basically do this (as root): apt-get install build-essential apt-get build-dep simh <download SIMH sources and make>

13 years, 1 month

LAT vs CTERM

by sampsa＠mac.com

On 2 Jan 2013, at 21:38, Kari Uusim ki <uusimaki at exdecfinland.org> wrote: Anyway, I assume CTERM isn't the best way to transfer files. Not really the point :) It's just that CTERM "felt" slower, I wanted to quantify so Kermit seemed handy. But I do in fact use Kermit as my default telnet client on my MBP, in case I just wanna do some quick ad-hoc transfers. sampsa

13 years, 1 month

DMC11 in next simh version... looks nice, and question about TOPS-10

by jg＠jordi.guillaumes.name

El 03/01/2013, a les 12:46, G. <gerry77 at mail.com> va escriure: Let's hope that the ANF-10 trick is enough! :) Well, now the monitor compiles and links, but it crashes on startup: Stopcode EMA, type=STOP, on CPU0 at 3-Jan-113 13:35:03 CPU Status Block APRID = 470130,,010001 CONI APR, = 001060,,000070 CONI PI, = 000000,,000271 CONI PAG, = 000000,,060002 DATAI PAG, = 500100,,000004 Reload monitor [Dumping on DSKC:CRASH.EXE[1,4]] I've tried defining both a KMC11 and a DMR11 and I get the same crash. So I guess we are still without DECNET in the KS simulator... Jordi Guillaumes i Pons jg at jordi.guillaumes.name HECnet: BITXOV::JGUILLAUMES

13 years, 1 month

DMC11 in next simh version... looks nice, and question about TOPS-10

by gerry77＠mail.com

On Thu, 3 Jan 2013 10:13:04 +0100, you wrote: Well, tried it: [...] ?LNKUGS 7 undefined global symbols NTFONC 456353 GIVSTC 456516 NTDPRV 460114 GETSTC 456543 NTONPJ 456373 NTFSEC 456354 PCBPCV 461503 Perhaps I might have found a solution. I seem to remember that once I read something somewhere (maybe on alt.sys.pdp10) about certain cases in which ANF-10 support couldn't be excluded even if unneeded. So I tried a build with it and I obtained NO undefined symbols. I have no way to test the resulting monitor, but maybe it could work. BTW, I noticed that even with those seven undefined symbols the executable file got created anyway, so maybe they are not really needed for the monitor to work... I Don't know. Here is the full transcription of my attempt (some values are obviously just placeholders for better chosen ones): | .r mongen | | Write MONGEN.MIC (YES,NO) : no | MONGEN for 704 monitors | | MONGEN will generate any known TOPS-10 configuration. For information | about which configurations are supported, please refer to the SPD. | | /HELP (PROMPT,SHORT,LONG) ]: | Which GEN (SYS,F) : | Output(DSK:SYSCNF.MAC): | DECsystem10 (KL,KS) : ks | System name : KMC test | CPU0 serial number (1-10000) : 999 | Exclude monitor overhead from user run time (YES,NO) : | Account verification (YES,NO) : | | Autoconfigured device options: | Include Ethernet service (NO,YES,PROMPT): | Prompt for RP0x/RM0x Massbus disks (NO,YES): | Include TM02/TM03 magtapes (NO,YES,PROMPT): yes | Include UNIBUS/LP20 printers (NO,YES,PROMPT): | Include UNIBUS/CD20 card readers (NO,YES,PROMPT): | | Local terminal configuration: | DZ-11 TTY lines (0-32) : 8 | | OPR octal line number (CTY,0-7) : | Data set lines | | | Number of Jobs (1-511) : 120 | Maximum pages of core for each job (0,0-16384) : | Total amount of system core in K (512-4096) : 4096 | Clock ticks per second (60,50) : | Allow jobs to be locked in core (YES,NO) : | Guaranteed number of pages for unlocked jobs (0,0-16384) : 10 | Number of pages reserved for locking jobs in Exec Virtual Memory (10,0-?):50 | Number of high priority interrupt queues (0,0-15): 15 | Meter (NO,YES) : | KASER (NO,YES) : | MPXSER (YES,NO) : | PSISER (YES,NO) : | IPCF (YES,NO) : | ENQ/DEQ (YES,NO) : | Disk sets (ALL) : | Configure non-autoconfigured hardware (NO,YES) : | Number of KMC/DUP Lines (0,0-2) : 1 | Type of line for KDP0 (ANF10,DECNET,USER,IBM) : decnet | Number of PTYs (20,1-500) : | | Network software (YES,NO) : | Node name : test | Number of remote TTYs (480,0-480) : | | ANF-10 software (YES,NO) : | Node name (TEST) : | Node number of central site (1,1-77) : | Remote terminals (YES,NO) : no | Remote card readers (YES,NO) : no | Remote line printers (YES,NO) : no | Remote paper tape punches (NO,YES) : no | Remote paper tape readers (NO,YES) : no | Remote plotters (NO,YES) : no | Remote DN8x DDCMP devices (YES,NO) : no | Remote data entry terminals (YES,NO) : no | Remote task-to-task (YES,NO) : no | Number of connects (256,1-512) : | | DECnet software (YES,NO) : | Node name (TEST) : | Area number of central site (1,1-63) : | Node number of central site (1,1-1023) : | Router type (ROUTING,NONROUTING) : | Transmit password (DECNET20) : | Remote terminals (YES,NO) : | | Decimal "symbol,value" | | | Octal "symbol,value" | | | SIXBIT "symbol,value" | | | Type "device-mnemonic,PI-channel" for special devices | | | Type "device-mnemonic,PI-channel,no.-of-devices" | | | Type "device-mnemonic,PI-channel,highest-ac-to-save" | | | Type "ersatz-device,P,Pn,search-list-type" | | | Type "command-name,dispatch,flags,unique-bits,PRVTAB-name" | | | Terminal class : | | Additional terminals for classes: | | Class to extend : | | System default terminal type (TTY) : | File DSK:SYSCNF.MAC Closed | | Which GEN (SYS,F) : ^Z | | EXIT | | .COMPILE/COMPILE SYSCNF+<COMMON,COMDEV,COMMOD> | MACRO: COMMON | MACRO: COMDEV | MACRO: COMMOD | | EXIT | | .r link | | *TESTM/SAVE/NOINITIAL/HASH:13K = /LOCALS - | #COMMON,COMDEV,COMMOD,TOPS10[10,7,MON,KS]/SEARCH- | #/PATCH:200/COUNTERS/GO | [LNKRLC Reloc. ctr. initial value current value limit value | .LOW. 0 72204 340000 | .HIGH. 340000 673131 720000 | .INIT. 740000 765112 771000 | .TWIC. 771000 772401 1000000 | Absolute code loaded] | | EXIT | | . My gess was the distributed TOPS10.REL does not contain all the required modules, so it should be rebuilt somehow. The "A" appendix in the software installation manual is supposed to explain that, but it has not been of much help... No, I'm quite sure about this: as long as you build a monitor with a standard set of features, you do not need to rebuild TOPS10.REL from scratch. The Software Installation Guide is quite clear about that (page 9-16): | If you are using a standard combination of feature-test switch settings and | DIGITAL-supplied sources, you do not need to assemble the remainder of the | bundled monitor modules. These modules have already been assembled and | combined in a monitor library file named TOPS10.REL. | [...] | If you are not using a standard combination of feature-test switch settings | or if you have made changes to the monitor sources, you must assemble all | the monitor sources, creating a new monitor library file. http://pdp-10.trailing-edge.com/tops10v704_docc/01/10,7/docupd/sig.mem.html Let's hope that the ANF-10 trick is enough! :) G.

13 years, 1 month

unattended booting, was Re: [HECnet] DMC11 in next simh version... looks nice, and question about TOPS-10

by jg＠jordi.guillaumes.name

El 03/01/2013, a les 11:40, Johnny Billquist <bqt at softjar.se> va escriure: On 2013-01-03 10:56, Jordi Guillaumes i Pons wrote: El 03/01/2013, a les 10:42, Johnny Billquist <bqt at softjar.se> va escriure: The date/time prompt is just in the script. It's totally optional as such. That said, simh do emulate an 11/93 or 11/94 just fine, which do have a toy. Thanks! I assume I will need to SYSGEN for the /93... Not really. RSX detects if it is an 11/93, and enables the additional switches to the TIM command based on that. And STARTUP.CMD also notices, and sets the clock based on the TOY. However, until you edit STARTUP.CMD, it will still ask about the time. If you've generated a system with all the bells and whistles, the doing a new SYSGEN won't really change anything. It works. Thanks a lot! Jordi Guillaumes i Pons jg at jordi.guillaumes.name HECnet: BITXOV::JGUILLAUMES

13 years, 1 month

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

HECnet