Re: Interesting RK8E fault

[Josh Dersch via cctalk]

On Sat, Dec 8, 2018 at 10:43 PM Guy Sotomayor Jr  wrote:

>
> On Dec 8, 2018, at 10:36 PM, Josh Dersch  wrote:
>
> On Sat, Dec 8, 2018 at 10:33 PM Guy Sotomayor Jr 
> wrote:
>
>>
>> > On Dec 8, 2018, at 8:50 PM, Josh Dersch via cctalk <
>> cctalk@classiccmp.org> wrote:
>> >
>> > On Sat, Dec 8, 2018 at 7:24 PM Paul Anderson via cctalk <
>> > cctalk@classiccmp.org> wrote:
>> >
>> >> Are you using the same pack for the 8 and the 11
>> >>
>> >
>> > I connected the drive I normally use with my 11/40 to the 8/e for
>> testing
>> > to help narrow down where the fault was.
>> > I used a 16-sector pack in all cases.
>>
>> You should be using 12 sector packs on the 11 and 16 sector packs on the
>> 8.
>>
>> I’m actually surprised the 16 sector pack worked on the 11.
>>
>
> In all cases /pertinent to this discussion/, i.e. with the RK8E attached
> to both the 11/40's RK05 and the RK05 I've restored for the 8/e.
>
> I have 12-sector packs that I normally use with the 11/40.
>
>
> OK, just so that I understand the problem:
>
>
>- Do you see the problem only on the RK05 you restored for the 8/e and
>don’t see it on the drives from the 11/40?
>- Or do you see the problem on all the drives when hooked to the 8/e
>and when using a 12 sector pack on the 11/40 you don’t see the problem when
>using any of the drives on the 11/40?
>- Or do you see the problem on the drive restored for the 8/e but not
>on the drives from the 11/40?
>
>
>
Just to clear this all up :) :

I have an RK8E that's exhibiting some odd behavior.  Amongst other things
I've poked at, in order to help pinpoint the problem to the RK8E I ran the
formatter and exerciser using the RK8E with both the RK05 I restored for
use with the PDP-8/e *and* an RK05 I'd previously restored and which works
100% perfectly with my PDP-11/40.  In both cases (i.e. with the 8/e's RK05
and the 11/40's RK05) I used 16-sector packs (because I wouldn't expect it
to work on the PDP-8/e otherwise).

The diagnostic and formatter behave identically with both drives.
Therefore:  I assume the problem is with the RK8E.

If anyone has any insights into the inner workings of the RK8E (in
particular the CRC circuit, since it's used to compare the on-disk cylinder
address stored in the header with the cylinder selected by the RK8E's
address register) please let me know.

Thanks again,
Josh




> TTFN - Guy
>
>
>>
>> >
>> >
>> >>
>> >> On Sat, Dec 8, 2018 at 8:54 AM Bill Degnan via cctalk <
>> >> cctalk@classiccmp.org>
>> >> wrote:
>> >>
>> >>> On Sat, Dec 8, 2018, 1:02 AM Josh Dersch via cctalk <
>> >> cctalk@classiccmp.org
>> >>> wrote:
>> >>>
>>  On Fri, Dec 7, 2018 at 9:58 PM Josh Dersch 
>> wrote:
>> 
>> > Hi all --
>> >
>> > Finally got all the parts together (and my act together) to actually
>> >>> get
>> > an RK05 lashed up to my PDP-8/e -- only took a decade or so :).  I
>> >>> fixed
>>  a
>> > few problems with the RK05 and it appears to be behaving very
>> nicely.
>> >
>> > The RK8E controller is mostly working properly but fails
>> >> interestingly
>> > when running the formatter, and during the exerciser -- on cylinder
>> >> 128
>>  and
>> > 192 and very infrequently on cylinder 64 it will get a cylinder
>> >>> mismatch
>> > when doing the seek.  When running the formatter during the
>> >>> verification
>> > pass, on cyls 64 and 128 if I retry the read it'll continue without
>>  issues,
>> > but it's never successful on a retry on cylinder 192.  I tried
>> >> hooking
>> >>> it
>> > to the RK05 in my 11/40 and it exhibits the same behavior, so I'm
>>  guessing
>> > the drive isn't at fault.  And the error is consistent across packs
>> >> (of
>> > which I have only two).
>> >
>> > Apart from that fault the drive and controller seem to work fine --
>> I
>> > wrote out an OS/8 pack with Adventure on it (or at least the first
>> >> 191
>> > cylinders of it) and it works without issue.
>> >
>> > Reading the RK8E service docs and schematics, the cylinder address
>>  compare
>> > is done by reusing the CRC buffer, so I suspect the issue is in or
>> >>> around
>> > there -- the big problem is that debugging it is rather painful
>> since
>>  that
>> > logic is in the middle board of a three board set, with jumper
>> blocks
>> >>> on
>> > top -- so bringing it out on an extender isn't an option.  I'm
>> >> curious
>> >>> if
>> > anyone's seen this issue or is so very familiar with the logic that
>> >> the
>> > fault is obvious.
>> >
>> > I suspected the 7496 shift register at E14 which takes in the
>> >> cylinder
>> > address to be compared w/the header on disk, and I went ahead and
>>  replaced
>> > it in the hopes that I'd get lucky, but no go.
>> >
>> > Anyone have any advice?
>> >
>> > Thanks,
>> > Josh
>> >
>> >
>>  I'll add that during the format/verification the drive 

Re: Interesting RK8E fault

[Guy Sotomayor Jr via cctalk]

> On Dec 8, 2018, at 10:36 PM, Josh Dersch  wrote:
> 
> On Sat, Dec 8, 2018 at 10:33 PM Guy Sotomayor Jr  > wrote:
> 
> > On Dec 8, 2018, at 8:50 PM, Josh Dersch via cctalk  > > wrote:
> > 
> > On Sat, Dec 8, 2018 at 7:24 PM Paul Anderson via cctalk <
> > cctalk@classiccmp.org > wrote:
> > 
> >> Are you using the same pack for the 8 and the 11
> >> 
> > 
> > I connected the drive I normally use with my 11/40 to the 8/e for testing
> > to help narrow down where the fault was.
> > I used a 16-sector pack in all cases.
> 
> You should be using 12 sector packs on the 11 and 16 sector packs on the 8.
> 
> I’m actually surprised the 16 sector pack worked on the 11.
> 
> In all cases /pertinent to this discussion/, i.e. with the RK8E attached to 
> both the 11/40's RK05 and the RK05 I've restored for the 8/e. 
> 
> I have 12-sector packs that I normally use with the 11/40.

OK, just so that I understand the problem:

Do you see the problem only on the RK05 you restored for the 8/e and don’t see 
it on the drives from the 11/40?
Or do you see the problem on all the drives when hooked to the 8/e and when 
using a 12 sector pack on the 11/40 you don’t see the problem when using any of 
the drives on the 11/40?
Or do you see the problem on the drive restored for the 8/e but not on the 
drives from the 11/40?

TTFN - Guy

> 
> 
> > 
> > 
> >> 
> >> On Sat, Dec 8, 2018 at 8:54 AM Bill Degnan via cctalk <
> >> cctalk@classiccmp.org >
> >> wrote:
> >> 
> >>> On Sat, Dec 8, 2018, 1:02 AM Josh Dersch via cctalk <
> >> cctalk@classiccmp.org 
> >>> wrote:
> >>> 
>  On Fri, Dec 7, 2018 at 9:58 PM Josh Dersch   > wrote:
>  
> > Hi all --
> > 
> > Finally got all the parts together (and my act together) to actually
> >>> get
> > an RK05 lashed up to my PDP-8/e -- only took a decade or so :).  I
> >>> fixed
>  a
> > few problems with the RK05 and it appears to be behaving very nicely.
> > 
> > The RK8E controller is mostly working properly but fails
> >> interestingly
> > when running the formatter, and during the exerciser -- on cylinder
> >> 128
>  and
> > 192 and very infrequently on cylinder 64 it will get a cylinder
> >>> mismatch
> > when doing the seek.  When running the formatter during the
> >>> verification
> > pass, on cyls 64 and 128 if I retry the read it'll continue without
>  issues,
> > but it's never successful on a retry on cylinder 192.  I tried
> >> hooking
> >>> it
> > to the RK05 in my 11/40 and it exhibits the same behavior, so I'm
>  guessing
> > the drive isn't at fault.  And the error is consistent across packs
> >> (of
> > which I have only two).
> > 
> > Apart from that fault the drive and controller seem to work fine -- I
> > wrote out an OS/8 pack with Adventure on it (or at least the first
> >> 191
> > cylinders of it) and it works without issue.
> > 
> > Reading the RK8E service docs and schematics, the cylinder address
>  compare
> > is done by reusing the CRC buffer, so I suspect the issue is in or
> >>> around
> > there -- the big problem is that debugging it is rather painful since
>  that
> > logic is in the middle board of a three board set, with jumper blocks
> >>> on
> > top -- so bringing it out on an extender isn't an option.  I'm
> >> curious
> >>> if
> > anyone's seen this issue or is so very familiar with the logic that
> >> the
> > fault is obvious.
> > 
> > I suspected the 7496 shift register at E14 which takes in the
> >> cylinder
> > address to be compared w/the header on disk, and I went ahead and
>  replaced
> > it in the hopes that I'd get lucky, but no go.
> > 
> > Anyone have any advice?
> > 
> > Thanks,
> > Josh
> > 
> > 
>  I'll add that during the format/verification the drive seeks properly
> >>> (i.e.
>  it's not missing a step or overstepping), which I've confirmed by
> >>> watching
>  the thing walk through the tracks with the cover off.
>  
>  - Josh
>  
> >>> 
> >>> Partitions as rka0 / rka1?
> >>> B
> >>> 
>  
> >>> 
> >> 
> 

Re: Interesting RK8E fault

[Josh Dersch via cctalk]

On Sat, Dec 8, 2018 at 10:33 PM Guy Sotomayor Jr  wrote:

>
> > On Dec 8, 2018, at 8:50 PM, Josh Dersch via cctalk <
> cctalk@classiccmp.org> wrote:
> >
> > On Sat, Dec 8, 2018 at 7:24 PM Paul Anderson via cctalk <
> > cctalk@classiccmp.org> wrote:
> >
> >> Are you using the same pack for the 8 and the 11
> >>
> >
> > I connected the drive I normally use with my 11/40 to the 8/e for testing
> > to help narrow down where the fault was.
> > I used a 16-sector pack in all cases.
>
> You should be using 12 sector packs on the 11 and 16 sector packs on the 8.
>
> I’m actually surprised the 16 sector pack worked on the 11.
>

In all cases /pertinent to this discussion/, i.e. with the RK8E attached to
both the 11/40's RK05 and the RK05 I've restored for the 8/e.

I have 12-sector packs that I normally use with the 11/40.

- Josh






>
> TTFN - Guy
>
> >
> >
> >>
> >> On Sat, Dec 8, 2018 at 8:54 AM Bill Degnan via cctalk <
> >> cctalk@classiccmp.org>
> >> wrote:
> >>
> >>> On Sat, Dec 8, 2018, 1:02 AM Josh Dersch via cctalk <
> >> cctalk@classiccmp.org
> >>> wrote:
> >>>
>  On Fri, Dec 7, 2018 at 9:58 PM Josh Dersch 
> wrote:
> 
> > Hi all --
> >
> > Finally got all the parts together (and my act together) to actually
> >>> get
> > an RK05 lashed up to my PDP-8/e -- only took a decade or so :).  I
> >>> fixed
>  a
> > few problems with the RK05 and it appears to be behaving very nicely.
> >
> > The RK8E controller is mostly working properly but fails
> >> interestingly
> > when running the formatter, and during the exerciser -- on cylinder
> >> 128
>  and
> > 192 and very infrequently on cylinder 64 it will get a cylinder
> >>> mismatch
> > when doing the seek.  When running the formatter during the
> >>> verification
> > pass, on cyls 64 and 128 if I retry the read it'll continue without
>  issues,
> > but it's never successful on a retry on cylinder 192.  I tried
> >> hooking
> >>> it
> > to the RK05 in my 11/40 and it exhibits the same behavior, so I'm
>  guessing
> > the drive isn't at fault.  And the error is consistent across packs
> >> (of
> > which I have only two).
> >
> > Apart from that fault the drive and controller seem to work fine -- I
> > wrote out an OS/8 pack with Adventure on it (or at least the first
> >> 191
> > cylinders of it) and it works without issue.
> >
> > Reading the RK8E service docs and schematics, the cylinder address
>  compare
> > is done by reusing the CRC buffer, so I suspect the issue is in or
> >>> around
> > there -- the big problem is that debugging it is rather painful since
>  that
> > logic is in the middle board of a three board set, with jumper blocks
> >>> on
> > top -- so bringing it out on an extender isn't an option.  I'm
> >> curious
> >>> if
> > anyone's seen this issue or is so very familiar with the logic that
> >> the
> > fault is obvious.
> >
> > I suspected the 7496 shift register at E14 which takes in the
> >> cylinder
> > address to be compared w/the header on disk, and I went ahead and
>  replaced
> > it in the hopes that I'd get lucky, but no go.
> >
> > Anyone have any advice?
> >
> > Thanks,
> > Josh
> >
> >
>  I'll add that during the format/verification the drive seeks properly
> >>> (i.e.
>  it's not missing a step or overstepping), which I've confirmed by
> >>> watching
>  the thing walk through the tracks with the cover off.
> 
>  - Josh
> 
> >>>
> >>> Partitions as rka0 / rka1?
> >>> B
> >>>
> 
> >>>
> >>
>
>

Re: Interesting RK8E fault

[Guy Sotomayor Jr via cctalk]

> On Dec 8, 2018, at 8:50 PM, Josh Dersch via cctalk  
> wrote:
> 
> On Sat, Dec 8, 2018 at 7:24 PM Paul Anderson via cctalk <
> cctalk@classiccmp.org> wrote:
> 
>> Are you using the same pack for the 8 and the 11
>> 
> 
> I connected the drive I normally use with my 11/40 to the 8/e for testing
> to help narrow down where the fault was.
> I used a 16-sector pack in all cases.

You should be using 12 sector packs on the 11 and 16 sector packs on the 8.

I’m actually surprised the 16 sector pack worked on the 11.

TTFN - Guy

> 
> 
>> 
>> On Sat, Dec 8, 2018 at 8:54 AM Bill Degnan via cctalk <
>> cctalk@classiccmp.org>
>> wrote:
>> 
>>> On Sat, Dec 8, 2018, 1:02 AM Josh Dersch via cctalk <
>> cctalk@classiccmp.org
>>> wrote:
>>> 
 On Fri, Dec 7, 2018 at 9:58 PM Josh Dersch  wrote:
 
> Hi all --
> 
> Finally got all the parts together (and my act together) to actually
>>> get
> an RK05 lashed up to my PDP-8/e -- only took a decade or so :).  I
>>> fixed
 a
> few problems with the RK05 and it appears to be behaving very nicely.
> 
> The RK8E controller is mostly working properly but fails
>> interestingly
> when running the formatter, and during the exerciser -- on cylinder
>> 128
 and
> 192 and very infrequently on cylinder 64 it will get a cylinder
>>> mismatch
> when doing the seek.  When running the formatter during the
>>> verification
> pass, on cyls 64 and 128 if I retry the read it'll continue without
 issues,
> but it's never successful on a retry on cylinder 192.  I tried
>> hooking
>>> it
> to the RK05 in my 11/40 and it exhibits the same behavior, so I'm
 guessing
> the drive isn't at fault.  And the error is consistent across packs
>> (of
> which I have only two).
> 
> Apart from that fault the drive and controller seem to work fine -- I
> wrote out an OS/8 pack with Adventure on it (or at least the first
>> 191
> cylinders of it) and it works without issue.
> 
> Reading the RK8E service docs and schematics, the cylinder address
 compare
> is done by reusing the CRC buffer, so I suspect the issue is in or
>>> around
> there -- the big problem is that debugging it is rather painful since
 that
> logic is in the middle board of a three board set, with jumper blocks
>>> on
> top -- so bringing it out on an extender isn't an option.  I'm
>> curious
>>> if
> anyone's seen this issue or is so very familiar with the logic that
>> the
> fault is obvious.
> 
> I suspected the 7496 shift register at E14 which takes in the
>> cylinder
> address to be compared w/the header on disk, and I went ahead and
 replaced
> it in the hopes that I'd get lucky, but no go.
> 
> Anyone have any advice?
> 
> Thanks,
> Josh
> 
> 
 I'll add that during the format/verification the drive seeks properly
>>> (i.e.
 it's not missing a step or overstepping), which I've confirmed by
>>> watching
 the thing walk through the tracks with the cover off.
 
 - Josh
 
>>> 
>>> Partitions as rka0 / rka1?
>>> B
>>> 
 
>>> 
>> 

Re: meHp lOi semimuG

[Tomasz Rola via cctalk]

On Sat, Dec 08, 2018 at 06:28:51PM -0800, Fred Cisin via cctalk wrote:
> Yes.
> I replied to the spam, as shown below, although I switched it from
> cctech to cctalk.
[...]
> Other than your reply to Michael Mulhern's message, I never received
> the post from Michael Mulhern that you were replying to:
> 
> So, my count is:
> 1) Hempoil spam
> 2) my reply
> 3) your reply to me
> 4) my reply to you
> 5) your reply to me
> I NEVER GOT Michael Mulhern's post.
> 7?) your reply to Micheal Mulhern  I got THAT, but not Michael
> Mulhern's post that you were replying to.
> 8) Bill Gunshannon's reply to you

Same here. I found  1 and 2 in my 'smap forled' but not a trace of 6.

> On 12/8/18 4:43 PM, Michael Mulhern wrote:
> >We are the spambot challenge?
> Something like that.

Cheer up, at least we are still smart enough to bend idiotic thread
into something useful. I can stand some maps, either it goes into maps
forled or I skip it. But I would rather get all emails sent to me, it
possible of course. But a getting majority is still a win, so, no big
fuss.

-- 
Regards,
Tomasz Rola

--
** A C programmer asked whether computer had Buddha's nature.  **
** As the answer, master did "rm -rif" on the programmer's home**
** directory. And then the C programmer became enlightened...  **
** **
** Tomasz Rola  mailto:tomasz_r...@bigfoot.com **

Re: Interesting RK8E fault

[Josh Dersch via cctalk]

On Sat, Dec 8, 2018 at 7:24 PM Paul Anderson via cctalk <
cctalk@classiccmp.org> wrote:

> Are you using the same pack for the 8 and the 11
>

I connected the drive I normally use with my 11/40 to the 8/e for testing
to help narrow down where the fault was.
I used a 16-sector pack in all cases.

- Josh



>
> On Sat, Dec 8, 2018 at 8:54 AM Bill Degnan via cctalk <
> cctalk@classiccmp.org>
> wrote:
>
> > On Sat, Dec 8, 2018, 1:02 AM Josh Dersch via cctalk <
> cctalk@classiccmp.org
> > wrote:
> >
> > > On Fri, Dec 7, 2018 at 9:58 PM Josh Dersch  wrote:
> > >
> > > > Hi all --
> > > >
> > > > Finally got all the parts together (and my act together) to actually
> > get
> > > > an RK05 lashed up to my PDP-8/e -- only took a decade or so :).  I
> > fixed
> > > a
> > > > few problems with the RK05 and it appears to be behaving very nicely.
> > > >
> > > > The RK8E controller is mostly working properly but fails
> interestingly
> > > > when running the formatter, and during the exerciser -- on cylinder
> 128
> > > and
> > > > 192 and very infrequently on cylinder 64 it will get a cylinder
> > mismatch
> > > > when doing the seek.  When running the formatter during the
> > verification
> > > > pass, on cyls 64 and 128 if I retry the read it'll continue without
> > > issues,
> > > > but it's never successful on a retry on cylinder 192.  I tried
> hooking
> > it
> > > > to the RK05 in my 11/40 and it exhibits the same behavior, so I'm
> > > guessing
> > > > the drive isn't at fault.  And the error is consistent across packs
> (of
> > > > which I have only two).
> > > >
> > > > Apart from that fault the drive and controller seem to work fine -- I
> > > > wrote out an OS/8 pack with Adventure on it (or at least the first
> 191
> > > > cylinders of it) and it works without issue.
> > > >
> > > > Reading the RK8E service docs and schematics, the cylinder address
> > > compare
> > > > is done by reusing the CRC buffer, so I suspect the issue is in or
> > around
> > > > there -- the big problem is that debugging it is rather painful since
> > > that
> > > > logic is in the middle board of a three board set, with jumper blocks
> > on
> > > > top -- so bringing it out on an extender isn't an option.  I'm
> curious
> > if
> > > > anyone's seen this issue or is so very familiar with the logic that
> the
> > > > fault is obvious.
> > > >
> > > > I suspected the 7496 shift register at E14 which takes in the
> cylinder
> > > > address to be compared w/the header on disk, and I went ahead and
> > > replaced
> > > > it in the hopes that I'd get lucky, but no go.
> > > >
> > > > Anyone have any advice?
> > > >
> > > > Thanks,
> > > > Josh
> > > >
> > > >
> > > I'll add that during the format/verification the drive seeks properly
> > (i.e.
> > > it's not missing a step or overstepping), which I've confirmed by
> > watching
> > > the thing walk through the tracks with the cover off.
> > >
> > > - Josh
> > >
> >
> > Partitions as rka0 / rka1?
> > B
> >
> > >
> >
>

Re: Hemp Oil Gummies That Improve Cardiovascular Health

[Grant Taylor via cctalk]

On 12/8/18 8:27 PM, Fred Cisin wrote:

Quite alright.


:-)

I'm concerned about never getting a message, but not a big deal, and I 
think that I got all of yours.


It sounds like there might be a couple of mailing lists in play, cctalk 
(which I email) and cctech.


I know that there is history, and possibly plans to merge them.  But 
it's my understanding that that cctalk gets more email than cctech.




--
Grant. . . .
unix || die

Re: Hemp Oil Gummies That Improve Cardiovascular Health

[Fred Cisin via cctalk]

On Sat, 8 Dec 2018, Grant Taylor via cctalk wrote:

Ah.
I misunderstood your comment to be about the reply to the original spam 
email.

Sorry for the confusion.  I'll go back to my corner now.


Quite alright.  I'm concerned about never getting a message, but not a big 
deal, and I think that I got all of yours.

Re: Hemp Oil Gummies That Improve Cardiovascular Health

[Grant Taylor via cctalk]

On 12/8/18 7:28 PM, Fred Cisin via cctalk wrote:

AND, you replied to the one from Michael Mulhern:
Other than your reply to Michael Mulhern's message, I never received the 
post from Michael Mulhern that you were replying to:


Ah.

I misunderstood your comment to be about the reply to the original spam 
email.


Sorry for the confusion.  I'll go back to my corner now.



--
Grant. . . .
unix || die

Re: Hemp Oil Gummies That Improve Cardiovascular Health

[Adrian Stoness via cctalk]

simlar chain for me

On Sat, Dec 8, 2018 at 8:29 PM Fred Cisin via cctalk 
wrote:

> Yes.
> I replied to the spam, as shown below, although I switched it from cctech
> to cctalk.
> You replied to me, saying subscribers weren't moderated.  I got that.
> I replied to you, questioning whether hempoil was subscribed.
> You replied to that.   I got that.
> AND, you replied to the one from Michael Mulhern:
> Other than your reply to Michael Mulhern's message, I never
> received the post from Michael Mulhern that you were replying to:
>
> So, my count is:
> 1) Hempoil spam
> 2) my reply
> 3) your reply to me
> 4) my reply to you
> 5) your reply to me
> I NEVER GOT Michael Mulhern's post.
> 7?) your reply to Micheal Mulhern  I got THAT, but not Michael Mulhern's
> post that you were replying to.
> 8) Bill Gunshannon's reply to you
>
> On 12/8/18 4:43 PM, Michael Mulhern wrote:
> > We are the spambot challenge?
> Something like that.
>
>
>
> On Sat, 8 Dec 2018, Grant Taylor via cctalk wrote:
>
> > On 12/8/18 6:44 PM, Fred Cisin via cctalk wrote:
> >> And, other than the mention of it by Grant, I never got Michael
> >> Mulhern's message.
> >
> > Um … Fred, I replied to your email, which was itself a reply to the
> > spam message.
> >
> > On 12/8/18 3:10 PM, Fred Cisin via cctalk wrote:
> >> WOW!
> >>
> >> That is the first TRULY obviously and unarguably spam post that I've
> >> seen make it past the cctech moderation!
> >
> >
> >
> > --
> > Grant. . . .
> > unix || die
>

Re: Conferences/Exhibitions (Was: DECUS PDP-11 SPACE WAR?

[Adrian Stoness via cctalk]

cool

On Sat, Dec 8, 2018 at 4:21 PM Fred Cisin via cctalk 
wrote:

> >> I still have some miscellaneous copies of the show guide/directory from
> a
> >> number of years.
>
> On Sat, 8 Dec 2018, Adrian Stoness wrote:
> > neat you should scan those and put em up on bit savers or somthing
>
> I don't have a suitable scanner, and no longer have my paper shear.
> They are about 6?x8? x 1.5?, with "perfect binding" (like paperback book
> or phonebook)
>
> I no longer have a complete set, (and I never had any of the ones prior to
> 1983) and the ones that are left are scattered in a few locations.
>
>
>
>

Re: Hemp Oil Gummies That Improve Cardiovascular Health

[Fred Cisin via cctalk]

Yes.
I replied to the spam, as shown below, although I switched it from cctech 
to cctalk.

You replied to me, saying subscribers weren't moderated.  I got that.
I replied to you, questioning whether hempoil was subscribed.
You replied to that.   I got that.
AND, you replied to the one from Michael Mulhern:
Other than your reply to Michael Mulhern's message, I never 
received the post from Michael Mulhern that you were replying to:


So, my count is:
1) Hempoil spam
2) my reply
3) your reply to me
4) my reply to you
5) your reply to me
I NEVER GOT Michael Mulhern's post.
7?) your reply to Micheal Mulhern  I got THAT, but not Michael Mulhern's 
post that you were replying to.

8) Bill Gunshannon's reply to you

On 12/8/18 4:43 PM, Michael Mulhern wrote:

We are the spambot challenge?

Something like that.



On Sat, 8 Dec 2018, Grant Taylor via cctalk wrote:


On 12/8/18 6:44 PM, Fred Cisin via cctalk wrote:
And, other than the mention of it by Grant, I never got Michael 
Mulhern's message.


Um ??? Fred, I replied to your email, which was itself a reply to the 
spam message.


On 12/8/18 3:10 PM, Fred Cisin via cctalk wrote:

WOW!

That is the first TRULY obviously and unarguably spam post that I've 
seen make it past the cctech moderation!




--
Grant. . . .
unix || die

Re: Hemp Oil Gummies That Improve Cardiovascular Health

[Grant Taylor via cctalk]

On 12/8/18 6:44 PM, Fred Cisin via cctalk wrote:
And, other than the mention of it by Grant, I never got Michael 
Mulhern's message.


Um … Fred, I replied to your email, which was itself a reply to the spam 
message.


On 12/8/18 3:10 PM, Fred Cisin via cctalk wrote:

WOW!

That is the first TRULY obviously and unarguably spam post that I've 
seen make it past the cctech moderation!




--
Grant. . . .
unix || die

Re: Hemp Oil Gummies That Improve Cardiovascular Health

[Fred Cisin via cctalk]

On 12/8/18 4:43 PM, Michael Mulhern wrote:

We are the spambot challenge?



On 12/8/18 7:36 PM, Grant Taylor via cctalk wrote:

Something like that.


On Sun, 9 Dec 2018, Bill Gunshannon via cctalk wrote:

Until people started commenting on it I never saw it.  It was flagged
as SPAM and never showed up in my INBOX.


And, other than the mention of it by Grant, I never got Michael Mulhern's 
message.

Re: Hemp Oil Gummies That Improve Cardiovascular Health

[Bill Gunshannon via cctalk]

On 12/8/18 7:36 PM, Grant Taylor via cctalk wrote:
> On 12/8/18 4:43 PM, Michael Mulhern wrote:
>> We are the spambot challenge?
>
> Something like that.
>
>
>
Until people started commenting on it I never saw it.  It was flagged

as SPAM and never showed up in my INBOX.


bill

Re: Hemp Oil Gummies That Improve Cardiovascular Health

[Grant Taylor via cctalk]

On 12/8/18 4:43 PM, Michael Mulhern wrote:

We are the spambot challenge?


Something like that.



--
Grant. . . .
unix || die

Re: seagate 801-> Q-bus interface

[Bill Gunshannon via cctalk]

On 12/8/18 4:48 PM, Paul Anderson via cctalk wrote:
> Does anyone know who made a controller for a Seagate 800 or 801 floppy that
> will plug into the Q-bus? Model numbers wound be nice to.
>
> Thanks, Paul

Andromeda made one.  UDC11.  And you needed A "Personality

Card", WPC8F.  I have a couple of UDC11's but have never seen

a WPC8F.


bill

Re: Hemp Oil Gummies That Improve Cardiovascular Health

[Grant Taylor via cctalk]

On 12/8/18 3:57 PM, Fred Cisin via cctalk wrote:

HempOil is subscribed to cctech??!?


¯\_(ツ)_/¯


Well, mistakes happen?


Yep.

Maybe give them a few minutes to APOLOGIZE and donate a significant 
infusion of server hardware?


I wouldn't hold my breath.



--
Grant. . . .
unix || die

Re: Hemp Oil Gummies That Improve Cardiovascular Health

[Fred Cisin via cctalk]

That is the first TRULY obviously and unarguably spam post that I've seen 
make it past the cctech moderation!



On Sat, 8 Dec 2018, Grant Taylor via cctalk wrote:

I didn't think that subscribers were subject to moderation.


 HempOil 
is subscribed to cctech??!?
Well, mistakes happen?
Maybe give them a few minutes to APOLOGIZE and donate a significant 
infusion of server hardware?

Re: Hemp Oil Gummies That Improve Cardiovascular Health

[Grant Taylor via cctalk]

On 12/8/18 3:10 PM, Fred Cisin via cctalk wrote:

WOW!


Ya.

That is the first TRULY obviously and unarguably spam post that I've 
seen make it past the cctech moderation!


I didn't think that subscribers were subject to moderation.



--
Grant. . . .
unix || die

Re: Conferences/Exhibitions (Was: DECUS PDP-11 SPACE WAR?

[Fred Cisin via cctalk]

I still have some miscellaneous copies of the show guide/directory from a
number of years.


On Sat, 8 Dec 2018, Adrian Stoness wrote:

neat you should scan those and put em up on bit savers or somthing


I don't have a suitable scanner, and no longer have my paper shear.
They are about 6?x8? x 1.5?, with "perfect binding" (like paperback book 
or phonebook)


I no longer have a complete set, (and I never had any of the ones prior to 
1983) and the ones that are left are scattered in a few locations.

Re: Conferences/Exhibitions (Was: DECUS PDP-11 SPACE WAR?

[Adrian Stoness via cctalk]

neat you should scan those and put em up on bit savers or somthing

On Sat, Dec 8, 2018 at 3:56 PM Fred Cisin via cctalk 
wrote:

> On Sat, 8 Dec 2018, Adrian Stoness via cctalk wrote:
> > were the decus confrinces ever held in multi level parking garages? keep
> > hearing a story of one that was so big it took over one. door prize was a
> > rainbow 100 my dad won in 79 80?? tells me he got a membership when he
> was
> > a teen i the early 70's after hanging out with the nasa guys in the 60's
> in
> > town who used to run experiments up in northern manitoba
>
> Congratulations.  THAT is a great prize!
>
>
> I never attended any confrinces, but a lot of conferences and exhibitions.
>
>
> National Computer Conference was one of the first ones, started in 1951,
> under the name Joint Computer Conference.
> 1968 was Engelbart's "The Mother Of All Demos"
> In 1973, it became National Computer Conference.
> Anaheim in 1983 was a big one.  S'posedly a couple of people died from the
> heat in the "tents" (temporary buildings, because it overflowed the
> convention facilities)
>
>
> CeBIT (Hanover Germany) was the largest.  Started in 1970; ended? in 2018.
> Sorry, I have little or no information about it; I never got a chance to
> go.
>
>
> One of the next early ones was "The West Coast Computer Faire".
> Started by Jim Warren (also known for Silicon Gulch Gazette, and role
> in starting mumerous other publications)  Jim Warren used to roll around
> the show on roller skates.
>
> First one of WCCF was in 1977 in Brooks Hall and Civic Auditorium in San
> Francisco.  It included intro of AppleII and Commodore PET.
>
> (All discussion of "FIRST" between TRS80, Commodore PET, and APPLE2 is
> essentially meaningless, as they were for all practical purposes TIED, and
> "FIRST" is based on WHICH aspect you consider important.)
>
> Second was in San Jose, (1978)
> Third was in Los Angeles, (1978)
> Fourth was back in SF.  (1979) (first one that I exhibited in), and intro
> of VisiCalc
> Fifth (1980) included intro of Microsoft SoftCard
> Sixth (1981) included Osborne 1
> A spin-off was the West Coast PC Faire.
> But, Apple stopped exhibiting at WCCF, and "any show [other than Comdex]
> that also has PC-based exhibits".
> In 1983, Jim Warren sold out to Prentice Hall, who sold to Shelly Adelson
> (Comdex, and Las Vegas hotels).  WCCF declined.
> At "SOG" ("Semi-Official Gathering" put on by Micro-Cornucopia), we
> presented Jim Warren with a pair of skates and told him that it was time
> to put them back on.
> WCCF declined rapidly and ended with 16th in 1991?
>
>
> Comdex started in 1979 (Las Vegas), by Shelly Adelson, and by the mid
> 1980s, Comdex Las Vegas became the largest USA show.
> It filled ALL of the convention halls of all of the hotels that had
> convention halls, with shuttle buses between them (Hilton, Riviera, MGM,
> Sahara, Tropicana, Caesar's Palace, Sands, etc.)
> $39.95 hotel rooms bumped their rates to $140+ and sold out.
> Smallest booth size was 10x10.  But, because of an ERROR in drawing the
> floorplan, a couple of years, I was able to get a 7x7!
> Some, including Microsoft, set up micro-booths within their
> "pavilion" booths to rent out to many small affiliated companies.
> It spun-off Spring Comdex (Atlanta?) and some international shows.
> It declined, and Travel complications for international attendees were BAD
> in 2001 (post 9/11), and the show RAPIDLY declined and closed in 2003.
> I still have some miscellaneous copies of the show guide/directory from a
> number of years.
>
>

Conferences/Exhibitions (Was: DECUS PDP-11 SPACE WAR?

[Fred Cisin via cctalk]

On Sat, 8 Dec 2018, Adrian Stoness via cctalk wrote:

were the decus confrinces ever held in multi level parking garages? keep
hearing a story of one that was so big it took over one. door prize was a
rainbow 100 my dad won in 79 80?? tells me he got a membership when he was
a teen i the early 70's after hanging out with the nasa guys in the 60's in
town who used to run experiments up in northern manitoba


Congratulations.  THAT is a great prize!


I never attended any confrinces, but a lot of conferences and exhibitions.


National Computer Conference was one of the first ones, started in 1951, 
under the name Joint Computer Conference.

1968 was Engelbart's "The Mother Of All Demos"
In 1973, it became National Computer Conference.
Anaheim in 1983 was a big one.  S'posedly a couple of people died from the 
heat in the "tents" (temporary buildings, because it overflowed the 
convention facilities)



CeBIT (Hanover Germany) was the largest.  Started in 1970; ended? in 2018.
Sorry, I have little or no information about it; I never got a chance to 
go.



One of the next early ones was "The West Coast Computer Faire". 
Started by Jim Warren (also known for Silicon Gulch Gazette, and role 
in starting mumerous other publications)  Jim Warren used to roll around 
the show on roller skates.


First one of WCCF was in 1977 in Brooks Hall and Civic Auditorium in San 
Francisco.  It included intro of AppleII and Commodore PET.


(All discussion of "FIRST" between TRS80, Commodore PET, and APPLE2 is 
essentially meaningless, as they were for all practical purposes TIED, and 
"FIRST" is based on WHICH aspect you consider important.)


Second was in San Jose, (1978)
Third was in Los Angeles, (1978)
Fourth was back in SF.  (1979) (first one that I exhibited in), and intro 
of VisiCalc

Fifth (1980) included intro of Microsoft SoftCard
Sixth (1981) included Osborne 1
A spin-off was the West Coast PC Faire.
But, Apple stopped exhibiting at WCCF, and "any show [other than Comdex] 
that also has PC-based exhibits".
In 1983, Jim Warren sold out to Prentice Hall, who sold to Shelly Adelson 
(Comdex, and Las Vegas hotels).  WCCF declined.
At "SOG" ("Semi-Official Gathering" put on by Micro-Cornucopia), we 
presented Jim Warren with a pair of skates and told him that it was time 
to put them back on.

WCCF declined rapidly and ended with 16th in 1991?


Comdex started in 1979 (Las Vegas), by Shelly Adelson, and by the mid 
1980s, Comdex Las Vegas became the largest USA show.
It filled ALL of the convention halls of all of the hotels that had 
convention halls, with shuttle buses between them (Hilton, Riviera, MGM, 
Sahara, Tropicana, Caesar's Palace, Sands, etc.)

$39.95 hotel rooms bumped their rates to $140+ and sold out.
Smallest booth size was 10x10.  But, because of an ERROR in drawing the 
floorplan, a couple of years, I was able to get a 7x7!
Some, including Microsoft, set up micro-booths within their 
"pavilion" booths to rent out to many small affiliated companies.

It spun-off Spring Comdex (Atlanta?) and some international shows.
It declined, and Travel complications for international attendees were BAD 
in 2001 (post 9/11), and the show RAPIDLY declined and closed in 2003. 
I still have some miscellaneous copies of the show guide/directory from a 
number of years.

Re: seagate 801-> Q-bus interface

[Jerry Weiss via cctalk]

On 12/8/18 3:48 PM, Paul Anderson via cctalk wrote:

Does anyone know who made a controller for a Seagate 800 or 801 floppy that
will plug into the Q-bus? Model numbers wound be nice to.

Thanks, Paul


Dilog DQ419
Sigma SDC RXV31


Jerry

seagate 801-> Q-bus interface

[Paul Anderson via cctalk]

Does anyone know who made a controller for a Seagate 800 or 801 floppy that
will plug into the Q-bus? Model numbers wound be nice to.

Thanks, Paul

Re: Interesting RK8E fault

[Paul Anderson via cctalk]

Are you using the same pack for the 8 and the 11

On Sat, Dec 8, 2018 at 8:54 AM Bill Degnan via cctalk 
wrote:

> On Sat, Dec 8, 2018, 1:02 AM Josh Dersch via cctalk  wrote:
>
> > On Fri, Dec 7, 2018 at 9:58 PM Josh Dersch  wrote:
> >
> > > Hi all --
> > >
> > > Finally got all the parts together (and my act together) to actually
> get
> > > an RK05 lashed up to my PDP-8/e -- only took a decade or so :).  I
> fixed
> > a
> > > few problems with the RK05 and it appears to be behaving very nicely.
> > >
> > > The RK8E controller is mostly working properly but fails interestingly
> > > when running the formatter, and during the exerciser -- on cylinder 128
> > and
> > > 192 and very infrequently on cylinder 64 it will get a cylinder
> mismatch
> > > when doing the seek.  When running the formatter during the
> verification
> > > pass, on cyls 64 and 128 if I retry the read it'll continue without
> > issues,
> > > but it's never successful on a retry on cylinder 192.  I tried hooking
> it
> > > to the RK05 in my 11/40 and it exhibits the same behavior, so I'm
> > guessing
> > > the drive isn't at fault.  And the error is consistent across packs (of
> > > which I have only two).
> > >
> > > Apart from that fault the drive and controller seem to work fine -- I
> > > wrote out an OS/8 pack with Adventure on it (or at least the first 191
> > > cylinders of it) and it works without issue.
> > >
> > > Reading the RK8E service docs and schematics, the cylinder address
> > compare
> > > is done by reusing the CRC buffer, so I suspect the issue is in or
> around
> > > there -- the big problem is that debugging it is rather painful since
> > that
> > > logic is in the middle board of a three board set, with jumper blocks
> on
> > > top -- so bringing it out on an extender isn't an option.  I'm curious
> if
> > > anyone's seen this issue or is so very familiar with the logic that the
> > > fault is obvious.
> > >
> > > I suspected the 7496 shift register at E14 which takes in the cylinder
> > > address to be compared w/the header on disk, and I went ahead and
> > replaced
> > > it in the hopes that I'd get lucky, but no go.
> > >
> > > Anyone have any advice?
> > >
> > > Thanks,
> > > Josh
> > >
> > >
> > I'll add that during the format/verification the drive seeks properly
> (i.e.
> > it's not missing a step or overstepping), which I've confirmed by
> watching
> > the thing walk through the tracks with the cover off.
> >
> > - Josh
> >
>
> Partitions as rka0 / rka1?
> B
>
> >
>

Re: SunOS 2.4 Expliot (Re: Old Sparcstations

[Camiel Vanderhoeven via cctalk]

Yes, boot -s should have worked; also, once you have access to the passwd file 
by mounting the disk on a different system, you could just edit the file to 
remove the root password.

On 12/7/18, 4:20 AM, "cctech on behalf of Frank McConnell via cctech" 
 wrote:

On Dec 6, 2018, at 10:39, Jeffrey S. Worley wrote:
> The Sparcstation 4/330 I reworked the NVRAM chip on….

> I wanted root.

Was there something in the way of you booting single-user?

I am thinking Suns of that era let you into a boot ROM (via BREAK on serial 
console, or L1+A on Sun keyboard and framebuffer console) from which you could 
enter a command like "boot -s” which would boot to a single-user shell.

And physical console access is a good place to start for the win.  It is 
less effective than it once was, but remains a good first choice.

-Frank McConnell

Re: DECUS PDP-11 SPACE WAR?

[Marc Howard via cctalk]

When did the DECUS purge occur?

Marc


On Sat, Dec 8, 2018 at 8:26 AM Bill Gunshannon via cctalk <
cctalk@classiccmp.org> wrote:

>
> On 12/8/18 11:16 AM, Al Kossow via cctalk wrote:
> >
> > On 12/8/18 7:10 AM, Bill Gunshannon via cctalk wrote:
> >
> >> As long as we're talking about old PDP-11 DECUS stuff I
> >>
> >> am still looking for a copy of:
> >>
> >> 11S042   Symposium Tape from the RSTS SIG, Spring 1980,
> >>
> >> Chicago Version: Spring 1980
> >>
> >>
> >> Of course, I would be interested in pretty much anything from
> >>
> >> the RSTS SIG but this is  my holy grail.  :-)
> >>
> >>
> >> bill
> >>
> >>
> > Maybe I can talk Josh at LCM+L to work on a joint project in 2019 to
> > see what DECUS submissions they and CHM have.
> >
> > I know Lyle would really like me to read his DECUS
> > PDP-12 DECtapes and I really should better organize
> > what is in bitsavers.org/bits/DEC. I probably makes
> > sense to break out the DECUS library there.
>
>
> Would be nice to save what of this can still be recovered.
>
> It was disturbing to hear DECUS threw stuff out, but not
>
> surprising.  I know of other such actions.  Stuff Dennis
>
> Ritchie donated to a former East Coast Computer Museum
>
> was discarded and I also know of stuff given to USENIX
>
> that they tossed (luckily some of that has been recovered
>
> but I am sure much was lost permanently).
>
>
> bill
>
>
>

Re: IBM SMS Data Capture - IBM 1410 update

[Noel Chiappa via cctalk]

> From: Jay Jaeger

> I have finished the 3rd phase of my IBM 1410 SMS computer
> reverse-engineering project. ... The ALDs comprise 752 pages from 9 of
> the 11 total volumes of system schematics/engineering drawings ... It
> took me roughly 375 hours of time (probably more like 450 - not all time
> was captured) to capture the data into a database 

Wow. I am super impressed. My hat is off... Fantastic job!

Noel

Re: DECUS PDP-11 SPACE WAR?

[Adrian Stoness via cctalk]

were the decus confrinces ever held in multi level parking garages? keep
hearing a story of one that was so big it took over one. door prize was a
rainbow 100 my dad won in 79 80?? tells me he got a membership when he was
a teen i the early 70's after hanging out with the nasa guys in the 60's in
town who used to run experiments up in northern manitoba

On Sat, Dec 8, 2018 at 2:10 PM emanuel stiebler via cctalk <
cctalk@classiccmp.org> wrote:

> On 2018-12-08 13:24, Bill Gunshannon via cctalk wrote:
>
> > name my original DECUS Membership # was
> >
> > 368513.  Don't remember what year  but it was likely mid 80's.
>
> WOW, we were close, mine is 364059
>
> ;-)
>

Re: DECUS PDP-11 SPACE WAR?

[emanuel stiebler via cctalk]

On 2018-12-08 13:24, Bill Gunshannon via cctalk wrote:

> name my original DECUS Membership # was
> 
> 368513.  Don't remember what year  but it was likely mid 80's.

WOW, we were close, mine is 364059

;-)

Re: PDP-8/e

[Johannes Thelen via cctalk]

I have used Access Port on Win. Lot easier than TeraTerm and also supports 110 
Baud.

http://www.sudt.com/en/index.html


[http://www.sudt.com/images/sn_en_230x160.gif1zB]

SUDT.com
SUDT SerialNull 1.7: SerialNull is a professional Serial Port Simulator, which 
purpose is to emulate RS232 serial ports connected via virtual null-modem cable 
using SerialNull.. Virtual Serial Ports are absolutely the same copies of real 
ones; Real serial ports are not occupied
www.sudt.com




- Johannes Thelen
Finland

Before microcomputers blog (Finnish) http://ennenmikrotietokoneita.blogspot.fi/



From: cctalk  on behalf of Rod G8DGR via cctalk 

Sent: Friday, December 7, 2018 11:59 AM
To: General Discussion: On-Topic and Off-Topic Posts
Subject: PDP-8/e


Hi All
   Seasons Greetings..

My PDP-8/e was long due for a major overhaul.
1. So everything out
2. Big Hoover job on the Omnibus
3. Bring up on Variac – No smoke
4. Check  PSU volts. – All OK
5. Power off
6. Install minimal System – Front Panel, Three CPU cards, RFI shield,  4k Core 
and Bus term.
7. Yup all looks in right order
8. Power on
9. Toggle in standard AC count up program
10. Clear + Cont
11. And they are racing at Rockingham!!
12. Yup counts up just like it should.
13. Let it run for a while.
14. All stop.
15. PSU off
16. Inset Async Card (Its 110 baud only)
17. Fire up VT100. Beep - yup its alive.
18. Toggle in keyboard echo test.
19. Clear + Cont – Program runs
20. And .. yes keyboard gets echoed back.

OK now I need a little help.
Does anybody know of a terminal emulation program that will simulate the reader 
on an ASR33?
I know about   RIM and BIN loaders but how and what to feed them I have long 
forgotten
My PDP-8 course completion certificate is dated November 1975.

Rod Smallwood



Sent from Mail for Windows 10

Re: PDP-8/e

[Jon Elson via cctalk]

On 12/07/2018 09:01 PM, Pete Turnbull via cctalk wrote:

On 07/12/2018 17:44, Jon Elson via cctalk wrote:

On 12/07/2018 11:22 AM, systems_glitch via cctalk wrote:

Indeed, unless you need character pacing.


Actually, with the correct settings of the serial port 
(xon/xoff or CTS pin) the serial port driver should do 
this, too, so cat would work.


A PDP-8/E doesn't have a CTS pin and the loaders don't 
support XON/XOFF, though.


I remember loading paper tapes into a PDP-8, and the reader 
would stutter, so I think there was some sort of signal from 
the serial interface board to control the reader.  It would 
not be done with xon/xoff or CTS, as these were NOT RS-232 
interfaces, but current loop.  But, at least some people are 
doing this with software-emulated PDP-8s, so that was sort 
of what I was thinking of.


Jon

Re: IBM SMS Data Capture - IBM 1410 update

[Jon Elson via cctalk]

On 12/07/2018 05:48 PM, Jay Jaeger via cctalk wrote:

I have finished the 3rd phase of my IBM 1410 SMS computer
reverse-engineering project.
WOW, absolutely mind-blowing!  Thanks for putting in this 
huge effort!


Jon

Re: DECUS PDP-11 SPACE WAR?

[Al Kossow via cctalk]

On 12/8/18 10:24 AM, Bill Gunshannon via cctalk wrote:
> 
> my original DECUS Membership # was
> 
> 368513.  Don't remember what year  but it was likely mid 80's.

I just took my card out of my wallet last year.
113104, late 70s

Re: DECUS PDP-11 SPACE WAR?

[Al Kossow via cctalk]

On 12/8/18 10:19 AM, Bill Gunshannon via cctalk wrote:

> Do they include the sources?  Are they up on bitsavers anywhere?

Not currently, what I have is what was released on the Languages and Tools SIG
tape in RATFOR

I'll put the tape images I have up as soon as I can find them.

I'm trying to find my Glen Everhart RSX .TPC images right now

I also just fixed a couple of CHM DECUS paper tape catalog entries for the 
PDP-1 and PDP-8
so they are correctly identified as such.



> [VMSLT02B.GCE]AAAREADME.TXT;2 <


Stuff for Fall 2002


> [VMSLT02B.LTSIG]AAAREADME.TXT;1 <


LT Sig 1987-88

This directory contains the Languages and Tools SIG material
from the 1987-88 sigtape they put out which has been difficult
to find. Included is the last edition of the LBL Software Tools
as released for VMS, plus a few other interesting items which
appeared at that time. While this material is not known specifically
to work in Alpha (it predates the Alpha by a few years) it is
written in very portable Ratfor and many of the tools will probably
"just work". Presented here to help ensure it is not forgotten.




---

you'll have to pull this off IA or go through the annon ftp, since 
http://decuslib.com is down

Re: DECUS PDP-11 SPACE WAR?

[Bill Gunshannon via cctalk]

On 12/8/18 1:18 PM, Al Kossow via cctalk wrote:
> The DECUS conference proceedings I've scanned
> gives attendance
>
> DECUS membership 1961-1972
>
> 1961  12
> 1962  25
> 1963  43
> 1964  202
> 1965  426
> 1966  850
> 1967  2008
> 1968  3476
> 1969  6054
> 1970  9110
> 1971  12213 - 5590 installation delegates, 6623 individual members.
> 1972  15295 - 7052 8243
>
> This is only up through the start of the PDP-11, it obviously got
> MUCH bigger after that.
>
> There were also large LUGs (Local Interest Groups)
> The ones in Milwaukee and Chicago were pretty big.
>
> On 12/8/18 10:10 AM, Adrian Stoness wrote:
>> how big were the decus confrinces back in the day?

I don't know if it reflects an actual count, but before Compaq

changed the DECUS Membership # to an alphabetic jumble

taken from your name my original DECUS Membership # was

368513.  Don't remember what year  but it was likely mid 80's.


bill

Re: DECUS PDP-11 SPACE WAR?

[Al Kossow via cctalk]

On 12/8/18 10:18 AM, Al Kossow via cctalk wrote:
> The DECUS conference proceedings I've scanned
> gives attendance

arg.. membership
attendance would have been much smaller

Re: DECUS PDP-11 SPACE WAR?

[Bill Gunshannon via cctalk]

On 12/8/18 1:13 PM, Al Kossow via cctalk wrote:
>
> On 12/8/18 9:50 AM, Bill Gunshannon via cctalk wrote:
>
>> What I know about first-hand was all the research on The
>>
>> Software Tools Virtual Operating System.  I had worked with
>>
>> it  on Pr1me and Univac-1100 back in the 80's.  I got interested
>>
>> in it again and started searching for it.  Could not find anything
>>
>> but was able to get in touch with Deborah Scherrer who was
>>
>> one of the primaries on the research and she informed me that
>>
>> she had sent all her work to USENIX who held it a few years
>>
>> and then just trashed  it.  I have since found some of it, but
>>
>> places that had done the ports (GA Tech for the Pr1me.) had
>>
>> also just scrapped it all when it was no longer of interest.
>>
>> Truly sad how much of our history has been lost.
>>
>>
>> bill
>>
>>
> I chased that same windmill a few years ago including talking to Deborah.
> I turned up some tapes of code from LBL (same as the Structured Languages 
> tape) but I've never
> found anything for Pr1me


Do they include the sources?  Are they up on bitsavers anywhere?

My reason for looking for Pr1me was that they were one of the most

complete at the time I was working with it.   I would love to get a

full set of later sources and revive it just for fun.  Nobody seems to

realize that they had accomplished POSIX long before the concept

was even given thought.


I see it as being just like UCSD-Pascal.  An idea ahead of its time

that got dropped only to be reinvented decades later.


bill

Re: DECUS PDP-11 SPACE WAR?

[Al Kossow via cctalk]

The DECUS conference proceedings I've scanned
gives attendance

DECUS membership 1961-1972

1961  12
1962  25
1963  43
1964  202
1965  426
1966  850
1967  2008
1968  3476
1969  6054
1970  9110
1971  12213 - 5590 installation delegates, 6623 individual members.
1972  15295 - 7052 8243

This is only up through the start of the PDP-11, it obviously got
MUCH bigger after that.

There were also large LUGs (Local Interest Groups)
The ones in Milwaukee and Chicago were pretty big.

On 12/8/18 10:10 AM, Adrian Stoness wrote:
> how big were the decus confrinces back in the day?

Re: DECUS PDP-11 SPACE WAR?

[Al Kossow via cctalk]

On 12/8/18 9:50 AM, Bill Gunshannon via cctalk wrote:

> What I know about first-hand was all the research on The
> 
> Software Tools Virtual Operating System.  I had worked with
> 
> it  on Pr1me and Univac-1100 back in the 80's.  I got interested
> 
> in it again and started searching for it.  Could not find anything
> 
> but was able to get in touch with Deborah Scherrer who was
> 
> one of the primaries on the research and she informed me that
> 
> she had sent all her work to USENIX who held it a few years
> 
> and then just trashed  it.  I have since found some of it, but
> 
> places that had done the ports (GA Tech for the Pr1me.) had
> 
> also just scrapped it all when it was no longer of interest.
> 
> Truly sad how much of our history has been lost.
> 
> 
> bill
> 
> 

I chased that same windmill a few years ago including talking to Deborah.
I turned up some tapes of code from LBL (same as the Structured Languages tape) 
but I've never
found anything for Pr1me

Re: DECUS PDP-11 SPACE WAR?

[Warner Losh via cctalk]

On Sat, Dec 8, 2018 at 11:11 AM Adrian Stoness via cctalk <
cctalk@classiccmp.org> wrote:

> how big were the decus confrinces back in the day?
>

The one I went to in 89 had hundreds

Warner

Re: DECUS PDP-11 SPACE WAR?

[Adrian Stoness via cctalk]

how big were the decus confrinces back in the day?

Re: DECUS PDP-11 SPACE WAR?

[Bill Gunshannon via cctalk]

On 12/8/18 12:22 PM, Al Kossow via cctalk wrote:
>
> On 12/8/18 8:26 AM, Bill Gunshannon via cctalk wrote:
>> I also know of stuff given to USENIX
>> that they tossed (luckily some of that has been recovered
>> but I am sure much was lost permanently).
> Paper or USENIX tapes?
>
> The early tapes are problematic because they required source licenses



What I know about first-hand was all the research on The

Software Tools Virtual Operating System.  I had worked with

it  on Pr1me and Univac-1100 back in the 80's.  I got interested

in it again and started searching for it.  Could not find anything

but was able to get in touch with Deborah Scherrer who was

one of the primaries on the research and she informed me that

she had sent all her work to USENIX who held it a few years

and then just trashed  it.  I have since found some of it, but

places that had done the ports (GA Tech for the Pr1me.) had

also just scrapped it all when it was no longer of interest.

Truly sad how much of our history has been lost.


bill

Re: DECUS PDP-11 SPACE WAR?

[Al Kossow via cctalk]

On 12/8/18 9:45 AM, Josh Dersch wrote:

> Sounds like a great project, I'd be happy to help out.

cool

I also just noticed http://decuslib.com isn't responding
The anonymous ftp still works, but doesn't have the zip files
on it.

Re: DECUS PDP-11 SPACE WAR?

[Josh Dersch via cctalk]

On Sat, Dec 8, 2018 at 8:29 AM Al Kossow via cctalk 
wrote:

>
>
> On 12/8/18 7:10 AM, Bill Gunshannon via cctalk wrote:
>
> > As long as we're talking about old PDP-11 DECUS stuff I
> >
> > am still looking for a copy of:
> >
> > 11S042   Symposium Tape from the RSTS SIG, Spring 1980,
> >
> > Chicago Version: Spring 1980
> >
> >
> > Of course, I would be interested in pretty much anything from
> >
> > the RSTS SIG but this is  my holy grail.  :-)
> >
> >
> > bill
> >
> >
>
> Maybe I can talk Josh at LCM+L to work on a joint project in 2019 to
> see what DECUS submissions they and CHM have.
>

Sounds like a great project, I'd be happy to help out.

- Josh



>
> I know Lyle would really like me to read his DECUS
> PDP-12 DECtapes and I really should better organize
> what is in bitsavers.org/bits/DEC. I probably makes
> sense to break out the DECUS library there.
>
>
>
>

Re: PDP-8/e

[Josh Dersch via cctalk]

On Sat, Dec 8, 2018 at 1:55 AM Rod G8DGR 
wrote:

> Nice try Josh - close – you  have to change the crystal first and you
> can’t get them.
>

https://www.mouser.com/ProductDetail/ABRACON/AB-196608MHZ-B2?qs=sGAEpiMZZMukHu%252bjC5l7YUoOOqNWuembrOT4XjNGTzc%3d


>
>
> Rod Smallwood - Digital Equipment Corporation 1975 – 1985
>
>
>
>
>
> Sent from Mail  for
> Windows 10
>
>
>
> *From: *Josh Dersch via cctalk 
> *Sent: *08 December 2018 06:36
> *To: *General Discussion: On-Topic and Off-Topic Posts
> 
> *Subject: *Re: PDP-8/e
>
>
>
> On Fri, Dec 7, 2018 at 10:29 PM Rod G8DGR via cctalk <
> cctalk@classiccmp.org>
>
> wrote:
>
>
>
> > It can only do 110 baud !!
>
> >
>
>
>
> Unless you have an oddball SLU, this is not true -- what do you have
>
> installed?  The earlier M8650 and the later M8655 can both be jumpered for
>
> higher baud rates.
>
>
>
> - Josh
>
>
>
>
>
>
>
> >
>
> > Sent from Mail for Windows 10
>
> >
>
> > From: Pete Turnbull via cctalk
>
> > Sent: 08 December 2018 03:15
>
> > To: cctalk@classiccmp.org
>
> > Subject: Re: PDP-8/e
>
> >
>
> > On 07/12/2018 17:46, Jon Elson via cctalk wrote:
>
> > > On 12/07/2018 11:38 AM, Rod G8DGR via cctalk wrote:
>
> > >> Oh good how do you set them to 110 baud?
>
> > >>
>
> > > Oh, WOW!  Good catch, it only goes down to 300 baud!  major screwup,
>
> > > ought to be reported to the developers.
>
> >
>
> > But wouldn't it be better to set the serial card in the PDP-8/E to
>
> > something faster anyway?  Although on one of the serial cards, that
>
> > requires a crystal change, so though commonly done, may not be practical
>
> > for Rod.
>
> >
>
> > --
>
> > Pete
>
> > Pete Turnbull
>
> >
>
> >
>
>
>

Re: DECUS PDP-11 SPACE WAR?

[Al Kossow via cctalk]

On 12/8/18 9:30 AM, Lyle Bickley wrote:
> On Fri, 7 Dec 2018 14:04:52 -0800
> Al Kossow via cctalk  wrote:
> 
>> On 12/7/18 1:25 PM, Mattis Lind via cctalk wrote:
>>> Anyone has old DECUS distributions?  
>>
>> For all intents and purposes, no
>>
>> DECUS threw them out.
> 
> Not true 


It IS true for the PDP-11 library.
I should have been more specific.

Re: DECUS PDP-11 SPACE WAR?

[Lyle Bickley via cctalk]

On Fri, 7 Dec 2018 14:04:52 -0800
Al Kossow via cctalk  wrote:

> On 12/7/18 1:25 PM, Mattis Lind via cctalk wrote:
> > Anyone has old DECUS distributions?  
> 
> For all intents and purposes, no
> 
> DECUS threw them out.

Not true for PDP-8 and PDP-12 DECUS. I was the last PDP-12 Coordinator
for DECUS - which included all the PDP-8 DECUS as well as the specific
PDP-12 DECUS software. I kept it all - and donated it in it's entirety
to the Computer History Museum (CHM) years ago. The collection also
included the MASTER source code for the DIAL operating system for the
PDP-12 - as DEC wanted "someone" to have it rather than throw it out
when they were closing out their archives.

The only thing I retained from my DECUS activities is the DECUS "money"
that we (DECUS) gave out for "change" when someone overpaid for an
item ;)

The DECUS "money" could only be spent for future software purchases
from DECUS. BTW: The fees were copying fees which included media costs,
etc. One didn't pay for the DECUS software itself.

I hope that the CHM will make the libraries available to the public -
which was my intent in donating them to the CHM in the first place.

Lyle
-- 
73   NM6Y
Bickley Consulting West Inc.
http://bickleywest.com

"Black holes are where God is dividing by zero"

Re: DECUS PDP-11 SPACE WAR?

[Al Kossow via cctalk]

On 12/8/18 8:26 AM, Bill Gunshannon via cctalk wrote:
> 
> I also know of stuff given to USENIX
> that they tossed (luckily some of that has been recovered
> but I am sure much was lost permanently).

Paper or USENIX tapes?

The early tapes are problematic because they required source licenses

Re: DECUS PDP-11 SPACE WAR?

[Bill Gunshannon via cctalk]

On 12/8/18 11:16 AM, Al Kossow via cctalk wrote:
>
> On 12/8/18 7:10 AM, Bill Gunshannon via cctalk wrote:
>
>> As long as we're talking about old PDP-11 DECUS stuff I
>>
>> am still looking for a copy of:
>>
>> 11S042   Symposium Tape from the RSTS SIG, Spring 1980,
>>
>> Chicago Version: Spring 1980
>>
>>
>> Of course, I would be interested in pretty much anything from
>>
>> the RSTS SIG but this is  my holy grail.  :-)
>>
>>
>> bill
>>
>>
> Maybe I can talk Josh at LCM+L to work on a joint project in 2019 to
> see what DECUS submissions they and CHM have.
>
> I know Lyle would really like me to read his DECUS
> PDP-12 DECtapes and I really should better organize
> what is in bitsavers.org/bits/DEC. I probably makes
> sense to break out the DECUS library there.


Would be nice to save what of this can still be recovered.

It was disturbing to hear DECUS threw stuff out, but not

surprising.  I know of other such actions.  Stuff Dennis

Ritchie donated to a former East Coast Computer Museum

was discarded and I also know of stuff given to USENIX

that they tossed (luckily some of that has been recovered

but I am sure much was lost permanently).


bill

Re: DECUS PDP-11 SPACE WAR?

[Al Kossow via cctalk]

On 12/8/18 7:10 AM, Bill Gunshannon via cctalk wrote:

> As long as we're talking about old PDP-11 DECUS stuff I
> 
> am still looking for a copy of:
> 
> 11S042   Symposium Tape from the RSTS SIG, Spring 1980,
> 
> Chicago Version: Spring 1980
> 
> 
> Of course, I would be interested in pretty much anything from
> 
> the RSTS SIG but this is  my holy grail.  :-)
> 
> 
> bill
> 
> 

Maybe I can talk Josh at LCM+L to work on a joint project in 2019 to
see what DECUS submissions they and CHM have.

I know Lyle would really like me to read his DECUS
PDP-12 DECtapes and I really should better organize
what is in bitsavers.org/bits/DEC. I probably makes
sense to break out the DECUS library there.

Re: PDP-8/e

[Noel Chiappa via cctalk]

> From: Jay Jaeger

> That code would not run in Windows of course, but it wouldn't be all
> that difficult for someone with a C programming background to move it
> to Windows under gnucc, or even Microsoft C++ or C#.

I highly recommend CygWin (which comes with 'gnucc) for doing C stuff under
Windoze:

  https://www.cygwin.com/

Most Unix/Linux code just compiles and runs under it; modulo stuff that uses
things that are so Unix/Linux specific that there's no Windows equivalent,
but that's not much - fork() is even there. If you already know Unix/Linux,
it makes for a very low-learning-curve transition.

Noel

Re: DECUS PDP-11 SPACE WAR?

[Bill Gunshannon via cctalk]

On 12/8/18 10:00 AM, Bill Degnan via cctalk wrote:
> On Fri, Dec 7, 2018, 6:09 PM Adrian Stoness via cctalk <
> cctalk@classiccmp.org wrote:
>
>> someone should get the source off him and put it out on  the web
>>
>> On Fri, Dec 7, 2018 at 4:34 PM Mattis Lind via cctalk <
>> cctalk@classiccmp.org>
>> wrote:
>>
>>> Den fre 7 dec. 2018 kl 23:04 skrev Al Kossow via cctalk <
>>> cctalk@classiccmp.org>:
>>>

 On 12/7/18 1:25 PM, Mattis Lind via cctalk wrote:
> Anyone has old DECUS distributions?
 For all intents and purposes, no

 DECUS threw them out.

>>> Sad.
>>>
 About the only thing that survives are the titles that
 were included on some of the SIG tapes.

 Working on gathering what parts still survive in individual
 collections would be a good thing, but I'm not holding my
 breath for it to happen.

>>> I will check the labels of all the RL01, RL02, RK05 and RK07 packs I have
>>> to see if there happens to be any DECUS  material on them.
>>>
>>> However I found one Bill Seiler in Santa Cruz that is very likely to be
>> the
>>> very Bill Seiler that wrote the original SPACE WAR for PDP-11. Since he
>> at
>>> least had the source in 2006 it might be so that he still has it?
>>>
> I have at least one rk05 with decus material but I have not yet completed
> the install/restoration of the drive and controller I have for my pdp 11/05
> or 11/40 to run and read the disks I have on hand.
>
> Who is the closest person to Philadelphia with a working pdp 11 and rk05
> drive, the LSSM in Pittsburgh perhaps?  I can take to Dave tonseenif he is
> willing to read in my 30 or so rk05 disks next time I visit thereor if
> anyone with more experience than I would like to pop over to assist me for
> an afternoon to get it running, please contact me via my web site.   I'd be
> willing to trade a pack or two for the help.  I have working rk05s on my
> pdp8e that we can borrow if need be so I am pretty sure soon enough I'll
> have success.  Part of my delay has been the fact that on my 11s I run
> rl02s dont need rk05s.
> Bill


As long as we're talking about old PDP-11 DECUS stuff I

am still looking for a copy of:

11S042   Symposium Tape from the RSTS SIG, Spring 1980,

Chicago Version: Spring 1980


Of course, I would be interested in pretty much anything from

the RSTS SIG but this is  my holy grail.  :-)


bill

Re: DECUS PDP-11 SPACE WAR?

[Bill Degnan via cctalk]

On Fri, Dec 7, 2018, 6:09 PM Adrian Stoness via cctalk <
cctalk@classiccmp.org wrote:

> someone should get the source off him and put it out on  the web
>
> On Fri, Dec 7, 2018 at 4:34 PM Mattis Lind via cctalk <
> cctalk@classiccmp.org>
> wrote:
>
> > Den fre 7 dec. 2018 kl 23:04 skrev Al Kossow via cctalk <
> > cctalk@classiccmp.org>:
> >
> > >
> > >
> > > On 12/7/18 1:25 PM, Mattis Lind via cctalk wrote:
> > > > Anyone has old DECUS distributions?
> > >
> > > For all intents and purposes, no
> > >
> > > DECUS threw them out.
> > >
> >
> > Sad.
> >
> > >
> > > About the only thing that survives are the titles that
> > > were included on some of the SIG tapes.
> > >
> > > Working on gathering what parts still survive in individual
> > > collections would be a good thing, but I'm not holding my
> > > breath for it to happen.
> > >
> >
> > I will check the labels of all the RL01, RL02, RK05 and RK07 packs I have
> > to see if there happens to be any DECUS  material on them.
> >
> > However I found one Bill Seiler in Santa Cruz that is very likely to be
> the
> > very Bill Seiler that wrote the original SPACE WAR for PDP-11. Since he
> at
> > least had the source in 2006 it might be so that he still has it?
> >
>

I have at least one rk05 with decus material but I have not yet completed
the install/restoration of the drive and controller I have for my pdp 11/05
or 11/40 to run and read the disks I have on hand.

Who is the closest person to Philadelphia with a working pdp 11 and rk05
drive, the LSSM in Pittsburgh perhaps?  I can take to Dave tonseenif he is
willing to read in my 30 or so rk05 disks next time I visit thereor if
anyone with more experience than I would like to pop over to assist me for
an afternoon to get it running, please contact me via my web site.   I'd be
willing to trade a pack or two for the help.  I have working rk05s on my
pdp8e that we can borrow if need be so I am pretty sure soon enough I'll
have success.  Part of my delay has been the fact that on my 11s I run
rl02s dont need rk05s.
Bill

>

Re: PDP-8/e

[Jay Jaeger via cctalk]

I did that sort of thing for my PDP-8/L, where the reader run drove the
RS-232 "CTS" control signal and wrote a "C" program to do simple TTY
emulation in DeSmet C back in the day.

That code would not run in Windows of course, but it wouldn't be all
that difficult for someone with a C programming background to move it to
Windows under gnucc, or even Microsoft C++ or C#.

On 12/8/2018 1:10 AM, Rod G8DGR via cctalk wrote:
> I’m sure that would work  but I only have an 8650  110 baud only card
> Rod
> 
> 
> Sent from Mail for Windows 110 baud 
> 
> From: Bob Rosenbloom via cctalk
> Sent: 08 December 2018 03:41
> To: cctalk@classiccmp.org
> Subject: Re: PDP-8/e
> 
> On 12/7/2018 7:01 PM, Pete Turnbull via cctalk wrote:
>> On 07/12/2018 17:44, Jon Elson via cctalk wrote:
>>> On 12/07/2018 11:22 AM, systems_glitch via cctalk wrote:
 Indeed, unless you need character pacing.


>>> Actually, with the correct settings of the serial port (xon/xoff or 
>>> CTS pin) the serial port driver should do this, too, so cat would work.
>>
>> A PDP-8/E doesn't have a CTS pin and the loaders don't support 
>> XON/XOFF, though.
>>
> The PDP-8 needs to control the serial CTS function. This was called 
> reader-run when using a Teletype machine. FOCAL won't load without it.
> You can modify the serial card (mine was an M8655) to support the 
> function. Here's what I did:
> 
> Cleaned up from Aaron Nabil's and Lyle Bickley's write up.
> 
>   Hack the M8655 to support reader-run by mapping it to RS-232 hardware 
> flow control.
> 
> 1. Cut the trace leading from Pin 1 of E54 (a 7400).  This is the input 
> that clears the Reader Run FF when a new character starts to come in.
> 
> 2. Jumper from Pin 1/E54 to Pin 3/E38, a spare gate on a 7400 that we 
> are going to use an inverter.
> 
> 3. Tie Pin 1 and Pin 2 of E38 together, and run them to Pin 20 of E19, 
> the UART.
>      This supplies the signal to the reader-run FF that tells it that 
> it's got an incoming character and to de-assert the reader-run line.
>      Normally this is tied to the current loop receiver, we've just 
> moved it to the UART so any received data will clear the FF.
> 
> 4. Cut a ground traces on 4 of E50, a 1488 RS-232 transmitter. This is 
> what would normally supply the continuously asserted RTS (and DTR) signal.
> 
> 5. Jumper from pin 7 of E39, a 7474 flip-flop to pins 4 of E50. E39 is 
> the "reader-run flip-flop".  Now RTS follows the reader run signal.
> 
> Bob
> 

Re: Interesting RK8E fault

[Bill Degnan via cctalk]

On Sat, Dec 8, 2018, 1:02 AM Josh Dersch via cctalk  On Fri, Dec 7, 2018 at 9:58 PM Josh Dersch  wrote:
>
> > Hi all --
> >
> > Finally got all the parts together (and my act together) to actually get
> > an RK05 lashed up to my PDP-8/e -- only took a decade or so :).  I fixed
> a
> > few problems with the RK05 and it appears to be behaving very nicely.
> >
> > The RK8E controller is mostly working properly but fails interestingly
> > when running the formatter, and during the exerciser -- on cylinder 128
> and
> > 192 and very infrequently on cylinder 64 it will get a cylinder mismatch
> > when doing the seek.  When running the formatter during the verification
> > pass, on cyls 64 and 128 if I retry the read it'll continue without
> issues,
> > but it's never successful on a retry on cylinder 192.  I tried hooking it
> > to the RK05 in my 11/40 and it exhibits the same behavior, so I'm
> guessing
> > the drive isn't at fault.  And the error is consistent across packs (of
> > which I have only two).
> >
> > Apart from that fault the drive and controller seem to work fine -- I
> > wrote out an OS/8 pack with Adventure on it (or at least the first 191
> > cylinders of it) and it works without issue.
> >
> > Reading the RK8E service docs and schematics, the cylinder address
> compare
> > is done by reusing the CRC buffer, so I suspect the issue is in or around
> > there -- the big problem is that debugging it is rather painful since
> that
> > logic is in the middle board of a three board set, with jumper blocks on
> > top -- so bringing it out on an extender isn't an option.  I'm curious if
> > anyone's seen this issue or is so very familiar with the logic that the
> > fault is obvious.
> >
> > I suspected the 7496 shift register at E14 which takes in the cylinder
> > address to be compared w/the header on disk, and I went ahead and
> replaced
> > it in the hopes that I'd get lucky, but no go.
> >
> > Anyone have any advice?
> >
> > Thanks,
> > Josh
> >
> >
> I'll add that during the format/verification the drive seeks properly (i.e.
> it's not missing a step or overstepping), which I've confirmed by watching
> the thing walk through the tracks with the cover off.
>
> - Josh
>

Partitions as rka0 / rka1?
B

>

PDP-8/ update

[Rod G8DGR via cctalk]

Well I got there in the end.  
HyperTerm on an old DEC Celebris running W95
Thanks for all the input
Now to move some diags. over and  see if we can load them

Rod


Sent from Mail for Windows 10

Re: PDP-8/e

[Pete Turnbull via cctalk]

On 08/12/2018 09:55, Rod G8DGR via cctalk wrote:

Nice try Josh - close – you  have to change the crystal first and you can’t get 
them.


Both Farnell and Mouser UK have suitable crystals.  They don't have to 
be the same physical size.  I've changed several.


--
Pete
Pete Turnbull

Re: PDP-8/e

[Al Kossow via cctalk]

On 12/8/18 1:55 AM, Rod G8DGR via cctalk wrote:

Nice try Josh - close – you  have to change the crystal first and you can’t get 
them.


Dead bug a programmable epson ttl oscillator module, available from digikey

RE: PDP-8/e

[Rod G8DGR via cctalk]

Nice try Josh - close – you  have to change the crystal first and you can’t get 
them.

Rod Smallwood - Digital Equipment Corporation 1975 – 1985


Sent from Mail for Windows 10

From: Josh Dersch via cctalk
Sent: 08 December 2018 06:36
To: General Discussion: On-Topic and Off-Topic Posts
Subject: Re: PDP-8/e

On Fri, Dec 7, 2018 at 10:29 PM Rod G8DGR via cctalk 
wrote:

> It can only do 110 baud !!
>

Unless you have an oddball SLU, this is not true -- what do you have
installed?  The earlier M8650 and the later M8655 can both be jumpered for
higher baud rates.

- Josh



>
> Sent from Mail for Windows 10
>
> From: Pete Turnbull via cctalk
> Sent: 08 December 2018 03:15
> To: cctalk@classiccmp.org
> Subject: Re: PDP-8/e
>
> On 07/12/2018 17:46, Jon Elson via cctalk wrote:
> > On 12/07/2018 11:38 AM, Rod G8DGR via cctalk wrote:
> >> Oh good how do you set them to 110 baud?
> >>
> > Oh, WOW!  Good catch, it only goes down to 300 baud!  major screwup,
> > ought to be reported to the developers.
>
> But wouldn't it be better to set the serial card in the PDP-8/E to
> something faster anyway?  Although on one of the serial cards, that
> requires a crystal change, so though commonly done, may not be practical
> for Rod.
>
> --
> Pete
> Pete Turnbull
>
>