This just came up on Fess Bouc. I did not know that it existed.
It's an LLVM-backed modern compiler for BLISS.
https://madisongh.github.io/blissc/
--
Liam Proven - Profile: https://about.me/liamproven
Email: lproven at cix.co.uk - Google Mail/Hangouts/Plus: lproven at gmail.com
Twitter/Facebook/Flickr: lproven - Skype/LinkedIn: liamproven
UK: +44 7939-087884 - ?R (+ WhatsApp/Telegram/Signal): +420 702 829 053
I took a look at all the lines you mentioned. BDAL3-13, BDIN, BSYNC, and
BBS7 are all active and jump around in some manner. BRPLY is still the only
line that does not have any activity on it. None of the BDAL lines seem
shorted to ground or to each other. My DLV11-J is configured to essentially
factory settings (J3 set as console, 8 bits no parity) except for the fact
that J3 is at 9.6k baud instead of 300, the address jumpers are exactly the
same as the one you provided.
On Sun, May 26, 2019 at 6:35 PM Noel Chiappa <jnc at mercury.lcs.mit.edu>
wrote:
> Hey, I owe you replies to about a zillion emails; been busy, I'll
> try and get to them tomorrow. A few quick things:
>
>
> > My M8043 (DLV11-J) just arrived today.
>
> Here are the jumpers on mine, which I just pulled from a working system,
> so you can compare and make sure you have them correct:
>
> A5 L
> A9 L
> A12 C
> A10 C
> A11 C
> A8 C
> C2 C
> C1 C
>
> Key: L = jumper from left post to right (component side up, gold pads
> at bottom)
> C = jumper from center post to right
>
> A6 I
> A7 R
>
> I = Insert, R = Remove
>
> B-X-H X-H
>
> I have left out the vectors jumpers, since ODT doesn't use interrupts, and
> the line config jumpers (their setting shouldn't have any effect on the
> ability of the board to respond to ODT).
>
>
> > I have a hard time imagining that both my M8017 and my M8043 are
> > bad, but it could still be possible.
>
> Well, I did mention that the CPU board could have a fault causing it to
> put out a bad address for the console; the other likely cause is that
> both consoles are bad. Not sure which is the most likely.
>
> The blunt hammer debugging technique is to look at the address being put
> out on the bus; you'll need to look at BDAL3-12 and BBS7 (sort of an AND
> of all the high address bits, so devices should work on Q16, Q18 and Q22;
> in fact, the manual says that device should look at BBS7, and hot BDA13
> and up). Best to use a 'scope so you can see what the waveforms look like.
> This is slow and painful, but will allow precise, definitive diagnosis.
>
> If the address is good, look also at BDIN. If that's toggling, it's the
> consoles. Otherwise, CPU issue,which we'll delve into once the data
> points definitively.
>
> Noel
>
Hi
????? Thanks to Glen Slick I now have a old windows xp system running SIMH
???? Its connected to my LAN so web and file access are OK
???? In addition to the normal IDE drive it has an additional SCSI
controller and drive
????? Using SIMH? I have created an image (RD54.dsk) containing a RSTS
system.
???? I am awaiting the final instructions as to how to copy the image
to the SCSI drive in such a way I can connect it to the SCSI controller
in the 11/93 and have it boot.
Rod Smallwood
--
I've been doing more work on my 9000/350 now that I have actual space to
do work on it in. Although the 10b2 is flaky, I can usually coax it to work.
However, the damn thing won't query DNS even though I have a populated
/etc/resolv.conf. It can ping the name server, and if the name server's
name is in /etc/hosts it will resolve it (and even telnet to it), but it
won't talk to it for anything else.
I'm not as adept at HP/UX before 10.20 (my first experience with the OS),
but I understand 8.0 "fails over" to /etc/hosts if it has some issues with
DNS. Fine, but how can I get it to switch *back*? There's no /etc/nsswitch.conf
and I don't think this version supports it anyway.
--
------------------------------------ personal: http://www.cameronkaiser.com/ --
Cameron Kaiser * Floodgap Systems * www.floodgap.com * ckaiser at floodgap.com
-- There is always one more imbecile than you counted on. ---------------------
The Acer PC I was using to write the image to the SCSI drive has gone kaput.
Clearly PSU (not plugtop? mains fuse).
Its a non standard PSU and no schematic available.
Fall back is to get one of the SLU's (other than the console) on the
KDJ11-E going and TU58 it.
Rod
--
Hi
??? Whilst I wait to hear from Glen Slick who has got me this far
(Thanks Glen) I'll restate the problem.
1. I now have an old XP system with SIMH on it (PDP11.exe)
2.? I have created RD54.dsk containing RSTS/E
3. Attached to the system is a 2.1Gb SCSI drive via an adaptec 2940
controller
4. I need a tried and tested list of step by step instructions to put
RD54.dsk on the SCSI drive.
5. The drive will then be moved to a CQD-220A/TM SCSI controller on my
KDJ11-E based 11/93 and must boot.
6. Its just an image copy from one drive to another on the same system.
7. Nobody has come up with a tried and tested list of step by step
instructions yet.
Rod Smallwood
--