Well looks like I have been living in the past ...
I have been using v3.9 SIMH from the SIMH website (the 'legacy' version) and
have now gone an upgraded to the github v4.0 version. This one it appears has
supported the serial virtual TU58 device since mid 2015 (at least by comment dates).
I
Whoops slight correction .. . the TU58 protocol supports a 16b block number, so
it is 65536 blocks of 512B, or 32MB maximum.
On 3/12/2016 3:55 PM, Don North wrote:
Well looks like I have been living in the past ...
I have been using v3.9 SIMH from the SIMH website (the 'legacy' version) and
Jerome —
Thanks for jumping in here. All good questions, and here’s what my plan
is.
I bought the H11 as a project. I have a soft spot for the PDP-11, after
owning (and donating) an 11/34 to the RICM. This unit needed a lot of physical
TLC but was believed to be functional (it
>Adrian Graham wrote:
On 11/03/2016 17:54, "Paul Koning" wrote:
They're in a sales office and I forgot about them when you visited otherwise
you could've taken them. I'm guessing at the versions but it'll probably be
VMS 5.5 and RSTS4 but I can check on Monday.
On Sat, Mar 12, 2016 at 6:44 AM, Dave G4UGM wrote:
> The panels would be pretty much un-used Unlike 360 panels these were
> hidden behind doors for most of the time. Assuming the work the same on a
> Multics box as on a regular L66/DPS box the only time they were really
The panels would be pretty much un-used Unlike 360 panels these were hidden
behind doors for most of the time. Assuming the work the same on a Multics
box as on a regular L66/DPS box the only time they were really used was if
you split a 2 x CPU system into 2 x 1 CPU system, or changed the memory
Can that scanner produce anything other
than massive .png files?
- J.
On 3/11/2016 9:12 PM, devin davison wrote:
Well, I have the scanner and the time, I am going to put in online anyways.
It may not be the full source, but perhaps it will come in handy for
someone else.
I only spent a
On 12/03/16 16:04, j...@cimmeri.com wrote:
Can that scanner produce anything other than massive .png files?
I wonder whether it can do B G4 encoded at something like 600dpi. That
should
cut the size down a bit and produce something that perhaps could then be
OCRd.
My recollection is that
> -Original Message-
> From: cctalk [mailto:cctalk-boun...@classiccmp.org] On Behalf Of Zane Healy
> Sent: 12 March 2016 04:51
> To: General Discussion: On-Topic and Off-Topic Posts
>
> Subject: Re: Any word on the Multics revival front?
>
>
> > On Mar 11, 2016,
2016-03-12 0:06 GMT+01:00 Roland Schregle :
>
> Have the Tessar on a 3.5B (aka MX-EVS). Excellent expect when wide open as
> mentioned here, though I wouldn't call it entry level. I think Zeiss made
> an earlier, sub-standard lens (Biotar ?) for Rollei before they could
2016-03-12 9:56 GMT+01:00 James Vess :
> Howdy there folks,
>
> I've been kicking myself for giving away a dying Sun4/260 due to space
> issues and moving about 15 years ago and since then my life has settled
> I've started looking occasionally to see if I can find
On Sat, Mar 12, 2016 at 1:21 AM, Dave Wade wrote:
[GCOS-8]
> Sadly, I doubt it very much. It was still in use on emulated hardware until
> relatively recently and I assume BULL was still making money from it and
> guarding its assets. Thinkage still have GCOS products
On 11/03/2016, at 8:01 AM, Zane Healy wrote:
>
>> On Mar 10, 2016, at 10:05 PM, couryho...@aol.com wrote:
>>
>> I wonder if the tele tessar was a true tessar design or just a use
>> of 'the name' ? I have seen snipits in google referring to it being a
>> true
Very nice, congrats! Looking forward to the pictures.
- Earl
On Fri, Mar 11, 2016 at 7:49 PM, Jay West wrote:
> A system I have always wanted (spent much of my career working on) has
> finally been acquired.
>
>
>
> A Prime (Pr1me) model 2250 aka "rabbit". The cpu
On 3/11/2016 11:45 PM, couryho...@aol.com wrote:
I have front panels for Honeywell huge black and white with tons of
tiny switches and leds.
kind of like these
http://www.glennsmuseum.com/components/pics/multics_panel_cu2.jpg
On 3/12/16 8:11 AM, Antonio Carlini wrote:
It's probably worth experimenting a little
No, it's not.
I'm sorry, but file size matters squat compared to the time it's
going to take to scan them.
> From: Charles Anthony
> The enormous number of configuration switches is due to the extreme
> modularity of the system. ... Each bank could taken out of service
The really amazing thing (considering the vintage) was that that
reconfiguration could be done with the power on, and
On Sat, Mar 12, 2016 at 12:32 PM, Noel Chiappa
wrote:
> > From: Charles Anthony
>
> > The enormous number of configuration switches is due to the extreme
> > modularity of the system. ... Each bank could taken out of service
>
> The really amazing thing
Unfortunately, I'm nowhere near Austin! But here is a great gold mine for
somebody local http://austin.craigslist.org/sys/5436553322.html
On Sat, 12 Mar 2016, jim s wrote:
What is the provenance / source of the panels?
Mine came from an acquisition by Nick Allen from a collection in Georgia. I
believe there was a Multics installation in Atlanta they were removed from.
The panels on the 6180 at USL were all inside side access
Copied back to the main list….
OK on the L66 machines I worked on we always kept the doors closed, there was
an application, can’t remember its name, we ran on a VDU by the system console
that displayed the Job Queues, State of Active Jobs, CPU utilization etc. There
was also a MIPS meter on
On Sat, Mar 12, 2016 at 10:27 AM, Dave Wade wrote:
> Copied back to the main list….
>
>
>
> OK on the L66 machines I worked on we always kept the doors closed, there
> was an application, can’t remember its name, we ran on a VDU by the system
> console that displayed the
On Sun, Mar 13, 2016 at 1:45 AM, Roland Schregle
wrote:
> Hi James,
>
> FWIW, I have slightly more recent Sun 4/330 (SparcServer 330) in my basement
> in Germany looking for a new home. Not familiar with the 260 and how they
> differ tho.
Oh... that's one of the last
> Unfortunately, I'm nowhere near Austin! But here is a great gold mine
> for somebody local http://austin.craigslist.org/sys/5436553322.html
Sounds fishy/weird? He can only recall having two (maybe more) Next systems but
he wants to sell everything in his house and garage for $600 to make room?
Thanks Mattis! I'm going to give him a follow.
It's been hard to find these systems or even cards anymore on Ebay, it went
from a few then fell to none.
I usually filter international though, so I don't have any insight there.
Part of why I really appreciate you providing that!
Maybe the spring
I'm in Houston and could make the trip, Anyone here interested in the
systems listed?
I would need to see enough interest to go do it though, as even though I'd
love to get these and just play with them, but I wouldn't be able to keep
them.
I can't let myself go nuts collecting as I'm living the
I just was looking at the I/O device code assignments in the 1973
DECsystem-10 System Reference Manual, and happened to notice the entry
for the Type 270 disk file used on the PDP-6.
PDP-6 and PDP-10 device codes are three octal digits, of which the
third digit can only be 0 or 4.
The device
I've been doing some testing on the (new) SIMH TU58 device, and am finding that
reading the boot block does not work.
I have TU58 bootable images, and when I try and boot from them in SIMH they
halt/crash.
I adapted my PDP-11 M(312 TU58 boot code to a loadable SIMH image, and found
that it
Hi Everyone,
I just subscribed on the cctalk mailing list, I thought I’d introduce myself.
The first computer that I ever used was an Alpha Micro AM-100 at my high
school, where I had the extra project of figuring out Pascal and explaining it
to the teacher. I’m pretty excited about Eric and
I honestly am a bit surprised, as other dealings I've had with groups that
focus on technology typically are not as welcoming or responsive.
Thanks! It's a great start to my future w/ classiccmp ;)
Al, I'm in Texas so I'm not too far away.
Given the unit's size, I'd need to do local pickup (
So I turned on full debug on the TDC device and I see the boot block is
being read correctly (bytes A0,00,20,01,...) but in the register reads
following that transfer the boot block to the PDP11 the first byte (A0)
is never seen, only bytes 00,20,01,...
So it appears to be a real bug in the TU58
Fixed!
sim> set cpu 11/34 256K fpp
sim> set tdc enable
sim> attach tdc0 tu58.dsk
sim> b tdc0
BOOTING UP XXDP-XM EXTENDED MONITOR
XXDP-XM EXTENDED MONITOR - XXDP V2.5
REVISION: F0
BOOTED FROM DD0
124KW OF MEMORY
UNIBUS SYSTEM
RESTART ADDRESS: 152000
TYPE "H" FOR HELP !
In file pdp11_td.c,
Ok, filed as: https://github.com/simh/simh/issues/285
On 3/12/2016 11:14 PM, Don North wrote:
Fixed!
sim> set cpu 11/34 256K fpp
sim> set tdc enable
sim> attach tdc0 tu58.dsk
sim> b tdc0
BOOTING UP XXDP-XM EXTENDED MONITOR
XXDP-XM EXTENDED MONITOR - XXDP V2.5
REVISION: F0
BOOTED FROM DD0
33 matches
Mail list logo