On 3 Jan 2013, at 10:22, Jordi Guillaumes i Pons <jg at jordi.guillaumes.name> wrote:
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.
It's unfortunate both of us had to give up. :(
Jordi Guillaumes i Pons
jg at jordi.guillaumes.name
HECnet: BITXOV::JGUILLAUMES
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
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
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>
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.
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.
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>
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
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
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.