HECnet

hecnet@lists.dfupdate.se

15586 discussions

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.

12 years, 11 months

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.

12 years, 11 months

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>

12 years, 11 months

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

12 years, 11 months

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

12 years, 11 months

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.

12 years, 11 months

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

12 years, 11 months

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

by bqt＠softjar.se

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. Johnny -- Johnny Billquist || "I'm on a bus || on a psychedelic trip email: bqt at softjar.se || Reading murder books pdp is alive! || tryin' to stay hip" - B. Idol

12 years, 11 months

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

by jg＠jordi.guillaumes.name

El 03/01/2013, a les 8:26, Jordi Guillaumes i Pons <jg at jordi.guillaumes.name> va escriure: Jordi Guillaumes i Pons Barcelona - Catalunya - Europa El 03/01/2013, a les 0:10, "Rob Jarratt" <robert.jarratt at ntlworld.com> va escriure: I have been struggling particularly with PDP10, trying to get TOPS-10 to use it, but I really don't know how and my attempt to build a new monitor with DMR11 emulation (almost identical to DMC11) failed at the link stage, but I don't know why. That is what happens here too... My guess is it is necessary to build a modified TOPS10.REL. But without the docs it can be quite difficult. I have just found there is a bug in the current HEAD version that prevents to use the DZ multiplexer in the pdp10 simulator (it seems to work in the pdp11 and VAXen though). Work-in-progress software is wonderful :) Jordi Guillaumes i Pons jg at jordi.guillaumes.name HECnet: BITXOV::JGUILLAUMES

12 years, 11 months

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 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... Jordi Guillaumes i Pons jg at jordi.guillaumes.name HECnet: BITXOV::JGUILLAUMES

12 years, 11 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

HECnet