On Fri, Mar 5, 2021 at 7:41 AM John Foust via cctalk
wrote:
>
> After thinking about disk imaging tools like Greaseweasel,
> I started thinking about tools that would grab and examine the unused
> portions of disks.
>
I've used this to recover a couple of Univation utilities from a disk that
Tony Aiuto wrote:
>> What problem do you have with my tito tool?
>
> $ ./tito -x -f 169249.tape
> fopen: Is a directory
This appears to be because creating an output file was attempted, but
there was already a directory there with the same name. I'm updating
the program to print better error
On Fri, Mar 5, 2021 at 7:05 PM Chris Zach via cctalk
wrote:
>
> > There seem to be a great many models of Unibus and Qbus multi-port async
> > serial boards, which present different register-level interfaces, e.g. for
> > Unibus, DH11, DHU11, DJ11, DM11, DZ11 . Which ones are considered "best",
>
On 2021-03-06 03:22, Eric Smith wrote:
On Fri, Mar 5, 2021 at 6:33 PM Paul Koning via cctalk
mailto:cctalk@classiccmp.org>> wrote:
I would have liked better comms. The USART has such a tiny FIFO
that you can't run it at higher than 9600 bps even with the J-11
CPU. At least not
There seem to be a great many models of Unibus and Qbus multi-port async
serial boards, which present different register-level interfaces, e.g. for
Unibus, DH11, DHU11, DJ11, DM11, DZ11 . Which ones are considered "best",
for each bus, for use with a multitasking OS like RSTS/E or RSX-11M+?
On Fri, Mar 5, 2021 at 6:33 PM Paul Koning via cctalk
wrote:
> I would have liked better comms. The USART has such a tiny FIFO that you
> can't run it at higher than 9600 bps even with the J-11 CPU. At least not
> with RSTS; perhaps a lighter weight OS can do better. The printer port is
>
Can't run split I/D space on any version of P/OS. Neither does it support
supervisor mode. Also, the J11 on the Pro-380 is running a bit on the slow
side. Rather sad, but I guess they didn't want to improve the support chips on
the Pro, which limited speed, and they didn't want to start having
On 2021-03-06 02:33, Paul Koning wrote:
On Mar 5, 2021, at 7:22 PM, Johnny Billquist via cctalk
wrote:
...
Maybe this weekend I'll hack that SSD floppy thingie and load up the P/OS 3.2
disks to see how that works.
Can't run split I/D space on any version of P/OS. Neither does it
On Wed, 2021-03-03 at 17:15 -0500, Anders Nelson via cctalk wrote:
> I was a field application engineer for Microchip from 2008-2011,
> making
> POCs for big name customers in the bay area using 8, 16 and 32-bit
> PICs.
>
> You will likely find that Microchip support is awful, even if their
>
> On Mar 5, 2021, at 7:22 PM, Johnny Billquist via cctalk
> wrote:
>
> ...
>> Maybe this weekend I'll hack that SSD floppy thingie and load up the P/OS
>> 3.2 disks to see how that works.
>
> Can't run split I/D space on any version of P/OS. Neither does it support
> supervisor mode.
On Fri, Mar 5, 2021 at 1:37 PM Lars Brinkhoff wrote:
> Tony Aiuto wrote:
> > that gets lots of files with names like 'dsk:[1,4]specdf525].mic'
> > That just seems wrong.
>
> Correct, back10 does get some things wrong. It also puts some data at
> the beginning of files which should be part of
On 2021-03-06 01:14, Chris Zach wrote:
Ah ok. For some reason I always thought the 23 could only run M, which
is still a fine platform. I'd be amazed if they got all the extra cool
features like disk caching working without I/D.
Officially, you need the 11/23+. The original 11/23 is not
Ah ok. For some reason I always thought the 23 could only run M, which
is still a fine platform. I'd be amazed if they got all the extra cool
features like disk caching working without I/D.
But when I think about it, it makes sense: P/OS is basically M+ all the
way and runs on the Pro/350.
The 11/23 is officially supported, and does indeed lack I/D space (also
true of the 11/24). Which implies that split I/D space is not actually a
requirement for RSX-11M-PLUS. That would also be clear by reading the SPD.
However, officially, there is a requirement for 22-bit addressing. Which
How can you run m+ on an 11/23 or a 40? I thought it needed I/d space to run
thus I can see it on a 45.
On March 5, 2021 6:02:45 PM EST, Johnny Billquist via cctalk
wrote:
>Nice writeup, Paul. And very interesting.
>
>Just in case anyone wonder about RSX, here is how it's done in M+:
>
>1.
Nice writeup, Paul. And very interesting.
Just in case anyone wonder about RSX, here is how it's done in M+:
1. Test if SYSID register exists
If SYSID register exists:
2. Test if high bit of KISDR0 can be set and read back
If high bit can be set and read back => 11/74 CPU
If
On Mar 5, 2021, at 4:19 AM, Philipp Hachtmann via cctalk
wrote:
>
> Hi,
> I habe some pdp10 related docs which need to go away.
> Anybody interested? Or should I dump it (and reuse the white folders foro
> pdp8 stuff)?
>
> https://www.icloud.com/sharedalbum/#B0r5oqs3qGclUOi
>
> Kind regards
> On Mar 5, 2021, at 5:02 PM, Glen Slick via cctalk
> wrote:
>
> On Fri, Mar 5, 2021 at 1:46 PM Paul Koning via cctalk
> wrote:
>>
>> Yes, RT11 has contiguous files. That actually made it rather unusual. For
>> example, while RSTS supports contiguous files that isn't the default and
>>
On Fri, Mar 5, 2021 at 1:46 PM Paul Koning via cctalk
wrote:
>
> Yes, RT11 has contiguous files. That actually made it rather unusual. For
> example, while RSTS supports contiguous files that isn't the default and
> because of disk fragmentation wasn't commonly used.
On VMS you can copy
> On Mar 5, 2021, at 4:11 PM, Boris Gimbarzevsky via cctalk
> wrote:
>
> Recovering data from disks was a lot easier 30 years ago when most
> filesystems had contiguous files and it was just a matter of finding file
> boundaries. Was very glad of this when accidentally wiped first 200
Recovering data from disks was a lot easier 30 years ago when most
filesystems had contiguous files and it was just a matter of finding
file boundaries. Was very glad of this when accidentally wiped first
200 blocks of an RT-11 RK05 and just had to write a FORTRAN program
to copy blocks of
I'm moving soon and need to down-size a little, so selling off my PDP-8/a.
It has 16KW core and is in full working order. It has the serial IO board
which I think was standard in the 8/a anyway. It's a 3-card system plus
the 2 x 8KW core boards.
Also included is a Vincent Slyngstad
very nice! thans!! better than reading all the manuals and trying to
figure out the code!!
Stay well Paul!!
bob smith
On Fri, Mar 5, 2021 at 1:38 PM Paul Koning via cctalk
wrote:
>
> I was just asked some questions about how RSTS identifies your processor
> type. Since that topic might be of
Three obvious possibilites for tools to help:
1) A program that makes a single large file out of all unallocated blocks,
for later study and breaak-up in an editor.
2) A prograam that makes a separate file out of each unallocated block,
for later study and appending in an editor.
3) An
I was just asked some questions about how RSTS identifies your processor type.
Since that topic might be of broader interest I figured I'd do some code
reading and summarize the logic.
In the RSTS initialization code (INIT.SYS), the first step is to identify what
your hardware looks like.
Tony Aiuto wrote:
> that gets lots of files with names like 'dsk:[1,4]specdf525].mic'
> That just seems wrong.
Correct, back10 does get some things wrong. It also puts some data at
the beginning of files which should be part of the file header. TITO
uses the "*FAILSAFE" magic number which fools
FWIW, the plate on my 11/93 in BA123 cab just has "DIGITAL".
De
I need one for an 11/83 (if I can get my CPU board to run). It's on my "to do"
list to try to 3-D model one for FMD or resin printing.
--
John H. Reinhardt
On 3/5/2021 10:51 AM, Nigel Johnson via cctalk wrote:
Speaking of badges, I have a BA23 that doesn't have one. It was an 11/73
but that
Sheesh! and I have been on that site too!
Now I just need a model for the back part and I can send it to my friend
who does 3D printing!
Thanks
Nigel
Nigel Johnson, MSc., MIEEE, MCSE VE3ID/G4AJQ/VA3MCU
Amateur Radio, the origin of the open-source concept!
Skype: TILBURY2591
On 2021-03-05 11:57, Doc Shipley via cctalk wrote:
> On 3/5/21 10:51, Nigel Johnson via cctalk wrote:
>> Speaking of badges, I have a BA23 that doesn't have one. It was an 11/73
>> but that badge is gone, and I am trying to repair an 11/93 to go in
>> there.
>>
>> Does anybody have a spare 11/73
Thanks, Doc, I was under the impression that they always were shipped in
the grey 'corporate cabinets'!
cheers,
Nigel
Nigel Johnson, MSc., MIEEE, MCSE VE3ID/G4AJQ/VA3MCU
Amateur Radio, the origin of the open-source concept!
Skype: TILBURY2591 nw.john...@ieee.org
On 2021-03-05 11:57 a.m.,
On 3/5/21 10:51, Nigel Johnson via cctalk wrote:
Speaking of badges, I have a BA23 that doesn't have one. It was an 11/73
but that badge is gone, and I am trying to repair an 11/93 to go in there.
Does anybody have a spare 11/73 badge for the BA23 that could be used as
a model for a printed
Speaking of badges, I have a BA23 that doesn't have one. It was an 11/73
but that badge is gone, and I am trying to repair an 11/93 to go in there.
Does anybody have a spare 11/73 badge for the BA23 that could be used as
a model for a printed version that says 11/93? I don't believe there
ever
I have a BA23 pedestal 11/83 and it's a really nice form factor for a
pdp11. The CPU in that box can take PMI memory but it looks like it's
configured with conventional memory based on the location of the
processor board.
On 3/5/2021 10:13 AM, John H. Reinhardt via cctalk wrote:
On 3/5/2021
> On Mar 4, 2021, at 1:55 PM, Wayne S via cctalk wrote:
>
> Is anyone from this list bidding on this.
> If so i’ll back out. Just don’t want it to be “recycled “ and i have room for
> it.
>
>
On Fri, Mar 5, 2021 at 4:55 AM Lars Brinkhoff via cctalk <
cctalk@classiccmp.org> wrote:
> Hello,
>
> Someone sent me these magtape images from Tymshare and said "they fell
> off the back of a truck on route 62 in Hudson, MASS." I don't know
> their provenance.
>
> Sorry, I don't have any good
On 3/5/2021 3:03 AM, Ed C. via cctalk wrote:
Not me, but please ping me if you do and would like to part one of the
11/73. Regards.
On Fri, Mar 5, 2021 at 8:25 AM Wayne S via cctalk
wrote:
Is anyone from this list bidding on this.
If so i’ll back out. Just don’t want it to be “recycled “ and
On Fri, 5 Mar 2021 at 16:00, John H. Reinhardt via cctalk
wrote:
>
> No, he means "The Digital Group". It was a microcomputer company in the
> 1975-1979 time frame.
>
> http://bytecollector.com/the_digital_group.htm
>
> https://en.wikipedia.org/wiki/The_Digital_Group
Thanks for the
On 3/5/2021 8:30 AM, Liam Proven via cctalk wrote:
On Thu, 4 Mar 2021 at 05:23, Brad H via cctalk wrote:
Hi there,
I am working on a 30 minute historical video about the digital group.
[Spelling out my thought process]
"the digital group" -- so he means Digital Equipment Corporation.
Never
I suppose some manual titles might help to determine what you have. Seems like
quite a lot of manuals though!
> -Original Message-
> From: cctalk On Behalf Of Philipp
> Hachtmann via cctalk
> Sent: 05 March 2021 12:20
> To: cctalk@classiccmp.org
> Subject: Pdp10 and TOPS 10 stuff
>
>
After thinking about disk imaging tools like Greaseweasel,
I started thinking about tools that would grab and examine the unused
portions of disks.
It's obviously file-system dependent. At one level we know of
"undelete" tools that could piece together recently deleted files
and restore them
On Thu, 4 Mar 2021 at 05:23, Brad H via cctalk wrote:
>
> Hi there,
>
> I am working on a 30 minute historical video about the digital group.
[Spelling out my thought process]
"the digital group" -- so he means Digital Equipment Corporation.
Never heard them called a "group" but fine.
> when
On 3/5/21 4:19 AM, Philipp Hachtmann via cctalk wrote:
Hi,
I habe some pdp10 related docs which need to go away.
Anybody interested? Or should I dump it (and reuse the white folders foro pdp8
stuff)?
I would think Lars Brinkhoff would want them
Hi,
I habe some pdp10 related docs which need to go away.
Anybody interested? Or should I dump it (and reuse the white folders foro pdp8
stuff)?
https://www.icloud.com/sharedalbum/#B0r5oqs3qGclUOi
Kind regards
Philipp
--
Dipl.-Inf. (FH) Philipp Hachtmann
Buchdruck, Bleisatz, Spezialitäten
Hello,
Someone sent me these magtape images from Tymshare and said "they fell
off the back of a truck on route 62 in Hudson, MASS." I don't know
their provenance.
Sorry, I don't have any good hosting. For now they are here:
https://gitlab.com/larsbrinkhoff/tymshare
The download.sh script will
Not me, but please ping me if you do and would like to part one of the
11/73. Regards.
On Fri, Mar 5, 2021 at 8:25 AM Wayne S via cctalk
wrote:
> Is anyone from this list bidding on this.
> If so i’ll back out. Just don’t want it to be “recycled “ and i have room
> for it.
>
>
>
46 matches
Mail list logo
