Hi,
My Micro's power supply blew and I wanted to be in a fullsize cab anyway.
Can I bolt my Micro/PDP11 Q22 backplane into an 11/03 chassis easily?
Anyone know about feasibility / gotchas before I start experimenting?
thx
jake
I got the power cord for the microvax 3800 in the mail today. I checked the
fans as someone suggested, they Spin nice and smooth. I Iooked over
everything, nothing seems out of place. I powered the machine on. Very
quiet. I expected it to be much louder.
I turned the machine on and nothing exploded.
The KA660 cpu board has that little red lcd display ion it. A F is
displayed. Not sure if that is normal or not. I need a console cable. I
have a vt100 that works over here. What is the cable called, is it
something i could buy, or is it something that is easy enough to make?
--Devin
On Tue, Dec 8, 2015 at 3:37 PM, devin davison <lyokoboy0 at gmail.com> wrote:
> "So a 9-track open-reel SCSI drive should work just as well as a DDS,
> DLT, SLT drive."
>
> Oh wow. i had not even considered that. I have a pdp 11 with a beast of a
> 9 track tape drive in is's own rack, that would be interesting if i could
> get a scsi tape drive for the vax and use some big tapes to move data
> between the two.
>
>
> On Tue, Dec 8, 2015 at 11:38 AM, Johnny Billquist <bqt at update.uu.se>
> wrote:
>
>> On 2015-12-08 17:02, Paul Koning wrote:
>>
>>>
>>>
>>> On 2015-12-07 20:36, Christian Gauger-Cosgrove wrote:
>>>
>>>> On 7 December 2015 at 14:29, Johnny Billquist <bqt at update.uu.se> wrote:
>>>>
>>>>> I think all (modern PDP-11) OSes can install from TMSCP tapes. RSTS/E
>>>>> is
>>>>> more picky than some others, though, if I remember right...
>>>>>
>>>>> Yes, RSTS/E installs from TMSCP just fine (as can RSX-11/M+); I know
>>>> that in simh you can bring up Ultrix-11 3.1 only on TMSCP
>>>> (specifically a TK50), at least if you want all of the packages to
>>>> install. I've installed RSTS/E 10.1-L from MASSBUS, TS11, TM11, and
>>>> TMSCP in my various experimentation with emulation, it really doesn't
>>>> care what the tape is as long as your SYSGEN device is consistent.
>>>>
>>>
>>> One detail on "it doesn't care what the tape is": RSTS kits on 1/2 inch
>>> tape come in 800 and 1600 bpi versions. They have different boot blocks,
>>> each of them designed to work with all tape drives/controllers supported on
>>> RSTS that support the density in question. For example, the 1600 bpi kit
>>> doesn't boot on a TM11 controller, and the 800 bpi kit won't boot on a
>>> TMSCP controller. This matters if you try to boot one in an emulator where
>>> physical tape density doens't have any meaning.
>>>
>>
>> Unsubscribed from cctalk now, so I'm not sure if this will get through or
>> not.
>>
>> The RSX installation tape should boot from all tape devices, no matter
>> what density. The disk boot blocks are somewhat more specific. MSCP sits
>> together with massbus and RK06/RK07. RK05, RL01/02, RP02/03 as well as P/OS
>> drivers are separate boot blocks. Of those, only the RL02 is actually
>> supported by M+. So in practice, you only see one of two disk boot blocks
>> around for M+. 11M use pretty much anything, I'd think.
>>
>> Johnny
>>
>>
>
>
> Er nope it just refers to android
>
> R
He didn't include a signature in that message. Try looking at an earlier one.
Here's another explaination.
When someone receives this message, where are they supposed to start reading?
They have to rummage through to the middle to find where it started, read
the question originally asked, read down to see my answer, jump to the top to
read the request for further clarification, read further to see my reply to
that and so on. This gets really tedious when trying to follow a discussion.
Top posting may work ok for emails between individuals, assuming they can live
with only reading the first few lines of each mail. On a mailing list, it's
too much to assume that everyone will have archived all the mails that went
back and forth on the particular topic and will be immediately familar with
all the discussions that might be in progress at any one time. When someone
receives a long mailing list posting starting with (for example):
"When I tried that, I got smoke coming out of the power supply"
there then follows a session of jumping up and down through the email trying to
find exactly which piece of advice the poster was following when they got this
result. To do this, they have to find the points in the email where to jump
backwards and forwards. Sometimes there are clues such as included headers.
Sometimes there aren't. Sometimes the headers have dates in US format or non-US
format that looks like US format and times in various miscellaneous timezones
making it really hard to tell which not very well defined section was posted
before which other not very well defined section. Sometimes there are no dates
or times.
Then the list owner politely asks people to try to follow a particular
procedure and the response ranges from "I won't!" to "I can't!" to "Why should
I!" to "Look, I can be even more irritating if I really try harder!".
It appears that the main concern for some posters is "How can I get my crucially
important (to me) posting to the most recipients with the least effort on my
part?" Would it not be nicer if we could all be more concerned with "How can I
make my posting as useful and easy to follow as possible for most recipients?"?
Maybe some people might prefer to be on a write-only mailing list?
Regards,
Peter Coghlan.
On 10/12/2015 12:28, Peter Coghlan wrote:
>> I'm not sure I understand what all this posting business is about.
>> The application (Thunderbird) puts the text where it wants.
>> In my case at the top. ie LIFO or latest first. It does the same with
>> the list of messages
>>
>> Decmail did this from its inception as did the IBM, HP. etc mail systems.
>> I can't understand what the fuss is about. Please explain
>>
> The explaination in the signature in some of David Griffith's postings is about
> the best and most succinct I've seen.
>
> Regards,
> Peter Coghlan.
*sorry a copy went out prematurely...
So I got my hands on an HP 88780 1/2" Tape Drive from list Member Mark
(Thanks!). The drive physically looks to be in good shape but was pretty
dirty when I got it. I've cleaned up the drive and powered it up.
The good news:
The drive powers up. Initially I had trouble getting it to load a tape but
that seems to have been resolved. The BOT, EOT sensors are good and the
basic drive mechanism (motor, eject, etc.) seem to be working.
The bad news:
Some of the front panel buttons are not working. Running test 72 shows
failure in the unload/rewind and online buttons. Luckily it seems to be a
mechanical problem. If I short the switch on the circuit board then the test
passes. The switches are mechanical push buttons that are soldered on so
should be easy to replace. Anyone know of a good or OEM equivalent
replacement? If need be I can get pictures of the buttons off the PCB.
The worse news:
The tape drive will not read/write. I ran test 01 which per the service
manual does a full general checkout of the drive. The test is a conglomerate
of other test routines. It fails when it tries to run test 177 (Buffer Write
Density ID). This is where I am currently stock and need advice on how to
proceed.
Any help is appreciated. TIA
-Ali
Calling All Panel Fans
In my panel picture gallery I have the following:
8/e type A
8/e type B
8/e (galway)
8/e (maynard)
8/f (maynard)
8/f (galway)
8/m (maynard)
8/i (-----"-----)
8/l (-----"-----)
8/s (-----"-----)
11/20
11/35
11/40
11/45
11/50
11/70
Scans/Pictures of anything with a perspex/plexiglass or similar front panel
not listed above would be most welcome
If possible I would prefer an attachment as opposed to a link
Thanks Rod
At 11:47 AM 12/10/2015, Ian S. King wrote:
>Ooh, another email formatting rant thread!
It is not the formatting that is the crux of the matter - it is the lack of editing. If someone can't be bothered to edit his message quotes I can't be bothered to read his messages. I have a low tolerance for those who ignore or who are ignorant of basic reflector netiquette.
Dale H. Cook, Roanoke/Lynchburg, VA
Osborne 1 / Kaypro 4-84 / Kaypro 1 / Amstrad PPC-640
http://plymouthcolony.net/starcity/radios/index.html
Alexandre,
I have the SCSI pre-processor too, but not the precious software that goes
with it. Do you happen to have it? I'll contact you offline.
Marc
> Alexandre Souza wrote:
> A proper HP16500C or better (series 17000) is way cheap nowadays.
> [...]I don't know if there is an IDE analyzer for it (I have it for SCSI)
> but you can look for it.
It was written by two people....
---------------------
>> I hear that Donald Trump top-posts...
>
> also
> Michael Dell
> Carly Fiorina
> Mark Zuckerberg
> Sarah Palin
> Meg Whitman
> Paris Hilton
> Bill Gates
>
And he is one of the smartest finatual men in the world and soon he will be
your pres.... CRAZY hmmmmm.
----------------------
Starting a political discussion on this list is a surefire way to get
banned. Keep it somewhat on topic please.
J
I just recently had a RXV21 board that I inserted into the backplane and
then completely hung a few bits on the bus. It was a DC005 bus transceiver
chip that had failed.
First it seemed impossible to find such a chip, but then I recognized that
Signetics had put their own code own them as well, C2324N.
Searching on Ebay gave this result: http://www.ebay.com/itm/281679682476
I bought some and they just arrived and worked perfectly.
/Mattis
While I'm new to speak up here, I've been watching for a while. I've also
used the name "MightyFrame" on groups, although that email address is not
registered with this list.
A few months back, I published a page decoding QIC-24 format.
http://mightyframe.blogspot.com/2015/08/qic-24-tape-data-block-format-decod…
Dwight posted a very meaningful response to this about the CRC on my site,
and it has taken me this long just to get to it. Thanks again for that,
Dwight!
This project has gone very well for me, with one hangup...the CRC.
I've never calculated one of these before, and I'm struggling with this one.
I have a QIC-24 block of data attached in a .txt file, and I just can't get
the calculations to work.
For my simple understanding so far, I'm using an online calculator to test
this:
http://bit.ly/1YbHUZ7
That URL is pre-programmed with the polynomial and the "message" that
should provide the CRC result of
0xE8CE (decimal 59598)
But, it doesn't.
I created this file, wrote it to tape, then read it again and tested it.
It is 100% correct for the QIC-24 tape system. This is block 3 of 4 of the
file that I have extracted, and am testing here.
The ANSI QIC-24 standard booklet (X3.136-1986) says something that I know
is a clue, but I just don't understand.
"The cyclical redundancy check (CRC) shall consist of two bytes, calculated
over the 512 bytes of interchange data, and the 4-byte block address, *starting
with all ONEs, CRC initial value*, and using the CRC Generating polynomial:
x16 + x12 + x5 + 1
*"starting with all ONEs, CRC initial value"*? What does THAT mean? Do I
need to do some kind of register shift? xorin or xorout?
I've even played with http://reveng.sourceforge.net/, but I'm having
trouble even understanding the meaning of the input values and parameters
with this.
I appreciate any feedback that anyone can give, here.
--
Thanks,
-AJ
http://MicrotechM1.blogspot.comhttp://MightyFrame.com
>
> This is a bit like the old toilet seat up/down argument...
>
> On Dec 9, 2015, at 3:58 PM, Jay West wrote:
>
> > Please make an effort not to top-post :|
> >
> > J
> >
> >
After reviewing the 61 posts from the list I received this morning, I can only
conclude that Johnny Billquist had the right idea.
Regards,
Peter Coghlan.
Hi All
I am working on a new special project.
I can't reveal what it is yet.
But I can tell you the bell is finished in polished brass with
electromechanical striker
and the whistle has its own air supply.
Rod
If you understand this and you are not out to grass (retired) like me
you may want to consider it.
What is your favorite CREEPYPASTA?
I read one tonight called exploration of room -B. . .
What are your fav'z? I am not a fan of the ones about games or the lame
ones like Jeff the killer, Slenderman, Five nights at Freddy's ecp for
the one called " The one in Crystal Cove".
I am a big fan of Natenator77 and Otis Jiry "Chilling Tales For Dark
Nights"!!!
For those of you who do not know what creepypasta's are google it ot
check out creepypasta.com . .
I think this will be a great thread!
Does anyone here still use Apple Works for day to day use? I find it
very useful it has a great word processor and a database / spreadsheet
I use it to write Creepypastas in my Motorcycle shop late at night.
many high paid cios started with a vic 20 or a c 64!
everyone has their treasured first....
Ed#
In a message dated 12/9/2015 11:34:32 P.M. US Mountain Standard Time,
mhs.stein at gmail.com writes:
Surprised to see so much interest in C64s on a 'serious' list...
m
In the 1970s, some microprocessors and support chips used four-phase
NMOS logic. Some, including the Rockwell PPS-4 and PPS-8, generated
the four non-overlapping clock phases on-chip based on two external
clock inputs, while others, including the TI TMS9900, the Western
Digital CP1600 chip set (used in DEC LSI-11 and Alpha Micro AM100),
and the WD9000 chipset (used in Pascal Microengine), required an
external four-phase clock generator. Typically the four-phase clock
inputs required a voltage swing close to the Vss and Vdd supply rails
(0 to +12V). TI and Western Digital offered support chips to generate
the four-phase clock, although it was often done with a crystal, 74S
logic, and MOS drivers such as the National Semiconductor MH0026 dual
MOS driver or the Intel 3245 quad MOS driver.
I've recently had occasion to work on interfacing to some of these old
chips, and wanted a modern four-phase clock generator. I've just
written and tested code to use a Microchip PIC16F1575 as a clock
generator, though it only has 5V outputs, so it will require external
gate drivers, such as a Microchip TC4469 quad gate driver, to obtain
the 12V swing.
The PIC16F1575 is a fairly new part using Microchip's enhanced
midrange core. It is in a 14-pin package, has an internal oscillator,
PLL, and four 16-bit PWM modules. The PWM modules can operate
independently, but for this purpose it was convenient that they can be
synchronized.
I've configured the PIC to use the 8 MHz internal oscillator, with a
4x PLL for a 32 MHz clock going into the processor and the PWM
modules. The CPU speed doesn't matter, but that gives timing
resolution of around 31ns for the PWM. I've configured the PWMs for a
period of 16 clock cycles (500 ns, 2 MHz), clock high pulses of three
clock cycles (93ns), and delay between phases of one clock cycle
(31ns). This could be trivially changed to a 2.67 MHz clock by
reducing the period to 12 cycles and hte clock high pulses to two
clock cycles (62ns). Either set of timings is within the
specifications of the TI and Western Digital parts.
A word of caution: when using gate drivers to drive old NMOS parts, I
recommend the use of series resistors of at least 10 ohms and schottky
diode clamps to Vss and Vdd, to ensure that undershoot and overshoot
(due to ringing) are limited to 0.3V.
The C source code is released under the GPLv3 license on github:
https://github.com/brouhaha/4phaseclk
I help cleaning out a large repository of DEC parts.
There a quantity of DEC core module assemblies appeared.
According to PDF docs these must be PDP-15 MM15's, but no labels are on
the boards.
I show/offer some of them at
retrocmp.com/flipchipshop ,
under "core memory"
Can somebody confirm they are MM15's?
Are any PDP-15 running at all?
Thanks,
Joerg
The manual u cited states, "The disk controller can control either a CDC or Finch drives. All drives attached to any controller must be of one type." I'm not sure what they mean by "CDC" but if u are lucky it might mean "SMD."
According to the 1983 Disk/Trend Finch interfaces were available on the Wren 9415-32 (Finch and ST506) and the Wren 94153 (Finch only). So u might look for a 94153 or a Finch variant of the 9415-32.
The Finch spec data interface specs include 13440 unformatted bytes per revolution using an 806 KB/sec data rate, which are the very old at that time 3330 industry standards. There are very few small drives that use this standard, not even the 94153 (10,080 @ 605 KB/sec) so what happens with the drive at a different frequency and the controller with a possibly a different number of raw bytes per track is unpredictable. Note that 10080 x 806/605 is close enough to 13440 so any 10,080 @ 605 KB/sec drive might be made to work if the recording channel has margin at the higher frequency; unfortunately there are not very many.
A bigger problem might be the command and control interface of the Finch - it is not like the ST506/412. Off the top of my head it looks like a variant on SMD. BTW SMD data specs are exactly 1.5x3330, that is 20,160 bytes @ 1.209 MB/sec so a small SMD might work if the recoding channel can deal with the lower data rate, perhaps the 8715 FSD. You might want to compare pin by pin SMD to Finch to see if this is even possible. There were some small SMDs, e.g. Micropolis 1403, Priam 804 but most were 14-inch.
Perhaps there is a CDC SMD expert in this group that can help
Tom
-----Original Message-----
From: Oliver Lehmann [mailto:lehmann at ans-netz.de]
Sent: Monday, December 07, 2015 11:39 AM
To: General Discussion: On-Topic and Off-Topic Posts
Subject: Re: Evotek Winchester Harddisk
Tom Gardner <t.gardner at computer.org> wrote:
> Sorry If I didn't make myself clear, I am suggesting one never acquire
> an Evotek drive today other than perhaps as an historical curiosity.
>
>
>
> The Finch was a short lived 8-inch HDD that went up to 42 MB
> unformatted BUT according to Disk/Trend It did not use an ST506
> interface but instead came with this variety of interfaces: Finch,
> LDI, SMD or SA1000! So your problem is likely to be finding a drive
> that matches the interface of yr controller card. Some possibilities
>
> Finch interface was available on certain CDC Wren 5 -inch
> models, e.g. 9415
>
From what I understood in the Zilog System 8000 manuals, it is the Finch interface.
http://bitsavers.informatik.uni-stuttgart.de/pdf/zilog/s8000/03-3237-04_hwR…
Page 33 - Drive Performance Characterstics Page 47 - Pinout of the WDC-Controller Disk Connector Page 65-69 - Describing Driver Configurations
Here are pictures of harddisks used in the System 8000:
http://pics.pofo.de/gallery3/index.php/S8000/Harddisk
And this is the so called "FINCH Adapter Board" used in the S8000:
http://pics.pofo.de/gallery3/index.php/S8000/S8000_boards/FINCH-Adapter-Boa…
>
> This is a laughable ask, I realize that- but I'd really like to find a
> PERQ.
>
> Anywhere in the US and Canada is fair game. I am prepared to work on one in
> any condition, and am okay with any model.
>
> I'm definitely not asking for a handout and would like to negotiate a
> reasonable price. (I am aware of the rarity!)
>
> Please contact me off-list if this is a possibility.
>
> For reference, I am located in Seattle, WA.
>
> Cheers,
>
> - Ian
>
I know there are 4 or so in your area, but I don't think any are available.
The newest one acquired is a PERQ-1 (and it is in good condition...boots
just fine....
..and just got the report that it booted about a week ago after the chassis
with HD arrived)
Only problem is we don't know the password for the user (and the guest
account is disabled).
I know about it, because I rescued it for him out here in Atlanta. And I
only rescued it because I
had knew Skeezics was a fan from some postings on sun-rescue years ago. I
almost gave him a heart
attack when I told I had picked it up and it was his, he just had to pay
shipping... (it has an interesting
history, I was able to contact the guy who orignally purchased it and used
it at an architectural design firm he ran,
some of the floppies with it are designs for jails... ) The guy who got it
>from him picked it up at a garage
sale he had and was able to squeeze chassis, monitor, etc. into a Smartcar
and get it home (with his wife).
When I called the original owner he said this was the last one he had
(bummer) but he remembers them
fondly (and I was even able to find a picture of one in the history part of
his company web site... not sure
if it's the actual unit I picked up, but could be... )
I don't believe Skeezics is on cctalk, but he has a number of them. Lots
of good
stories, his Dad worked at 3Rivers.... Skeezics I beleive also has the OS
source and got the last machine
that they had left when they closed down. He works on the emulator, etc.
and has been chatting with
Al about PERQs as well... If you want to see about visiting his
collection let me know...
Earl the Squirrel
our phx station had an 8E with one backplane in it and a single diablo
hard drive.
would be great to buy one of these for the museum .
Ed# _www.smecc.org_ (http://www.smecc.org)
In a message dated 12/9/2015 7:19:06 A.M. US Mountain Standard Time,
radiotest at juno.com writes:
At 11:53 PM 12/8/2015, wulfman wrote:
>The "carts" were 4 track tapes.
They were not. They were either 2 track for mono or 3 track for stereo,
and they were physically different from, and not interchangeable with,
consumer tape cartridges. Radio carts were introduced in, IIRC, the early 1960s
(I would have to check my broadcast equipment catalogs) and predate the Lear
8 track cartridges.
Dale H. Cook, Radio Contract Engineer, Roanoke/Lynchburg, VA
http://plymouthcolony.net/starcityeng/index.html
Tihis is my first post to the group I just want to make sure that
everyone can see this and that I have it setup right please reply if
yall can see this.
This is a laughable ask, I realize that- but I'd really like to find a PERQ.
Anywhere in the US and Canada is fair game. I am prepared to work on one in
any condition, and am okay with any model.
I'm definitely not asking for a handout and would like to negotiate a
reasonable price. (I am aware of the rarity!)
Please contact me off-list if this is a possibility.
For reference, I am located in Seattle, WA.
Cheers,
- Ian
--
Ian Finder
(206) 395-MIPS
ian.finder at gmail.com
Can't help, since I live on the other side if the pond, but AS/400s are cool machines. I own a bunch of them (and some S/36s too) and I like them. OS/400 was and is a good OS (if you have clear in mind what it can and what it can't do).
Meanwhile, you could request a free AS/400 access to the folks at pub1.rzkh.de and play with OS/400. It's fun to access such a beast from a... Smart Phone :)
-------- Messaggio originale --------
Da: Brian Adams <fink at stenoweb.net>
Data:07/12/2015 21:58 (GMT+01:00)
A: cctalk at classiccmp.org
Oggetto: Looking for AS/400
Hi there,
Recently, I've been reading up into AS/400s.. They seem like really neat machines, and look really sharp with those matching block terminals.
I remember retail stores using those, and I always wondered what kind of a system they were running on... I figured it was DOS!
I've been having trouble locating one, however.
Anybody have one lying around, or know of where to find one in the Toronto area?
It needn't be a high spec machine, just something to play with OS/400 and a terminal.
Thanks!
-brian
Hi all --
I have recently acquired a PDP-8/m system that was used to drive a radio
automation rig (very very similar to this: http://www.bowkera.com/kcbs1.htm
).
My understanding is that this system hooked to banks of what were
essentially 8-track tape drives, each of which held a short loop of tape
(containing a song, an ad, call info, etc.) and the 8/m was programmed with
a playlist of sorts so that even in the early 70s you didn't need to have a
real DJ on premises to run a radio station. (I had no idea this sort of
thing went back that far!)
This one was used at KRDU (Fresno's Christian Radio). At any rate, it's
neat hardware. All I have is the 8/m, a custom front panel (as seen in the
pictures on the site I linked above) and a bank of Omnibus backplanes
holding cards that would drive the tapes and mix audio.
I really have no use for the tape-control / audio mixing hardware since I
don't have the tapes and I'm not *really* planning on running an automated
radio station out of my basement (though it does sound fun). I'm not about
to scrap the stuff (it's at least useful for parts) but I thought I'd see
if anyone out there could actually make use of it for its intended purpose.
- Josh
At 09:24 AM 12/9/2015, Mike Boyle wrote:
>Do you have photos?
I don't need photos - I worked with carts from the time I entered radio (1969) until the last of my clients abandoned them several years ago. I have installed, maintained and repaired hundreds of cart machines in the course of my career.
If anyone is interested I can scan and post the 1976 edition of the NAB standard to tape cartridge systems.
Dale H. Cook, Radio Contract Engineer, Roanoke/Lynchburg, VA
http://plymouthcolony.net/starcityeng/index.html
> I've got 13,000 on RetroBattlestations and I doubt very many of them know about the cctalk mailing list.
Wow, that is impressive. However, I suppose much of the PeeCee crowd
really does not integrate well with cctalk, and that is fine.
--
Will
Yeah... the feeling of a real machine is different...
AS/400s aren't retrocomputing cult machines so, waiting a bit, it's not hard to grab one at a decent price...
YES!! DOES IT STILL HAVE THE DIABLO DISC HARD DRIVE TOO!>!>?????opps
caps.... ok yes one of the phx stations had one of these and it had
the 8 and the diablo hard drive
PRICE???? ed sharpe
In a message dated 12/8/2015 8:56:51 P.M. US Mountain Standard Time,
derschjo at gmail.com writes:
http://www.bowkera.com/kcbs1.htm
since we collect broadcast gear for radio and TV
we would like to buy this depending on where it is located.
are there any tapes too??? we are VERY INTERESTED!!
thanks ed sharpe archivist for smecc.
In a message dated 12/8/2015 9:54:10 P.M. US Mountain Standard Time,
thrashbarg at kaput.homeunix.org writes:
On 9/12/2015 2:26 PM, Josh Dersch wrote:
> My understanding is that this system hooked to banks of what were
> essentially 8-track tape drives, each of which held a short loop of tape
> (containing a song, an ad, call info, etc.) and the 8/m was programmed
with
> a playlist of sorts so that even in the early 70s you didn't need to
have a
> real DJ on premises to run a radio station. (I had no idea this sort of
> thing went back that far!)
>
Very interesting. The cartridges were probably NAB cartridges. See
<https://en.wikipedia.org/wiki/Fidelipac>. I got a pile of these from
a guy who worked at the ABC (Australia), mostly studio-link failure
apology announcements and a few calibration tapes.
The content is usually very interesting on these old cartridges. It'd
be a shame if the radio station just threw them out!
Alexis.
mine are old enough to be bitchen!
Ed#
In a message dated 12/8/2015 3:33:34 P.M. US Mountain Standard Time,
silent700 at gmail.com writes:
On Tue, Dec 8, 2015 at 4:32 PM, Chuck Guzis <cclist at sydex.com> wrote:
> On 12/08/2015 02:23 PM, William Donzelli wrote:
>>
>> Yes, keep the kewl machines elsewhere. Our machines are groovy, far
>> out, or maybe even the Bomb.
>
>
>
> You forgot "rad" and "neat".
Certain Crays were "totally tubular."
Man...IUsed this program for YEARS. I'd be glad to register it as a "thank
you" note
Enviado do meu Tele-Movel
Em 08/12/2015 21:18, "Ali" <cctalk at fahimi.net> escreveu:
> C A I X A E C ? N O M I C A F E D E R A L - LOTERIAS
>
> Alexandre Souza,
>
> Conforme voc? pediu, seguem os resultados das Loterias da Caixa.
> Boa Sorte!
>
> Caixa Econ?mica Federal
>
>
> D U P L A S E N A
> --------------------
>
> CONCURSO : 1444
> DATA : 08/12/2015
>
> 1? SORTEIO:
> N?MEROS SORTEADOS: (por ordem de sorteio) 20 - 35 - 42 -
> 40 - 39 - 12
>
> (por ordem crescente) 12 - 20 - 35 -
> 39 - 40 - 42
>
> PREMIA??O:
> N? de ganhadores: 0
> Rateio do pr?mio: R$ 0,00
>
> VALOR ACUMULADO 1? SORTEIO: R$ 1.178.636,10
>
> ESTIMATIVA DO PR?MIO (DUPLASENA)*: R$ 1.500.000,00
> *PARA O PR?XIMO CONCURSO, A SER REALIZADO 11/12/2015
>
> 2? SORTEIO:
> N?MEROS SORTEADOS: (por ordem de sorteio) 14 - 37 - 09 -
> 34 - 49 - 16
>
> (por ordem crescente) 09 - 14 - 16 -
> 34 - 37 - 49
>
> PREMIA??O:
> N? de ganhadores da Sena: 0
> Rateio do pr?mio da Sena: R$ 0,00
> N? de ganhadores da Quina: 31
> Rateio do pr?mio da Quina: R$ 4.072,60
> N? de ganhadores da Quadra: 1282
> Rateio do pr?mio da Quadra: R$ 93,79
>
>
>
>
> Q U I N A
> --------------------
>
> Concurso : 3954
> Data : 08/12/2015
>
> N?MEROS SORTEADOS: (por ordem de sorteio) 49 - 04 - 16 -
> 13 - 74
>
> (por ordem crescente) 04 - 13 - 16 -
> 49 - 74
>
> VALOR ACUMULADO: R$ 7.611.144,60
> VALOR ACUMULADO PARA O SORTEIO ESPECIAL DE S?O JO?O: R$ 50.650.937,04
> ESTIMATIVA DO PR?MIO (QUINA)*: R$ 8.700.000,00
> *PARA O PR?XIMO CONCURSO, A SER REALIZADO 09/12/2015
>
>
>
> N? de Ganhadores (Quina) : 0
> Rateio do Pr?mio (Quina) : R$ 0,00
>
> N? de Ganhadores (Quadra) : 92
> Rateio do Pr?mio (Quadra) : R$ 7.801,94
>
> N? de Ganhadores (Terno) : 6955
> Rateio do Pr?mio (Terno) : R$ 147,43
>
>
>
>
>
>
>
>
>
> T I M E M A N I A
> ----------------------
>
> ACUMULOU!
>
> Concurso : 813
> Data : 08/12/2015
>
>
>
> Resultado das dezenas sorteadas (ordem crescente)
> 02 - 24 - 36 - 52 - 54 - 74 - 79
>
> Resultado das dezenas sorteadas (ordem de sorteio)
> 24 - 79 - 54 - 52 - 36 - 74 - 02
>
>
> TIME DO CORA??O: FLUMINENSE/RJ
>
>
> PREMIA??O
> N?mero de Acertos (7)
> Qtde Ganhadores : 0
> Rateio (em R$): 0,00
> Valor Acumulado (em R$) : 558.738,90
>
> ESTIMATIVA DO PR?MIO (7 ACERTOS)*: R$ 800.000,00
> *PARA O PR?XIMO CONCURSO, A SER REALIZADO 10/12/2015
>
> N?mero de Acertos (6)
> Qtde Ganhadores : 1
> Rateio (em R$): 61.155,47
>
> N?mero de Acertos (5)
> Qtde Ganhadores : 114
> Rateio (em R$): 766,35
>
> N?mero de Acertos (4)
> Qtde Ganhadores : 2295
> Rateio (em R$): 6,00
>
> N?mero de Acertos (3)
> Qtde Ganhadores : 21218
> Rateio (em R$): 2,00
>
> Time do Cora??o
> Qtde Ganhadores : 14260
> Rateio (em R$): 5,00
>
> Valor acumulado para o pr?ximo concurso de final cinco (815): R$ 147.166,48
>
>
> ARRECADA??O TOTAL: R$ 1.226.806,00
>
>
> Confira os resultados das Loterias pelo seu celular, acesse o site da
> CAIXA www.caixa.gov.br direto pelo aparelho e selecione o link loterias. (
> http://www.caixa.gov.br)
>
>
>
> Conhe?a os investimentos CAIXA: variedade e seguran?a para investir, sem
> abrir m?o de boa rentabilidade. SAIBA MAIS. (
> http://www11.caixa.gov.br/portal/public/investidor)
>
>
> --------------------------------------------------------------------------------
> Se desejar corrigir seus dados ou se descadastrar deste servi?o acesse o
> link -
> http://www.caixa.gov.br/_redirect/push/r_logon_loteria.asp
>
I was wondering if anyone on the list may have contact info for Mr. Volpe
the author of ModemDoctor. I attempted to send in the registration fee for
his service based on the address on his website. The letter was returned
"not deliverable". The site does get occasional updates so he is still
around and apparently still accepting orders.
Thanks
-Ali
On 6 December 2015 at 13:24, Mark G. Thomas <Mark at misty.com> wrote:
> As much as I love old CPUs, I've lost my patience with hard disk drives.
> I've been using AztecMonster (search ebay) CF-SCSI adapters, with several-GB
> CF cards instead of spinning disks. The KA660 and several PDP-11/83s
> here run reliably from CF storage. I see now there are SCSI2SD cards for
> half the price of the AztecMonster CF adapters I've been using. These
> might be an alternative, if they play okay with whatever q-bus SCSI
> controller you find. Installing from SCSI CDROM and using flash
> storage is definitely the way to go if you can get the parts.
>
That's great news to hear that the AztecMonster works on QBUS PDP-11s.
I now know exactly what my future plans are...
But I have a "random" question for those here. I know some of the QBUS
(and UNIBUS) SCSI controllers can act both as an MSCP and TMSCP
controller. (CMD CQD-220A/TM for one example.) And I know that several
of the PDP-11 operating systems install from tape, and can install
>from TMSCP tape (hello RSTS/E). What I'd like to know is: Is there
anything out there that can emulate a SCSI tape device on a CF card/SD
card/USB stick/what-have-you?
Best regards,
Christian
--
Christian M. Gauger-Cosgrove
STCKON08DS0
Contact information available upon request.
bah! sacrilege!
In a message dated 12/8/2015 8:30:58 A.M. US Mountain Standard Time,
bqt at update.uu.se writes:
sell the feet separately from the H960, etc) is
>>> the way to get the most money,
> I seriously doubt the splitting of the H960 from its feet or not will
> influence the outcome of a job position.
I don't know, because I don't know enough about their exact financial state.
But it doesn't matter, for two reasons: First, given that it's for a good
cause, it shouldn't matter; it will help, that's all one needs to know.
Second, even if it weren't for a good cause, "the splitting of the H960 from
its feet" is - or should be - No Big Deal anyway. It's not like the parts are
going to be melted down, or anything; they will just be re-arranged.
So someone who has e.g. a three-bay system, with feet on the two end
cabinets, would probably be quite happy with a fourth bay without feet. And
at the same time, someone who has a one-bay system with no feet would
probably be ecstatic to finally find feet. Everyone's happy, all the parts
are in good homes; where, exactly, is the problem?
Noel
Decent... well...
Hard to tell...
If you use an external USB mini keyboard they're decent :)
There's the free version of Mocha TN5250, just for an example...
Inside The Machine: Hewlett Packard Labs mission to remake computing
Hewlett Packard Labs reveals the progress it's making in its attempt to
reinvent computing for the era of big data.
READ ON>>>>
http://www.techrepublic.com/article/inside-the-machine-hewlett-packard-labs-
mission-to-remake-computing/?tag=nl.e101&s_cid=e101&ttag=e101&ftag=TRE684d53
1
ed#
yea but I doubt a pair of H960 feet would be a make or break for
her... just 'sayin....
In a message dated 12/8/2015 12:37:21 P.M. US Mountain Standard Time,
wdonzelli at gmail.com writes:
> Mmm, of your business depends on the value of a vintage computer. You
should ask yourself if your business can survive anyway.
We know nothing of the business situation. small consulting firms are
notorious for having huge swings in cash flow. It may be that the
business in question really is dying, or they may have a monster sized
check "in the mail" from a client, and the owner just needs some cash
to get over the holiday.
A close relative of mine has a small consulting firm, and she goes
through periods of months with no money coming in, even with clients
owing her six figures in payments. Some clients (governments, mostly)
can take a year to pay!
--
Will
> bah! sacrilege!
So you've got someone working for you, been working for you for years, and
you think it's more important to not commit the sacrilege of splitting up an
H960 and its feet, rather than to have to tell them they're fired, that they
have to go home and tell their spouse and kids that their parent doesn't have
a job any more? Excuse me if I don't agree.
Noel
Bingo.
In a message dated 12/8/2015 12:29:13 P.M. US Mountain Standard Time,
hp-fix at xs4all.nl writes:
Mmm, of your business depends on the value of a vintage computer. You
should ask yourself if your business can survive anyway.
-Rik
-----Oorspronkelijk bericht-----
Van: "Noel Chiappa" <jnc at mercury.lcs.mit.edu>
Verzonden: ?8-?12-?2015 20:19
Aan: "cctalk at classiccmp.org" <cctalk at classiccmp.org>
CC: "jnc at mercury.lcs.mit.edu" <jnc at mercury.lcs.mit.edu>
Onderwerp: Re: Maximizing value selling a working 11/34
> bah! sacrilege!
So you've got someone working for you, been working for you for years, and
you think it's more important to not commit the sacrilege of splitting up
an
H960 and its feet, rather than to have to tell them they're fired, that
they
have to go home and tell their spouse and kids that their parent doesn't
have
a job any more? Excuse me if I don't agree.
Noel
I seriously doubt the splitting of the H960 from its feet or not will
influence the outcome of a job position.
In a message dated 12/8/2015 12:24:16 P.M. US Mountain Standard Time,
hp-fix at xs4all.nl writes:
Hmm,
-----Oorspronkelijk bericht-----
Van: "Noel Chiappa" <jnc at mercury.lcs.mit.edu>
Verzonden: ?8-?12-?2015 20:19
Aan: "cctalk at classiccmp.org" <cctalk at classiccmp.org>
CC: "jnc at mercury.lcs.mit.edu" <jnc at mercury.lcs.mit.edu>
Onderwerp: Re: Maximizing value selling a working 11/34
> bah! sacrilege!
So you've got someone working for you, been working for you for years, and
you think it's more important to not commit the sacrilege of splitting up
an
H960 and its feet, rather than to have to tell them they're fired, that
they
have to go home and tell their spouse and kids that their parent doesn't
have
a job any more? Excuse me if I don't agree.
Noel
> From: Johnny Billquist
> (Or maybe I'm just naive in thinking that people who request assistance
> to maximize their profits targeting the same crowd they ask for
> assistance from (for free) is abusive.)
_I_ am not selling the item in question; I merely happen to know the seller,
and am doing them a favour (since I happen to sympathize with people whose
jobs are about to disappear). I expect they will use eBay to actually sell the
item; I am fairly certain that it _will not_ be offered through this list.
So I think your statement above contains at least two mistaken assumptions.
Noel
>
> Date: Sun, 6 Dec 2015 16:47:51 +0100
> From: Pontus Pihlgren <pontus at Update.UU.SE>
> Subject: Re: Appraisal for Donation
>
> I'm not sure what you are asking. But a PDP-12 sold north of
> 15k dollars:
>
> http://www.ebay.com/itm/161199469414
>
> /P
>
Thanks! I remembered that one selling, but I couldn't remember where.
--
Michael Thompson
So I just saw this commit go by on the FreeBSD ports mailing list.
Since some people were talking about Pascal a month or two ago, I
thought it might be of interest to them.
I'm sure commits to various Linux systems will be done as well.
fwiw, I removed the 1460+ lines of diff :-)
mcl
----- Forwarded message from John Marino <marino at FreeBSD.org> -----
Date: Sat, 5 Dec 2015 23:29:37 +0000 (UTC)
From: John Marino <marino at FreeBSD.org>
To: ports-committers at freebsd.org, svn-ports-all at freebsd.org, svn-ports-head at freebsd.org
Subject: svn commit: r403082 - in head: . Mk archivers archivers/fpc-bzip2 archivers/fpc-paszlib archivers/fpc-unzip audio audio/fpc-a52 audio/fpc-a52/files audio/fpc-mad audio/fpc-mad/files audio/fpc-modpl...
Author: marino
Date: Sat Dec 5 23:29:36 2015
New Revision: 403082
URL: https://svnweb.freebsd.org/changeset/ports/403082
Log:
FPC ecosystem: Upgrade version 2.6.4 => 3.0.0
This is the first major release of FreePascal in nearly four years.
There are a ton of new features, way more to list here. see:
http://wiki.freepascal.org/FPC_New_Features_3.0
Several new unit ports were added, some were contracted. Most of
those were absorbed into the main FPC packages, but two units are
no longer supported: sndfile and matroshka.
All 99 remaining ports (including Lazarus ports) were build tested
on FreeBSD i386 and amd64 Release 10.2
----- End forwarded message -----
Hi there,
Recently, I've been reading up into AS/400s.. They seem like really neat machines, and look really sharp with those matching block terminals.
I remember retail stores using those, and I always wondered what kind of a system they were running on... I figured it was DOS!
I've been having trouble locating one, however.
Anybody have one lying around, or know of where to find one in the Toronto area?
It needn't be a high spec machine, just something to play with OS/400 and a terminal.
Thanks!
-brian
So I've been informed that a pair of PDP-11/04's are available, Chicago US
area. The price isn't set - someone else has offered the owner ~$400, which
seems a bit low to me (although I don't know what peripherals/memory are
included, if any). One is in a 5" box, and one in an 11"; both apparently
include the basic "Operator's Console" (i.e. halt and reset toggles). Contact
Patrick Lynn at 815-838-0134 if interested.
Noel
The PDP-12 donor to the RICM needs an appraisal for the charitable donation.
I already suggested Vintage Tech.
Any other suggestions?
--
Michael Thompson
Hello All
Well I managed to find some suitable rubber tubing and
glued it in place of the nasty black mess.
So I put everything back and turned on. Lo and Behold LED on the board
flashed once and stayed on.
I had been told (Tony D I think) thats what its supposed to do.
Anybody know whats the quickest way to test a TU-58?
Rod
A few years ago I entered the schematics and laid out a design for the
serial board option for the TRS-80 PT-210 printing terminal using gEDA.
I found the schematics in a hardcopy of the service manual[1]. I
revisited the project a couple of days ago and reentered the schematics
into Kicad. I remembered that the reason I never made the board was that
I was unsure of its correctness. The schematics and foil patterns
contradict slightly and a couple wires seem to be missing from the
schematic.
Does anyone here have a PT-210 with a working serial board? I would like
to work with you to beep out various points so I can figure out what's
wrong.
I also found a Youtube video showing a PT-210 with the serial board in
action. See https://www.youtube.com/watch?v=FPxpzcFXh-0
[1] Scanned and uploaded to
http://chiclassiccomp.org/docs/content/computing/RadioShack-Tandy/
--
David Griffith
dave at 661.org
A: Because it fouls the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?
Hi,
I?m looking for some help diagnosing a old Grid server problem,I am a hobbyist learning my way around old computer systems .
The system consists of three boards labeled
Diagnostic server
File server
Com server
Each board contains a 80186 , ram and rom and are all connected via a backplane.
The diagnostic server has rs232 port and a connector to a small led display.
The file server has a GPIB port and a something along the lines of a SASI port
The com server has what i believe to be several rs232/422?s ports at least
What i know works is the diagnostics server and the file server as i can interact with the diagnostic server via a serial terminal and the file server attempts to boot from a gpib floppy but i have no boot media that will boot it.
The problem is with the com server board, when the system initializes the diagnostic board does a self test then looks for other boards on the system it finds the file server board but does not find the com server board.
If i remove the the file and com server and power them out of system, reset the processor?s and then probe the different signals they appear to be operating the same,clk activity , data and address buss activity is identical. When i put them in the system and watch the file and com server boot it looks like the com server get stuck when it goes to send its data to the diagnostic server. I'm just a amateur at these things, i am looking for help to point me in the right direction. i made a small video of a typical data line at boot the first is the file server then the com server where you can see it get stuck , this is typical of all the signals that i test.
https://www.youtube.com/watch?v=jHftWR0Ddys&feature=youtu.be
---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
OK so this has been bugging me for a while. During a stint working at
Morgan-Smith Electronics in Hatfield UK (they made diverse electronic
systems including industrial PCs and radio alarms) I went through the
boss's discarded vintage computer magazine collection and one particular
issue I remember finding very interesting.
IIRC it was a Byte Magazine (certainly the graphic was very in keeping with
Byte cover artwork). I wonder if anyone recalls it - Google image searches
have pulled a blank which means it either wasn't Byte (and just looked like
it) or hasn't been scanned.
The cover had a painted image of a white cliff face draped in vines with an
'Adventurer' in the foreground - you can imagine what the theme was. Anyone
have any ideas? Maybe it wasn't Byte?
Of course all this really quite irrelevant in the grand scheme of things,
but it would help me scratch an itch at the very least.
Thanks! Mark.
[Yahoo's webmail client garbled the last link -- resending]
The revived 2013 re-issue of Niklaus Wirth's Oberon system is a joy to behold.? If you've never heard of Oberon before, it is a minimalistic education-oriented language and operating system designed after Wirth had taken a (second) sabattical at PARC in the 80's.
The new version runs on a custom RISC processor, implemented in an FPGA, instead of the NS3032 in the orginal Ceres workstations.?? Originally, it required a Digilent "Spartan 3 Starter Kit" with a custom-built daughterboard providing a few additional connectors.? This board is no longer made, however, and no other FPGA development board appears to provide the 32-bit wide fast SRAM the Oberon CPU required.
Recently, a new board, the OberonStation,? has come onto the market that was designed specifically for Oberon, and will boot up Oberon 2013 out of the box.?? It also looks like an excellent platform for other retro-style FPGA CPU designs that want to stay away from complex SDRAM controllers and the caches they like to feed.
My OberonStation arrived a couple of days ago, and it's really amazing to see what can be done with a hardware and software stack that is small enough to actually read and understand.
https://www.inf.ethz.ch/personal/wirth/http://www.projectoberon.com/http://oberonstation.x10.mx/
I purchased a Microvax 3800 a few weeks ago. I have not really had the time
to really take a good look at it until now. I still do not have the needed
power cord to power it Up. Looks like a standard PC power cord with a notch
in it. I found a place that sells them online, still waiting for it to get
here.
I was told the machine was removed from working service, however it looks
like it has been sitting for quite some time. The hard drive, hard drive
controller, and tape controller have been removed.
I purchased a m7769 DSSI controller card online, so that is one more step
in the direction of getting the machine all together. Still waiting to find
the controller for the tape drive and a dssi hard drive, although they look
to be pretty affordable on ebay.
Just figured id post about it here, to show my progress twords getting it
running.
http://postimg.org/gallery/fztxjqbe/
--Devin
Last month I made a trivial little cable adapter PCB to use with the
Intel SBC 202 double-density M2FM floppy controller in an Intel Series
II or III MDS (normally part of an MDS 720 subsystem). The usual SBC
202 cabling has two DC37S connectors on the MDS back panel, one for
drives 0 and 1, and the other for drives 2 and 3. (There's a variant
that has a ribbon cable to the internal drive as 0, and only one DC37S
for drives 2 and 3.)
Photos:
https://www.flickr.com/photos/22368471 at N04/albums/72157659736489274
Schematic and board layout in Eagle and PDF:
http://www.brouhaha.com/~eric/retrocomputing/intel/mds/mds-fd-adapter/
The adapter has no active electronics; it just wires a DC37P to a
50-pin header for a cable to one or two normal 8-inch floppies.
I just got around to testing it yesterday, and was pleasantly
surprised that my SBC 202 and the adapter worked on the first attempt.
The SBC 202 was of unknown provenance so I didn't actually have much
expectation of it working. I haven't yet tried more than one drive on
it.
Intel used radial ready signals from the drives, so the drive(s) have
to be configured slightly differently than the factory defaults to be
fully compatible with the MDS 720.
I have one spare bare adapter PCB which can be made available for
$5.95 plus shipping from Colorado if anyone else needs such a thing. I
am NOT willing to source the connectors or assemble the boards.
You can also order them in increments of three pieces directly from OSH Park:
https://oshpark.com/shared_projects/AO0DZTr1
If there's demand for a few units, I can have a small run made in
China very inexpensively, probably under $4 each plus shipping from
Colorado.
Richard Main has made fancier adapter PCBs that also support 34-pin
cabling for the use of high-density 5.25 or 3.5 inch disks.
I finally fixed my H7864 PSU so I can now run my rtVAX 1000. However, I
think the machine is damaging memory boards. I checked the ripple and 5V
looks OK, but 12V looks suspicious. Is the 12V supply used by the memory?
Incidentally, as I have mentioned before, I have drawn out the schematics
for the H7864 PSU. The schematics are drawn illogically, with mistakes
almost certainly still there, but the Primary side I think is more
reasonable now. Is there a good place to post these?
Regards
Rob
> Date: Wed, 2 Dec 2015 12:40:08 +0000
> From: Rod Smallwood <rodsmallwood52 at btinternet.com>
> To: "General Discussion: On-Topic and Off-Topic Posts"
> <cctalk at classiccmp.org>
> Subject: TU-58
> Message-ID: <565EE6A8.2030004 at btinternet.com>
> Content-Type: text/plain; charset=utf-8; format=flowed
>
> Dear List
> While the silk screeners process the panels I have a
> couple of days for a little project
> I have a TU-58 and yes it had gooey drive wheels.
> Now it no longer has that problem but I have black and gooey fingers.!!!
>
> I know this issue has been addressed before.
> So I think somebody must know where I can get the right tubing to
> replace the degraded stuff.
> The drive hub is 0.42" and the rubber bit was 0.62" o/d
> A UK source would be nice,
>
> Rod
>
I'm also intessted in this. I have a dual TU-58 that belongs to my VAX
11/730 that need new capstan rubber. European source...
/Anders
I need to bring up a 11/20 shall I use a variac!?
added core.... where can I find if I decide to add to it?
ed sharpe _www.smecc.org_ (http://www.smecc.org/)
(resent with address corrections)
I need to bring up a 11/20 shall I use a variac!?
added core.... where can I find if I decide to add to it?
ed sharpe _www.smecc.org_ (http://www.smecc.org)
I'm looking for any of these, starting with most essentially the backplane.
power supply next, then frame if anyone has one that is empty looking
for some filling.
Thanks
Jim
CBM15 V012 has been released to CSDB, and is currently available for
download.
http://csdb.dk/release/?id=143468
CBM15 is a telecommunications software, that facilitates direct two-way
communications between a Commodore 64 computer and a Teletype Corp. M15KSR
(or any other compatible machine).
Note that CBM15 follows the 5/N/2 serial protocol, at a fixed line speed of
45.45 baud (22mS signalling period). As with any of these PC-to-TTY setups,
an external RS-232 to Current Loop converter is required. This is an
initial release, and upcoming releases will add new features and correct a
bug or two.
So.. am I the only one on the list(s) with a C-64 and an M15 on hand? If
you have the required hardware, please give it a try - so far, I've had no
feedback from any other 'real' M15 owner..
Thanks!
I used my PDP-8/e at home to test the RX8E controller and the RX01 floppies
that came with the PDP-12. Both worked OK.
We found a bad SP380 on a M7102 board in the DW8E the Omnibus expansion
chassis. This would not let the SKIP instructions work with the RX8E, RK05,
or PC8E. Once we replaced the SP380 we were able to boot OS/8 from an RX01
floppy. This may be the only PDP-12 to ever do that.
--
Michael Thompson
This is a funny cartoon and subsequent discussion thread from the
Multics discussion group about emacs.
Names and personal info edited out due to archival by unknown parties of
the list and that these folks might not want names and certainly not
email addresses archived. Mentioning that not as a criticism, just to
explain the format. I also edited the thread back to bottom posting.
Original XKCD cartoon link.
https://xkcd.com/378/
>> From: Multicians <snip>
>> Subject: Re: [multicians] Emacs humor
>>
>>>
>>>
>>> Thanks, Gary. As an emacs diehart, I fully appreciate that. In
fact, there is a silly phrase that many emacs users use, when referring
to all the obscure key bindings that you get by default with emacs, or
can create. It.s called:
>>>
>>> Control-Meta-Shift-Cokebottle
>>>
>>> I believe the history (someone can correct me if I.m wrong) is that
Emacs was developed at the MIT AI Lab (by Richard Stallman) and
initially written in Teco. It was developed on Lisp machines, which
sported lots of modification keys on its keyboard. These included
Control, Shift, Hyper, Meta, Super (and perhaps more). Naturally, emacs
took advantage of some of these . at least those that were available on
multiple terminals or could be emulated on lesser terminals. I remember
when I worked at MIT LCS (down the hall from MIT AI), we had a key
binding on our Lisp Machines that called the elevator to the 8th floor.
I don.t remember the key binding, but I.m sure it used a few of these
modification keys (and probably .e. for .elevator. as the modified key).
In any case, the class of these funky key bindings was referred to as
Control-Meta-Shift-Cokebottle.
>>>
>>> I.m sure I.ve gotten some of the facts wrong, but I.m also sure
that at least someone on this list will correct me!
>>>
>>> . Eric
>>
>
>
>> On Dec 1, 2015, at 11:30 AM, Ken <snip>> wrote:
>>
>>
>> I seem to recall that one of the Lisp machine keyboard modifiers was
"Top", and that the phrase was therefore
>>
>>> Control-Shift-Meta-Top-Cokebottle
>>>
>> Where, of course, you were typing the "Cokebottle" key with the
Control, Shift, Meta, and Top modifier keys depressed.
>>
>> I think the elevator hack involved the AI Lab PDP-6 (or maybe,
later, PDP-10), but I wouldn't be surprised if it migrated to the Lisp
machines, too The old -6, especially, had added hardware to enable it
to control the various robot devices the AI lab played with. Some AI
Lab hardware guys gained access to the machinery room on the 10th floor
and added some extra relay circuitry to one of the elevator controllers,
and it wasn't much of a stretch to run the control wires down to the 9th
floor machine room. IIRC it took a few years for whatever company was
responsible for maintaining the elevators to discover the unauthorized
modification and remove it.
>>
>> How long it stayed removed is an entirely different question, of course.
>>
>> Ken
>> MIT-LCS '72-'80
>> Multics ARPANET software
>>
On 12/1/2015 11:42 AM, Eric <snip> [multicians] wrote:
>
>
> I just knew I had that facts wrong! Yes, you.re right. I remember the
Top key now.
>
> I do know that the elevator hack worked on Lisp machines, but I think
you.re right that it also worked on some other interfaces. I remember
getting frustrated when I.d be .ready to leave. (at 2am, or so), and
would call the elevator, and then I.d have to fix .one more bug., and by
the time I got to the elevator, I actually had to push the boring old
button to get the elevator doors to open! :-)
>
> . Eric
A colleague and I are working on getting our respective Fabritek MP-12s
working. The MP-12 is an industrial-looking computer with a very limited
front panel (deposit doesn't increment PC...gah!) but does emulate most
respects of a PDP-8. So far, we've been able to find the device codes for
updating the 7-segment LED displays on the front, turning on and off
relays, and setting some arbitrary open-collector outputs. It appears as
though there is no serial port option on ours, which is unfortunate.
There are three 512-by-4 bipolar (configured as 512-by-12) PROMs that seem
to override the core memory at the top of the 4k field. If the PROM's value
is 7777 octal, the core memory is accessible. Otherwise, you're stuck with
ROM, best I can tell.
We've dumped the ROMs to verify, but here's the code I've backed out of
them, disassembled and labeled where appropriate:
*7756
TEMP, 7755 /NOT IN ROM
CLA HLT /7602
ADDR, 7755 /7755 STARTING ADDRESS?
START, TAD ADDR /1360 GET STARTING ADDRESS?
DCA TEMP /3356 SAVE TEMPORARILY
LOOP, RRB /6012 GET CHAR
CLL RTL /7106
RTL /7006
RTL /7006 ROTATE SO BIT 0 IS IN BIT 7, BIT 4 IN BIT 11, ETC.
6015 /6015 SKIP ON FLAG?
JMP .-1 /5367
SNL /7420 SKIP IF LINK IS SET (BIT 6 OF PAPER TAPE IS SET)
JMP LOOP /5363
DCA I TEMP /3756
ISZ TEMP /2356
JMP 7755 /5355
7776 /NOT IN ROM
JMP START /5361
$
The "NOT IN ROM" indicates that the ROM's value is unprogrammed, so that
you can in fact access those core locations. The values I've provided just
happen to be what's in my machine's memory at this time.
It looks a lot like a RIM loader, except I can't figure out for the life of
me what the format should look like. Best I can tell, if RRB ORs the read
buffer with the accumulator, you'll never be able to send anything but
patterns matching (data & 7737). At least, that's what I've simulated. Due
to the fact that they're clearing the link after the second go around,
you'd be losing one bit of data.
So, maybe this isn't really a program loading routine, but rather just
something to store 8-bit values in core? Any other ideas?
Thanks,
Kyle
Dear List
While the silk screeners process the panels I have a
couple of days for a little project
I have a TU-58 and yes it had gooey drive wheels.
Now it no longer has that problem but I have black and gooey fingers.!!!
I know this issue has been addressed before.
So I think somebody must know where I can get the right tubing to
replace the degraded stuff.
The drive hub is 0.42" and the rubber bit was 0.62" o/d
A UK source would be nice,
Rod
The chances are slim, but someone may know someone... feel free to
contact me off-list.
I have a CM-200A; the smallest 'classic' CM machine. I've started a
project, with some ex-TMC people (notably the designer of the
beautiful chassis the CM machines came in, Tamiko Thiel) to get my
machine operational next year, for the 30th anniversary of the launch
of the CM.
Unfortunately we've hit a complete show-stopper right off the bat. My
machine has a complete set of compute node and I/O boards, but is
missing the crucial 'NX' board; the board in the CM that interfaces to
the front-end.
See: http://www.corestore.org/cm2a.htm
I need to locate one, or we're dead in the water. I *know* there are
people out there who keep a very low profile and have CM hardware
squirreled away in their basements. Another possibility, perhaps the
best, is to *borrow* an NX board from a non-functional machine in a
museum collection, something that will never be more than a static
exhibit.
Anyone in a position to help or advise, please get in touch. I'm
reaching out to former TMC staff and customers by various other
routes, but someone here may know something.
Thanks
Mike
http://www.corestore.org
'No greater love hath a man than he lay down his life for his brother.
Not for millions, not for glory, not for fame.
For one person, in the dark, where no one will ever know or see.'
Great!
We take it off list from here.
Very nice work on the HP by the way!
/Anders
> Date: Wed, 2 Dec 2015 21:04:55 +0100
> From: Rik Bos <hp-fix at xs4all.nl>
> To: "General Discussion: On-Topic Posts" <cctech at classiccmp.org>
> Subject: RE: TU-58
> Message-ID: <dc985939bd791910a6b715f873573a15 at smtp-cloud3.xs4all.net>
> Content-Type: text/plain; charset="utf-8"
>
> Anders,
>
> I can fix them, if you look at my Flickr page you can see some examples of
> new capstans I made.about halfway the site.
> www.flickr.com/hp-fix
> And of the HP3000 ;)
>
> -Rik
So I got my hands on an HP 88780 1/2" Tape Drive from list Member Mark
(Thanks!). The drive physically looks to be in good shape but was pretty
dirty when I got it. I've cleaned up the drive and powered it up.
The good news:
The drive powers up. Initially I had trouble getting it to load a tape but
that seems to have been resolved.
I have a non-working PDT-11/150, which fails self test 7 (console
USART) and when not in test mode, and with autobaud disabled, doesn't
send anything to the console.
I dumped the ROMs (two 82S2708 1Kx8 PROM for LSI-11 code, three 8316E
2Kx8 masked ROM for the 8085 I/O processor, and one 8316E for the 8085
floppy controller), and I've started disassembling the 8085 ROM code
to figure out what the self-test actually does, but it's slow going.
It would be really helpful to have a copy (paper or scan) of the Field
Maintenance Print Set. Does anyone have it?
Thanks!
Eric
>
> Date: Wed, 2 Dec 2015 09:18:56 +0100
> From: Pontus Pihlgren <pontus at Update.UU.SE>
> Subject: Triprocessor PDP-10 [Was: Re: [multicians] Emacs humor]
>
> You make it sound like someone hacked up a computer consisting of one
> KL-10, one PDP-10 and one PDP-6. But I assume you mean homogenic
> three-processor machines?
>
> Who, besides Peter L?thberg, ran threeprocessor machines?
>
> Also, what are you refering to as PDP-10? KA-10?
>
> Thanks,
> Pontus.
>
>
1026 TOPS-10 DEC Development Marlboro, MA KL1099 Tri-SMP Scrapped 12/14/97
1042 TOPS-10 DEC Development Marlboro, MA KL1099 Tri-SMP Scrapped 12/14/97
1322 TOPS-10 DEC Development Marlboro, MA KL10 Tri-SMP
Michael Thompson
>Lots of places. The folks at Oak Ridge ("Atomic City") ran a 5-processor
>SMP configuration.
Rich - can you elaborate on this any? Which facility, what was it used
for? I've got family from Oak Ridge, and its unusual for my vintage
computer / atomic history to intersect like this.
Todd Killingsworth
The revived 2013 re-issue of Niklaus Wirth's Oberon system is a joy to behold.? If you've never heard of Oberon before, it is a minimalistic education-oriented language and operating system designed after Wirth had taken a (second) sabattical at PARC in the 80's.
The new version runs on a custom RISC processor, implemented in an FPGA, instead of the NS3032 in the orginal Ceres workstations.?? Originally, it required a Digilent "Spartan 3 Starter Kit" with a custom-built daughterboard providing a few additional connectors.? This board is no longer made, however, and no other FPGA development board appears to provide the 32-bit wide fast SRAM the Oberon CPU required.
Recently, a new board, the OberonStation,? has come onto the market that was designed specifically for Oberon, and will boot up Oberon 2013 out of the box.?? It also looks like an excellent platform for other retro-style FPGA CPU designs that want to stay away from complex SDRAM controllers and the caches they like to feed.
My OberonStation arrived a couple of days ago, and it's really amazing to see what can be done with a hardware and software stack that is small enough to actually read and understand.
https://www.inf.ethz.ch/personal/wirth/http://www.projectoberon.com/
OberonStation - The Oberon computing platform
--Bill
| ? |
| ? | ? | ? | ? | ? |
| OberonStation - The Oberon computing platform/*{{{*/* html .tiddler {height:1%;}body {font-size:.75em; font-family:arial,helvetica; margin:0; padding:0;}h1,h2,h3,h4,h5,h6 {font-weight:bold; |
| |
| View on oberonstation.x10.mx | Preview by Yahoo |
| |
| ? |
>> I think the elevator hack involved the AI Lab PDP-6 (or maybe, later,
>> PDP-10)
I can supply definitive bits here (I have read the code involved). The actual
interface to the elevator was in one of the PDP-11 front-ends on the MIT-AI
KA10 (memory escapes me as to whether it was the TV11 or the XGP11 or what,
don't have time right at the moment to go look - I suspect the former).
There was actually a table in the PDP-11 code that ran the Knight TV's
(perhaps the first bit-mapped display system) so that one only needed to type
'<Whatever>-E', and the code knew which floor that Knight TV console was on,
and automagically sent the elevator to that floor (3, 8 or 9).
>> I wouldn't be surprised if it migrated to the Lisp machines, too
Yes, but that would have just been a network client talking to a server; the
actual hardware interface remained, I am pretty sure, on the -11.
Noel
I have an 11/05 with ASR 33 for I/O. I am using the M9970 console card to
make the connection. I have loaded papertape BASIC into core (16K) and it
boots up from 000 000 to the TTY, I can type in programs, etc.
Question - I'd like to switch over to a VT 50 in 20ma mode. Not sure if
this is possible based on what I read here:
http://www.retrocmp.com/how-tos/interfacing-to-a-pdp-1105/144-interfacing-w…
Anyone successfully connect a VT 50 or 52 to a 11/05 or 11/10 over to the
EIN M7856 for printer and typewriter only, leaving the M9970 for program
i/o to save and load programs?
--
Bill
>Noel Chiappa wrote:
> > From: Jerome H. Fine
>
> > both DEC and DSD needed a bounce buffer managed by software
>
>Love that term, "bounce buffer" (I wrote a whole package to support them in a
>packet switch I did) - I'm officially adopting it, right now! :-)
>
> Noel
>
Hey - anything that anyone writes is automatically copyrighted.
So first you need permission to use that! I will try and figure out
who the person was that first used that phrase so we can both use it.
I did not mention that the concept worked quite well with the DEC
RX02 and the DSD RX03 when a PDP-11/73 was used. But when
version 1.0 of that device driver was used with a PDP-11/23, the
transfer rate was painfully slow because the interleave gap was
not long enough relative to the time needed to bounce the buffer.
Since the DMA silo had already been emptied into the bounce buffer,
the solution was to immediately initiate the next READ into the silo
and then bounce the buffer (for a READ request, of course). That
allowed the READ of the next sector on the floppy media to be
performed by the controller while the CPU was performing a
transfer out of the bounce buffer into the user buffer one word
at a time. I don't need to test the timing on any slower CPU since,
as far as I know, none support an MMU which would be required
to use a Mapped RT-11 monitor.
I may have the exact details and terminology incorrect - it was about
20 years ago.
Jerome Fine
> From: Mark J. Blair
> I'm taking an eBay vacation.
Which 12-step program are you in to help with that? :-) I could use a good
recommendation!! :-) :-)
Noel
Hi, all,
Just figured I'd post something about my tinkering yesterday.
I got an M8830 from Paul Anderson. This is the crystal-contolled clock
for the Omnibus PDP 8 machines.
Yesterday, I had a chance to try it out.
First, I checked the power supply pins to make sure no shorts or
anything like that and all was good.
A quick visual inspection showed no obvious issues.
It was already jumpered for a 50Hz interrupt rate, so I went ahead and
plugged it into the backplane.
Powered the 8/e system up, and ran a few tests from the front panel to
make sure the board was responding to its IOTs, and all seemed well.
Booted up OS8 from RK05, and mounted up the multos8.rk05 drive via the
serialdisk driver.
Copied the MULTOS8 .SV files onto my SYS: volume, and although not
configured exactly for my system, I figured they'd be close enough.
I then stopped the serial disk server, and fired up Kermit on the laptop
connected to the second serial port on the 8/e. Then, I typed R MULTOS
on the console, and it said something to the effect that I needed to set
the date first.
I generally don't bother setting the date at boot time, so I set the
date to a valid date, and tried again.
This time it gave a welcome message.
I checked the accumulator, and it was counting off time as it should. I
checked the MQ register, and it was static, but then waited for the
accumulator to overflow, and then the MQ incremented by 1, as it should.
I pressed CONTROL-H on the console terminal and hit RETURN, and there
was the . OS8 prompt!
I went to the laptop connected to the other serial interface, and since
there was no MULTOS 8 password file on the SYS: device, typed CONTROL-H
there, got the login prompt, hit RETURN, and low and behold, another .
prompt.
I played around with it for a while, and found that because of some of
the config differences in how MULTOS8 was built on the pack image, some
things were acting strange but in general, it definitely was timesharing
between the two users.
I could run concurrent things on both terminals, and the response was
quite acceptable.
I intend to make a build of MULTOS 8 to match my system's configuration,
and tinker with it some more when I get time.
Next I want to replicate the ETOS Timeshare Board (thanks to Vince and
Jack for reverse-engineering the board and making a nice schematic!)
I'm accumulating parts to build one on an Omnibus prototype board.
Once I get that built, then it'll be time to try out ETOS, which uses
the improvements in trapping IOTs and dealing with field change
instructions that really improve timesharing performance over MULTOS 8.
I am also in the process of getting ready to image some old RK05 packs
that belong to Paul Anderson that may hold some interesting ETOS stuff.
The packs have been sitting around for quite a long time, and the
platters are very dusty. They are going to require some good cleaning
before they can be put in a drive, but hopefully, once I get them
cleaned up, I'll find some good things relating to ETOS.
I'll post updates here with my progress.
-Rick
--
Rick Bensene
The Old Calculator Museum
http://oldcalculatormuseum.com
when I was young in the computer biz wanted to build a timeshare 8
system..
however ended up going down the HP route instead for the rest of my
career .
There was also something called TSS-8 as I remember. Ed# _www.smecc.org_
(http://www.smecc.org)
In a message dated 11/30/2015 11:34:49 A.M. US Mountain Standard Tim,
jwest at classiccmp.org writes:
FYI - in the not too distant future I'm going to get back to my 8E rig.
I'll
be pulling out the TU10/TM11(unused, obviously) from the second cabinet
and
putting in an RX01 and RK05, and hopefully connecting up the TU56 and PC04
that are in the main cabinet.
In any case, my goal is to run ETOS on the thing - so I too am closely
following the progress of the group that is working to replicate the
hardware board for it.
J
Jay - yes I know and for hardware sales too..... as I sold and
troubleshot what I used and needed all the time in house so it was a perfect
match. eventually the only DEC stuff that was there was in museum
displays in the other suite the museum occupied. Ed#
In a message dated 11/30/2015 11:58:08 A.M. US Mountain Standard Tim,
jwest at classiccmp.org writes:
Ed wrote...
-----------------------
when I was young in the computer biz wanted to build a timeshare 8
system..
however ended up going down the HP route instead for the rest of my
career .
-----------
You chose the better path for a timesharing system *ducks & runs*
J
somewhere i have an edu system book.
HA! yea the fixed head drives made better swapping media! for tss 8
as core was small in those days!
In a message dated 11/30/2015 12:03:12 P.M. US Mountain Standard Tim,
rickb at bensene.com writes:
Ed wrote:
> when I was young in the computer biz wanted to build a timeshare 8
> system..
> however ended up going down the HP route instead for the rest of
my
> career .
> There was also something called TSS-8 as I remember. Ed#
I'd *LOVE* to be able to have a real-hardware HP Timeshared BASIC system
running here, but alas, those are a lot harder to come by than DEC
stuff. I do have a 2000/Access system running under SimH hooked
directly to an ASR-33, which emulates the experience relatively closely,
but there's nothing like the real hardware. I cut my teeth learning
programming on the HP Timeshared BASIC systems starting in 6th grade
under the 2000C version.
TSS-8 was indeed a timeshare system for the PDP 8, but it was written to
run on DECs earlier fixed-head disk drives that are hard to come about
today (compared to RK05's). I've heard that someone had made changes
to TSS-8 to get it to run on an RK05, but the fact that it's a moving
head disk drive versus a fixed head drive that TSS-8 was designed to run
under, the poor RK05 gets thrashed pretty hard when timesharing.
There are also the Edusystem timeshared systems that DEC developed for
the PDP 8, but I haven't looked too deeply into these yet.
-Rick
I purchased one of these units on eBay and it seems to be working - modulo
a few early-80s tantalum caps that went up in smoke.
The tester relies on an attached printer to record test results, which are
displayed only fleetingly on the front-panel display. Unfortunately it
did not come with the printer and I cannot find any information on line.
Does anyone have information on this? Is it serial? Parallel? The
onnector is a 20-pin, 0.1" DIP header on the rear panel. The tester
supplies printer power on a small 3-pin Molex connector.
I can probably trace this out on the internal logic board, but thought
perhaps another list member owns one of these and can elaborate.
I'm also trying to find the manual appropriate to a base Model 723 tester.
The one floating around on the net is for an upscale model (723-4M).
While there are a number of similarities, I'm running into just enough
behavioral difference to make it worth finding the correct docs. There's
also a programming and setup "worksheet" document that has not surfaced
anywhere.
--
Just posting here in case anyone not on other forums I'm on sees this and
knows something about these.
I picked up a HAL DS-3100 ASR terminal. My understanding is these are RTTY
devices intended for teletype/radio use. It is ASCII compatible and in fact
I can select ASCII and baud rates from a menu. It has a 25 pin male 'MODEM'
port on the back. I can't find it now but somewhere I read it complied with
an RS-232 standard. I tried hooking it up to my PC with a null modem cable,
but couldn't get either to produce anything on their screens.
Anyway, just a shot in the dark in case any of you remember these things.
I'm not really into HAM stuff, but it's a cool little terminal and I was
hoping it could be used/adapted to other tasks.
Brad
>Jerry Weiss wrote:
>>On Nov 25, 2015, at 10:41 PM, Jerome H. Fine <jhfinedp3k at compsys.to> wrote:
>>
>>For example, the DSD 880/30 (from Data Systems Design of course) emulates
>>3 RL02 disk drives using a single internal (non-removable) hard drive. The box
>>also holds a single RX03 floppy disk drive (8" floppy disk drive which supports
>>using single-sided media specified by DEC as an RX02 floppy in addition to
>>media which have the same physical interface, but which are double-sided).
>>For a Qbus system, the dual module controller was the interface to both the
>>three RL02 hard drives and the single RX03 floppy drive. I don't know if
>>DSD also made a separate controller for the Unibus for the DSD 880/30.
>>
>>With regard to the address support by the controller for the Qbus, the floppy
>>drive definitely supported only an 18-bit address. That 18-bit ONLY support
>>by DSD was identical to the 18-bit support that DEC provided for its Qbus
>>controller for the RX02, so both DEC and DSD needed a bounce buffer
>>managed by software to support the RX02 floppy disk for systems with more
>>than 256 KB of physical memory.
>>
>>As for DSD support for the RL02 for a 22-bit buffer address, a quick look
>>at the DSD manual was not able to say one way or the other. However,
>>it seems more likely the the DSD controller for the RL02 supported ONLY
>>an 18-bit address. I have all the DSD hardware, but it is not operational
>>at this point. If anyone else has experience with the DSD controller for
>>the emulated RL02, let us know if there was 22-bit address support for
>>its emulated RL02 drive.
>>
>Confirming that the original DSD 880 only had support for 18 bits DMA. There are only 2 bits
>in the CS register for extended addressing. I doubled checked the RT-11 handlers I had.
>There was a Unibus controller for the original 7.8Mbyte RL02 reduced drive.
>Google 040018-01 DSD 880 Users Manual May81
>
>
As I mentioned, a quick (about 15 minutes) look in the DSD 880/30
manual did not suggest that the RL02 emulation included hardware
to support a 22-bit address.
My first drive was, indeed, the DSD 880/8, if I remember the number
correctly, which did have only the 7.8 MB RL02 reduced drive which
you just specified. This reply is confirmation and a bit of clarification
that the part number was the DSD 880/8 as opposed to the enhanced
model, DSD 880/30, which emulated three full sized RL02 drives.
Note that both the DSD 880/8 and the DSD 880/30 included a single
RX03 floppy drive. And, of course, both also used a dual module
as the controller in the Qbus. Also, as is noted above there must
have been a controller for the Unibus.
Thank you for confirming that the RL02 emulation supported only
an 18-bit address.
>The Sigma SDC RXV31 controller supported 22 bit DMA.
>See 400255-C SDC-RXV31 Floppy Ctrl Man Aug86
>
>
I saw that model at one point. It was the only one I ever saw, so I
did not bother to include 22-bit support in the DYX.SYS device
handler - mostly because I would not have been able to test the code.
>I used both, but double sided compatibility between the two products was
>occasionally spotty. Never did determine if it was a controller, floppy drive or media
>issue.
>
Both the DSD 880/8 and the DSD 880/30 supported double-sided
media for the RX03 floppy drive. A check of the DSD 880/30 manual
>from 1981 includes directions to modify the DYX.SYS device driver
to support double sided operation with V04.00 of RT-11. Inspection
of the file, DY.MAC from V04.00 of RT-11, confirms that DEC had
code which supported double-sided media and even the CSR specs
in the DEC RXV21 controller specifies, as far as I can remember, a
bit to determine if the RX03 floppy drive has detected a double-sided
floppy in the drive. Note that the DEC RX02 floppy drive did not have
that electronics or hardware to detect double-sided media. It is possible
that DEC did produce an in-house RX03 drive, but I am not aware of
DEC actually selling RX03 drives to customers. PLUS, the code in the
file, DY.MAC from V04.00 of RT-11, has bugs (at least in the distribution
copy released with V04.00 of RT-11) which would prevent the correct
operation of a double-sided media. One other point of interest is that
by 1983 when DEC released V05.00 of RT-11, the extra code with
support for double-sided media had been removed from DY.MAC.
It probably should be mentioned that a different position is used for
the index hole for double-sided media (about 1/2" more to the right)
as opposed to the location of the index hole for single-sided media.
The DSD 880/30 RX03 floppy drive has TWO detection circuits
in the two possible positions to determine which media was present
in the drive. Because every floppy media that I ever saw has been
coated on both sides and could support double-sided operation
even if the index hole was in the single-sided location within the
cardboard jacket, I experimented with adding the index holes
required for double-sided operation and covered up the single-sided
index holes. After that worked successfully, I became disappointed
that I had to deface the floppy media with the extra holes. The
simple solution was to use a DPDT switch and flip the detection
circuits so that the RX03 drive would signal a double-sided media
what there was a single-sided index hole and the DPDT switch was
in the alternate position. To add to the success of that extra switch,
the DSD 880/30 supported an off-line LLF (Low Level Format)
which, of course, no DEC controller ever supported for 8" floppy
media.
In answer to the question of support for double-sided media, there
are two methods of using both sides of the floppy. One method
is to read all of one side, then read all of the other side of the floppy
media. The second method is to read both sides of the media for
each cylinder, then increment to the next cylinder. Based on the
code for DY.MAC which was present in V04.00 of RT-11, DEC
choose the former method. It seems possible that if you were using
floppy media written via one method and read by the opposite
method, there would obviously be some confusion. The SMS-1000
(I hope I have remembered the part number correctly) includes
an 8" RX03 type of drive which can handle both single-sided and
double-sided media - although the built-in controller is MSCP based
and both the internal hard drive and the single RX03 floppy drive are
considered DU: or MSCP devices under RT-11. When single-sided
floppy media are used, there is no difficulty. However, if an 8" media
that is double-sided is inserted and files are written to that floppy,
the results can'r be read on the DSD 880/30 using a modified DYX.SYS
device driver which supports double-sided operation since it is quite
obvious that the MSCP controller in the SMS-1000 wrote both sides
of the floppy before changing cylinders. This might have been the
cause of the problem between the two floppy drives. I agree it is
doubtful, but I can't think of anything else.
FINALLY, due to the 18-bit address restriction with all DYX.SYS
device drivers under RT-11, I added code to support a bounce buffer
that allows the user buffer to be in a 22-bit location, but still be able
to support DMA to the silo on the controller. The bounce buffer must
be in the first 256 KB of memory, but the device driver performs
the extra transfer one word at a time between the bounce buffer and
the user buffer if the latter is above the 256 KB boundary.
Jerome Fine
Hi all --
I inherited a PDP-8/m awhile back. Actually, I inherited a mostly empty
chassis, which I've been slowly populating. I now have everything I
need for a working CPU except for an M8320. Anyone have one going spare
for something less than eBay prices (or for trade)?
While I'm wishing, I could also use a pair of the "top block" connectors
for the CPU if anyone has any lying around...
Thanks,
Josh
Hello list -
I have a Vaxstation 4000/60 running VMS 7.3.
DW-MOTIF is installed, TAILOR=on, License OK...
@SYS$TEST:DECW$IVP say:
Copyright Compaq Computer Corporation 1988, 2000.
DECwindows Motif for OpenVMS Installation Verification Procedure
(IVP)
This IVP is intended to test some of the functionality of
DECwindows Motif
for OpenVMS and to provide a quick method of verifying the
installation.
This machine is not a workstation. Please provide the nodename of a
workstation on which to display the IVP tests. You must be sure
that this
account and node have security access to the display node, or the
IVP will
fail.
To skip the display-oriented tests, press Ctrl/Z at the following
prompt.
Why IVP detect the Vaxstation as not a workstation?
Serial Console is off...
Any ideas?
Hi folks,
I've begun repairing my PDP 11/40 and have tracked down the first major issue to the H745 (-15v) regulator.
Before I dig into it, I just wanted to see if there are any common known failure cases... Otherwise I'll just dive into troubleshooting it. :)
Thanks as always-
- Ian
Sent from my iPhone
..a friend forwarded something that look very similar to them, looks as if
DEC cloned them in some way ..
https://www.facebook.com/Excite.Espana/videos/10154330747448032/
:-)
Regards,
Holm
--
Technik Service u. Handel Tiffe, www.tsht.de, Holm Tiffe,
Freiberger Stra?e 42, 09600 Obersch?na, USt-Id: DE253710583
www.tsht.de, info at tsht.de, Fax +49 3731 74200, Mobil: 0172 8790 741
> From: Jerome H. Fine
> both DEC and DSD needed a bounce buffer managed by software
Love that term, "bounce buffer" (I wrote a whole package to support them in a
packet switch I did) - I'm officially adopting it, right now! :-)
Noel
I'm doing some work today and possibly over the next few days related to ftp
services on the classiccmp server. Expect some squirrelyness over today
and/or through the weekend.
Also, since semi-retirement is now here... there will be some work finally
getting started on things related to classiccmp. That long-discussed wiki
(in some form) may be at the top of the list ;) I have a pretty long laundry
list of things I'd like to add, but if anyone has any features/functionality
they'd like to see added to classiccmp.org please email me the request
off-list.
Best,
J
not me write it..
have not coded in years...
now like my car....
I want to just turn the key and make it go.
Ed#
In a message dated 11/27/2015 9:19:51 A.M. US Mountain Standard Time,
jwest at classiccmp.org writes:
Ed wrote....
ok pretty interesting but no driver for access-2000....unfortunately
!
-------
You could write it.....
The paper tape emulator there needs no drivers. I have one, and it works
incredibly well (on HP2000 as well as every other environment).
As to the ide disk emulator... there are solutions out there for HP that
require HP-IB. That's of course not supported by HP2K, but that is "on my
list" to enhance HP2K to support that. Could always toss in support for the
ide disk board....
J
ok pretty interesting but no driver for access-2000....unfortunately !
In a message dated 11/26/2015 9:08:52 A.M. US Mountain Standard Time,
glen.slick at gmail.com writes:
Some people have built their own. Some information here.
http://newton.freehostia.com/hp/
Folks,
a new version of PDP11GUI is online.
It fixes some errors, including "Error 103", which occured when running
MACRO11 without administrator privileges.
There were also problems under Win10.
Download from http://retrocmp.com/pdp-11/pdp11gui
Bug feedback is necessary!
Enjoy,
Joerg
Anyone got a user manual for the above? Online or willing to place it
online? I have a couple of those, working, and struggling to figure
out how to change the setup. I've got as far holding the setup key,
then ctrl-8 to get it to print the current settings, but can't figure
out how to change baud rates and ports etc.
Thanks
Mike
http://www.corestore.org
'No greater love hath a man than he lay down his life for his brother.
Not for millions, not for glory, not for fame.
For one person, in the dark, where no one will ever know or see.'
Hi Guys
Happy Thanksgiving to all my US friends on the list.
A nicer more helpful bunch of people I have yet to meet.
It looks like I'm coming over next fall to go the 2016 Chicago vintage show.
I'll be bringing my traveling panel exhibit with me.
Rod (Panelman) Smallwood
Many moons ago I had a small fleet of pdp-11/04s, pulled out of a
research synchrotron.
(well, not *literally* out of the synchrotron, they probably wouldn't
work if they had been...)
They all had disk subsystems made by a company called Baydel; a 19"
rack module, half-height like an 11/04, containing an 8" hard disk and
power supply, hooked up to a quad-size Unibus card. Emulated a bunch
of RK05s. Can't recall the nature of the interface between the card
and the drive.
Over the years I appear to have carelessly and unintentionally traded
or given away ALL the bloody things! Anyone else have one, had one, or
know someone who might? I've Googled and there's a deafening silence,
apart from me asking the same question on Usenet ten years ago!
Mike
http://www.corestore.org
'No greater love hath a man than he lay down his life for his brother.
Not for millions, not for glory, not for fame.
For one person, in the dark, where no one will ever know or see.'
Here's the opportunity to buy&save batches of DEC flip chip modules.
It must be several thousands, I estimate the total weight of the boxes
to over 100kg.
Most are "red" logic series, but other colors are there too.
Apparently they are plugged from different machine types, maybe even
PDP-10s or -12s.
Of course I'm greedy!
But while we have a PDP-12 and some DECtapes here, this amount is mostly
useless and will occupy much precious space until the end of my days.
So question: Is there any reasonable demand for flip chips in the community?
And more difficult: any hint about the price I can offer?
Thanks for your opinion,
Joerg
Hello,
Interesting, but could you provide a complete link.
>From the short link you gave, I found nothing related ???
---
L'absence de virus dans ce courrier ?lectronique a ?t? v?rifi?e par le logiciel antivirus Avast.
https://www.avast.com/antivirus
> For a classic/straightforward programming interface, the Massbus disks (RP04 and successors) are a good choice. That will take you just over 500 MB, if you emulate the layout of the RP07.
Current thinking (at least my current thinking) is RK11 first then
probably RP11, both optionally extended to support Q22 addresses. Also
something we're calling the RQ11 which will be our "native" interface
with variable sized disks with a 32-bit linear block address giving 2TB
disks for those who are willing and able to write their own device
drivers. Finally, most likely the RH11 for some Massbus disks with
22-bit addressing. After that, I'm thinking to call it good and move on
to other projects though I'm certainly willing to talk to anyone who has
a particular disk controller they want to implement.
> From: Toby Thain
> it would be easy to interface to a board exposing such USB features
> *from a separate Linux system* - because of that driver.
Ah, OK - I'm so used to people putting Linux on the embedded processor in
their rice cooker that, not clearly understanding what was being talked
about, I assumed it was wanted to run Linux on the uC.
Still, I guess I don't really see the value in making the QSIC, or some
things plugged into it, 'available' from some other machine. AFAIAC, it's
only a peripheral to the PDP-11.
> I did end up studying MSCP ... in some detail though.
Ah, we'll put you in charge of implementing the MSCP controller emulations,
then! :-) (Those are something I oersonally have no interest in, but I can
see a viable case for doing them.)
Noel
> From: Robert Jarratt
> When the power is OK the output of the inverters is low, so the
> transistors are off, presumably allowing the signals to float high.
> When the power is not OK, the inverters are high, turning on the
> transistors and shorting the signal to ground.
That is correct.
One thing to watch for: in a machine which does not have bus pullups on the
backplane (some do, but many, especially early DEC ones, do not), if you run
it without a CPU card plugged in (e.g. to test the power supply), BPOK/BDCOK
will be at 0V even if the power is OK because there's no pullup to pull it
high (unless driven low).
This may also affect some of the lights, e.g. the 'Power OK' light in some
DEC boxes - it won't come on, even though power is in fact fine, and
working.
Noel
While I look into what is wrong with my H7864, I'd like to use a modern PSU
to power my machine (actually an rtVAX 1000).
I think I would need to deal with the following problems:
1. Finding the right connectors (ideally, I am sure I could rig up
something more temporary).
2. A way to power the fans, which I believe are 15V, perhaps they
would run on 12V as I wouldn't run the machine for long periods anyway, or I
could just use PC fans.
3. Emulate the DC OK and P OK signals, I suspect these would be simple
+5V signals which could perhaps just come from the +5V of the PSU anyway
(unless there is a problem with that).
4. The most difficult bit, I suspect, would be the PSU LTC signal ,
which I believe is some kind of clock. I don't know what the spec of the
signal is, but I will get a scope on a working one to see (NB don't want to
risk a working PSU on this machine in case it was a problem with the machine
itself that caused the first PSU to fail, I don't mind sacrificing a modern
PSU if need be).
Has anyone done this before?
Regards
Rob
Hi there,
I'm working on reverse engineering a radio navigation receiver
(surprisingly not GPS, something else... Datatrak if anyone's heard of
it) for the purpose of either repurposing the hardware or building up
some kind of demo rig.
A lot of my effort at the moment seems to be identifying C Library
functions and naming them. Ideally, I'd like to identify the compiler
and CLib and feed that into the disassembler to eliminate that work.
Does anyone know which 68000 compilers were available in 1993, and which
could produce ROM code? Or a few?
I've looked at Aztec C68K but ruled it out on the basis that the _strlen
library function doesn't match up -- this is the one from the ROM:
_strlen:
movea.l 4(sp), a0
move.l a0, d0
_strlen_l001:
tst.b (a0+)
bne.s _strlen_l001
sub.l a0, d0
not.l d0
rts
Aztec is identical up to the bne, then:
sub.l d0, a0
move.l a0, d0
sub,l #1, d0
rts
Which is one instruction longer... so it's not Aztec.
Other parts of the system apparently used VME-bus modules... so this
wasn't a small operation.
Anyway, whatever compiler this is, it pulls in Motorola's Fast Floating
Point library.
Thanks,
--
Phil.
classiccmp at philpem.me.uk
http://www.philpem.me.uk/
I have an aftermarket hard drive system for the TRS-80 Color Computer. It includes a Miniscribe 3425 5.25" hard drive and a Xebec S1410 SASI disk controller. This Miniscribe hard drive has a stepper motor positioner, and Miniscribe actually sprang for an optical track 0 sensor... unlike the 3.5" Miniscribe 20M drive in my first Amiga hard drive system, which simply slammed the stepper against a hard stop to find track 0. I'd like to image this drive with the MFM Reader/Emulator card if I can get it to work. Actually getting the whole system working with one of my CoCos would be even cooler, of course. I have no idea what might be on the hard drive; it was an eBay purchase, back when eBay and I were still on speaking terms.
The hard drive is blinking an error code on its LED, reporting that it cannot cover the track 0 sensor. Measuring the sensor pins with a DMM while the drive is powered makes me believe that the optical sensor itself is working correctly. Its output disappears into a Miniscribe-marked, presumably custom IC, so I don't have high hopes of debugging this further within the bounds of my gumption.
Interestingly, the interruptor on the external stepper shaft appears to cover the sensor on the final step against a hard stop, so it's not clear why this drive even needs the sensor.
Does anybody have a donor Miniscribe 3425 available for sale or trade? The heads can be rattling around in drifts of aluminum filings for all I care, as long as the logic board is somewhat likely to be functioning. Or maybe has one sitting around that they might like to loan to me to image for them, and they don't mind if I risk board swaps after making a valiant effort to get the data off their drive for them first?
So far, I've only used my new MFM Reader/Emulator to image and emulate a Tandon TM503 in a Tandy Fifteen Meg Disk System, and it worked wonderfully in that role.
--
Mark J. Blair, NF6X <nf6x at nf6x.net>
http://www.nf6x.net/
Hi Guys
Ok our front panels are going into production.
Meeting went well. We finally worked out how they did the matte layer on
the front
It appears to be a transparent or translucent white. Its ink base with
no colour
The effect is like a steamed up window or shower glass panel.
It looks a matt grey colour that transmits light but obscures objects
behind it.
as the panel behind it is black except where the holes are you see a
matt black
and diffused white light from the lamps are. Neat trick!
Rod(Panelman)Smallwood
> From: Phil Budne
>>> allow the board to be connected to a modern computer as a peripheral?
>> Not sure I see the purpose?
> Simulated serial port to MCU "console" and/or simulated q/unibus SLU(s)
Yes, but... what's the point of being able to gain access to SLU's on the QBUS
>from a modern machine? Just plug serial ports into the modern machine. Etc,
etc. If you meant 'a simulated console for the -11 that some other machine can
get to', just run a serial cable from that machine to the real -11 console
line.
(BTW, which expansion of the "MCU" acronym did you have in mind?)
> Simulated ethernet to MCU internal network and/or simulated
> q/unibus NIC
Not sure I entirely follow this?
We had talked about eventually writing code to support a common USB Ethernet
interface, and have the QSIC emulate the Interlan NI2010 etc cards, which
were very nice to program (unlike all the DEC native Ethernet interfaces).
> Block device access to "unmounted" flash partitions
Like I said, plug the storage unit (we don't have any that are physically
built into the QSIC) directly into the other machine.
The QSIC is not intended to provide an SD port for some other kind of machine
that doesn't have a native SD port; you can justq buy an SD carrier that is a
USB device.
Sorry, I'm just not into the whole 'desert topping / floor wax' concept (and
a tip of the hatly hat to Marshall Rose for the phrase).
'Can do something' != 'good idea to do something'!!
> I suppose "host" ports can used to support physical USB dongles of
> various sorts (serial, ethernet), but I guess my orientation is "why
> connect extra hardware that can be simulated?"
Simulated, how? It's not clear that it's easier to do the simulation (via
some complex lash-up) than have the QSIC provide something that looks,
programming-wise, just like the DEC originals.
Although there are no plans to to serial lines. In general, my philosophy is
not to provide things which are still _readily_ available for real - and
serial lines fall into that cateory.
> ability to halt/reset the q/unibus (PDP-11) processor
> (making the MCU into a "front end")
If the LSI-11 console is i) plugged into something else, and has 'halt on
break' enabled, you pretty much already have that.
> If it's possible to make a board that's operable without an MCU
Huh? The QSIC is planned to be a standalone QBUS card - i.e. take a running
QBUS system with CPU, memory, etc, and plug in a QSIC for 'disk' storage.
Or by 'MCU' were you referring to the -11 CPU? Bridgham has at times wanted to
do that, but I'm not enthusiastic - see desert-topping/floor-wax point, plus
my point about 'only doing things that aren't easily available' - and QBUS
PDP-11 CPUs are readily available.
> design the board so that it accepts a processor in "gumstix" or SODIMM
> form factor, and expose connections for USB/ethernet.
More desert-topping/floor-wax.
> Linux has "gadget" support for simulating various flavors of USB
> devices on a 'device' port.
I have zero, none, nada interest in doing a board that can run Linux.
> From: David Bridgham
> It could then halt the processor and examine memory
Not sure about that. I don't know if the CPU processes DMA requests when it's
stopped. You can't use go ahead and use the bus without asking because the
processor is in tight loop issuing DATI's to the console CSR.
Noel
Hi,
a year ago or so an inventory of several thousand DEC flip-chip modules
appeared in the neighbourhood.
"Yesss, my precioussss, it came too me !!!"
But I couldn't acquire them. At least I help selling them now.
The inventory is here:
retrocmp.com/flipshipshop
It was a 2-months-project: most fun was sorting and counting the
modules, then taking the pictures.
A webshop solution seemed the best for online presentation. (Very
interesting, I never did that before)
Functionality of the shop software is good. On the other hand this
project appears a bit too commercial now.
You even should be able to buy online over Paypal, but I'd prefer
personal contact.
Joerg
Hello,
I have some unibus machines that always need some way to interface to
modern disks.
I always dream to make an universal board that could act as disk and/or
tape interface to a modern medium (scsi or cf/sd card), but also ram,
network, I/O, whatever...
It would be very nice to design a system based on fpga + cpu (arm), so you
can load linux on it and avoid the hassle of handling file systems for the
sd card, management and configuration, etc.
The low level part, the access to the bus, address decoding, and all the
parts that need real time reactions could be handled by the fpga.
The good part is that I could really help to design a system like this.
The bad is that it is expensive, specially because you have to use bga
components that need to be mounted by smd assembling machines.
But: there's always the possibility to choose a commercial development
board, and mount it as SOM over a larger board that would include only psu
and bus level translators.
This way could be cheaper and can be mounted by skilled hands...
If there's a number of people that would invest some money on it, to repay
tooling and minimum lot costs for the pcb and components, we could
definitely work together to make it.
Anybody interested?
Andrea
> From: Phil Budne
> Any plans to allow USB "target" (as opposed to "host" -- I dunno if
> those are the correct terms)
'host' and 'device' are the two modes for USB, IIRC.
> to allow the board to be connected to a modern computer as a
> peripheral?
Not sure I see the purpose? Any of the storage devices (SD card, or thumb
drive) can of course be pulled out and plugged into another machine.
> From: Andrea
> there's always the possibility to choose a commercial development
> board, and mount it as SOM over a larger board that would include only
> psu and bus level translators. This way could be cheaper
That's basically what we're doing for the prototypes, except that our
prototype motherboard is wire-wrapped. The mobo (currently) has only i) bus
transceivers, ii) level converters from +5V logic to +3.3V (nobody supports
+5V in any modern FPGA part, and QBUS transceivers are pretty much only
available in +5V - although we'd be happy to be informed otherwise), and iii)
a pair of 64-pin DuPont connectors to a FPGA/uC board from ZTEX.
(We may add more, e.g. when we get to debugging the indicator panels, we'll
probably put the drivers on the prototype motherboard. Etc, etc. That's part
of the reason for going with wire-wrap, it's easy to add stuff like that.)
It is, alas, not that cheap overall. We think the production models, with all
the circuity on a single custom PCB, will be somewhat cheaper. In addition,
you can't really stack the ZTEX boards on another board, and meet the QBUS
inter-board spacing.
Noel
I recently acquired a small pile of 8" floppy disks which appear to be for IBM 4341 and 3880 hardware:
https://twitter.com/nf6x/status/669240958492372992
They're on my "to be imaged" pile. I don't have any hardware to go with them, and would be happy to trade them away after imaging them. They apparently came from a military surplus commo shelter whose innards were being scrapped out. I don't think that the hardware is still in the shelter owner's hands, and I wouldn't have wanted to acquire it anyway, but I thought it would be fun to try to preserve the contents of the disks he had in there.
Based on the label picture linked to above, do any of you IBM fans know whether the contents of these are likely to be interesting to anybody?
--
Mark J. Blair, NF6X <nf6x at nf6x.net>
http://www.nf6x.net/
Folks,
I've been offered an IBM System/32. Location is close to LA. Condition
appears pretty decent.
If I can't take the offer up, would anyone else be interested?
Thanks
Mike
http://www.corestore.org
'No greater love hath a man than he lay down his life for his brother.
Not for millions, not for glory, not for fame.
For one person, in the dark, where no one will ever know or see.'
{Catching up, after being on the road all day yesterday... Replies
to quite a few people in this, sorry you'll have to read through it
to find yours, didn't want to inundate the list with 17 replies.}
> From: Jacob Ritort
> Are you on keeping bits and/or status for these projects on github or
> anywhere else that might encourage participation and contribution?
We're going to make it public, but at the moment, it's a bit early for that;
for one thing, we are working with hand-wire-wrapped prototypes, front-ending
a ZTEX FPGA/uC (micro-controller) board, not a PCB card. And the 'software'
(which includes FPGA code, we don't have any code for the uC yet) is in a
very primitive state. We'll probably get a couple of controllers done (RK11,
RP11, probably RL11, qetc) and then turn it loose for people to add others.
> I'd be glad to pitch in if I can.
We we get to the stage of turning it into a production PCB, we are definitely
going to really encourage help for that step - doing PCB layout, etc, is sort
of terra incognita for us both.
> Actually, I (and I bet others) would love to see an up to date wiki
> entry or somesuch listing folks' retro projects like these
Well, we'd need the wiki first! But I hope to have some news on that front
soon - I've located an existing one, and am discussing with the person who
runs it, using it for material from CCTalk.
> From: Henk Gooijen
> Tell us more ... and keep us posted Noel.
Not much more to say, at the moment.
The plan is that it will be a dual QBUS card, with slots for two SD cards,
and also one (or more) USB 2.0 connectors; although it will be possible to
plug in memory sticks (to the USB), the SD cards will probably offer higher
performance. Oh, and one will be able to configure virtual disks on on-board
RAM; the contents won't survive a power cycle, but they will be very high
performance, useful for swapping disks.
We will definitely keep CCTalk posted when there is any news.
> We *love* blinkenlights !!
Why do you think they are in our plan? :-) We love them too! :-)
> if you have a blank front panel this "fills nicely"
Well, like the originals, they will be half-panels (i.e. 5-1/4 inches).
They will not be electrically compatible with the original DEC indicator
panels (we plan on driving them like Guy, with just a clock and data on a
couple of wires, not one wire per light - in fact, I'd like to use a common
connector and electrical spec with Guy's, so they are compatible); making
them electrically compatible would be a _lot_ of work, and I don't see that
it would be worth it.
However, they will be mechanically compatible with the DEC originals; our
plan is that if someone has an original indicator panel PCB (I know at least
one person here does), they could mount it with one of our new production
bezel/inserts (with the light captions on it), and the whole thing will work.
I.e. in the original DEC design, we're just replacing the PCB.
> Heck, why not address (all 22) and data too?
Although 'classic' RP11/etc panels will probably be available (for purists),
we intend to also do 'updated' panels which will drop a lot of lights that
make no sense when you don't have a real disk (e.g. the shift registers) and
replace them with useful lights that the originals don't have (e.g. full
memory address, on the RP11).
> From: Paul Koning
> For a classic/straightforward programming interface, the Massbus disks
> (RP04 and successors) are a good choice. That will take you just over
> 500 MB, if you emulate the layout of the RP07.
We'll probably do those too, but before that, we're thinking of doing an
RP11+, i.e. an RP11 with the cyclinder address extended to 16 bits; i.e
without changing the register format _other than using unused bits_ in the
cyclinder address register. (Very easy for us to do, of course.)
For those with the ability to tweak drivers, that will produce disks with
2^28 blocks, or 2^36 bytes, or 64GB. That's most of a large SD card... :-)
> Sure, you can throw in a microcontroller, but interfacing that is
> likely to take far more gates than doing the mapping in the device
> directly.
Alas, we pretty much have to have a uC; it's pretty much mandator to support
USB. And once you have one, there's a lot of stuff that's easier to do in a
uC, e.g. reading the configuration of the virtual controllers, and
configuring the FPGA to match, etc, etc.
> From: Rich Alderson
> Why bother with the RP11?
Because, for FPGA implementation, it's basically an RK11 with a few tweaks
--> very easy to do! And with the RP11+ variant, it will support up to 65GB
disks.. :-)
> From: Mike Ross
> Because, blinkenlights! :-)
That too! Although there's nothing to stop us doing light panels for
controllers that never had them, e.g. RL11's!
> From: Johnny Billquist
> 22-bit addressing is not possible on the Unibus.
True, but my concept is that the eventual UNIBUS version will include ENABLE
functionality (i.e. mapping boxes to 4MB memory, one for the CPU, and an
11/70-compatible UNIBUS map for DMA devices), and it could therefore _also_
'emulate' a MASSBUS RP11, i.e. an RP11 with an additional 'extended memory
address' like the identical registers on e.g. the MASSBUS RP04. (And yes, I
know no such device ever existed, so unmodified DEC OS's won't support it,
but...).
> Your native interface have the additional problem that in addition to
> requiring people to write their own device driver for any OS usage, it
> will be rather difficult to get booting from it, since that require
> special support.
Right, but since adding another controller on the QSIC will be a trivial
configuration option, we assume no machines will have _only_ an RQ11 (our
aname for the 'native' interface), but rather an RK11 and RQ11, RL11 and RQ11
etc. Boot off the first, only use the second once the OS is running.
> RK11 and RP11, while fairly simple, are also very small devices.
Well, there's always the RP11+! :-)
And the 'RPV21' (again, I know this never existed) will, like the RLV21, have
native 22-bit addressing.
> Massbus is a bit more useful, as it at least gives some larger devices,
> but you need to implement each device.
It's all 'software' (in the FPGA and the uC); so if we (in the community
sense) upgrade the 'software' to support more controllers/disks, all boards
could be upgraded to support them.
Let's get the RK11 and RP11 working to start with, and then we'll figure out
where to go from there.
> However, if you want to write a device driver for a device you want to
> boot from, you need to modify SAV as well, which is *not* documented,
> and very non-trivial. Not recommended for the faint of heart.
Which is why it's probably easier to just _also_ configure a standard
RK11/RP11 whatever, and boot off that. (It's all 'software'! With the
right FPGA load, you could have 127 RK11 controllers! :-)
Noel
I know most of you have or are searching for the real thing.
But for those of you that still don't have what your looking for, the arcade
emulator MAME has now included most old computers in their emulation
program.
I have seen everything from apple computers to vax systems, while
searching for game roms.
Most are still non functioning as of this version but they are working
on making them work.
one that does work is a pdp1.
http://mamedev.org/ emulator
http://www.mameui.info/ windows gui front end
http://retroroms.net most current list of roms in the download
section, free reg required
I have been collecting roms for years for repair of my huge collection
of game board
but this is the first time i have seen the retro computers in the rom sets.
maybe if they are in need of a rom dump for some obscure computer one of
you have
you can contribute to the scene by dumping and sending the rom they are
looking for.
As always happy retro computing.
--
The contents of this e-mail and any attachments are intended solely for the use of the named
addressee(s) and may contain confidential and/or privileged information. Any unauthorized use,
copying, disclosure, or distribution of the contents of this e-mail is strictly prohibited by
the sender and may be unlawful. If you are not the intended recipient, please notify the sender
immediately and delete this e-mail.
>
> Just a hit . . scanning/printing without having to go to kinkos etc....
> to any of you needing something that will
>
> print--- nice photos
> print 11 x 17
> scan a tad larger than 11 x 17
> fax
> reasonable price
> free OCR software
> built in duplex printing
> has a bin sheet feeder too for doc size
>
> get a hp officejet 7612
>
> I got mine on sale for $160
>
> not a speed demon but a helpful device
> it is handy. there are times we need to print something larger than
> legal size for museum displays etc or scan large magazine cover,
> schematics etc... it has worked well.
>
> we use this for pretty much in house use.
>
> patrons needing lots of something scanned we have still have to
> contract with one of our offsite vendors.
> (shoemakers children analogy etc.)
>
> Ed Sharpe archivist for SMECC
>
Are you formatting your outgoing emails like this in retaliation for not
getting [cctech]/[cctalk] in the subject line in order to be able to sort
your incoming AOL mail?
Regards,
Peter Coghlan.
> Otherwise it's the RM05 at 256 Meg, if I remember right. But all those
> disks are also expected to expose the actual geometry of the disk. While
> fairly straight forward, it do expose you to a rather low level
> interface, where you need to do a lot of calculations all the time.
All those old disk controllers expose the disk geometry. I've looked at
it for the specific case of the RK11 and it doesn't look too bad. If it
does turn into a problem, then we'll have a microcontroller on the board
too and I'll punt the calculations to it rather than doing them in the
FPGA. And my third option is to just do the trivial mapping of the
sector/surface/cylinder numbers to LBA and waste space on the flash
device. It's not we're so short of storage space in emulating any
number of RK, RP, or RM class disk packs.
From: Paul Koning
Sent: Monday, November 23, 2015 11:26 AM
>> On Nov 23, 2015, at 1:00 PM, Johnny Billquist <bqt at Update.UU.SE>> wrote:
>> As far as I can tell, disks fall into two groups, as far as massbus control
>> is concerned. The RM02, RM03, RM05, RM80 and RP07 is one group. The RP04,
>> RP05, RP06 is another. A few register addresses between the groups are the
>> same, but the actual register at that address is different. But if I
>> remember right, it's registers that have to do with error recovery, so
>> potentially not something people would care about in emulation anyway. But
>> it still means there are different drivers in the OS for them.
[snip]
>> And of course, you also have the TM02/TM03 and TM78, which have yet again
>> different registers on the massbus.
> Yes. And mixing disk and tape on a massbus is something that I don't think
> was done on PDP-11s. It certainly could have been done, and it was on VMS
> and/or TOPS if I remember right.
Two things.
1) There is not such things as "TOPS". The 2 operating systems for the PDP-10
provided by DEC are Tops-10 and TOPS-20. The only thing they have in common
is the first 4 letters (modulo case) of the names. They share exactly no
code in the monitor ("kernel"), and do not even have the same origins.
Tops-10 started as the monitor on the PDP-6, in 1964, and was in continuous
development until 1988 (and in maintenance until 1993+), while TOPS-20 began
life as the TENEX operating system from BBN c. 1969, licensed for the new
KL-10 processor while that was under development. TOPS-20 v1 appeared in 1975.
BBN developed a run time package for TENEX called PA1050 which handled a
subset of the Tops-10 system calls by merging into user-mode programs and
intercepting them; DEC carried on the same mechanism to allow Tops-10 compilers
and other utilities to run on the new OS while native versions were developed.
2) Having stated all that, Tops-10 does not allow mixing tapes and disks on a
channel, but it does allow mixing disk drive types. TOPS-20 has always
allowed mixing tapes and disks on a channel.
Rich
Rich Alderson
Vintage Computing Sr. Systems Engineer
Living Computer Museum
2245 1st Avenue S
Seattle, WA 98134
mailto:RichA at LivingComputerMuseum.orghttp://www.LivingComputerMuseum.org/
> This is great news, Noel. Are you on keeping bits and/or status for these
> projects on github or anywhere else that might encourage participation and
> contribution? I'd be glad to pitch in if I can. Actually, I (and I bet
> others) would love to see an up to date wiki entry or somesuch listing
> folks' retro projects like these and would be happy to create it if you'd
> provide a couple of pointers.
I have the little code I've written so far in a private git server but
not on github. Eventually the plan is to do something like that but
we're pretty early in the process. Certainly nothing is running yet.
Even though I've set up a git server, I still have to learn how to
actually use git.
However, once we get a prototype doing something interesting, we were
talking about looking around for people interested in helping out.
We'll do a couple disk controllers but if someone wants to add others,
great. Especially if someone wants to add MSCP. We're happy to skip
that one ourselves.
But the real thing we'll want help with is circuit board design and
manufacturing. We can do easy things but I'd really like to use BGA
parts for the FPGA and memory chips so if someone has a handle on that,
we'd like to talk. A I said, our plan was to get a prototype working
before going in search of this kind of assistance. We're using an FPGA
module from ZTEX right now to sidestep the issue.
Is there a wiki out there that holds this kind of information? It seems
like a great idea and I'll put some information together on our project
if there is. Or maybe, now that news is spreading that we're doing
this, it's time to write up a web page describing what we're up to.
-Dave
Trying to build up an IMD floppy disk imaging workstation, i.e. a PC with 3.5, 5 and 8 floppy drives.
The 8 inch drive I have is a Toshiba MKM0142E , dual side, a very late model.
( Datecodes on the ICs range from 1984 to 1991 )
Anyone has a manual for that beast, or maybe just jumpering info ?
thanks Jos
Hi Guys
I'm due at the screen printers on Wednesday.
I've now incorporated what I have gleaned from the loan panel into
the drawing set.
For 8/e panels we now have the following layers to be printed.
_On the front: _
First will be a translucent matte base coat to give a satin finish.
It looks black because of the black layer on the back of the panel.
Then either the Terracotta or the Amber and finally white.
At this point the panel is neither a Type A or Type B .
White only detail in the selector switch area and the dividers between
lamp groups can then be added to give the panel its identity.
There are two small screen separations to allow this to be done.
_On the back:_
The 8/e back side (/f and /m differ I'll explain that later) has a
heavy black layer with clear round areas for the lamps / LEDS to shine
through.
In just the lamp area there's another translucent matte layer. This and
the one on the front act to diffuse the light coming from the lamps/LEDS.
Thats seven layers in total and they have to be dried after each layer
goes on.
Each one needs a silk screen and when being printed registration is
critical.
Its a skilled job and not one I would care to have to do.
More news when I have it.
Rod (Panelman) Smallwood
> As Tom Lehrer not-so-delicately put it "more, more, more! I'm still not
> satisfied ..." :->.
We'll do our best. How about we add indicator panels?
> My thanks to you and Bridgham (who has a second name, perhaps)!
My second name is David but it comes first. I'm just funny that way.
> From: Jay West
> I'm looking for a modern storage ... device for an 11
Aren't we all! :-)
> I think I have seen a few hobbyist projects that were flash based, I
> thought I saw one that was an IDE interface....
I think that was probably Brad Parker's prototype?
> Anyone know of a good project to add some modern storage
Available today, no. But there are a number of projects which will probably
be cranking out UNIBUS DEC controller emulators with modern storage backends.
I gather Guy's MEM11 project will probably eventually spin off a version with
a larger disk, and Bridgham and I are planning on doing a UNIBUS version of
our card once the QBUS version is done. (Actually, ours is planned to include
an ENABLE too, with 4MB of memory, for those of us with 34's, 40's, 45's,
etc.) Any more?
Noel
I'm looking for a modern storage (ie. anywhere from 100mb to "huge") device
for an 11/44. I think I have seen a few hobbyist projects that were flash
based, I thought I saw one that was an IDE interface....
Long story short I've satisfied the purist in me by putting an RL02 on the
machine, but that's just not enough storage for that particular system.
Anyone know of a good project to add some modern storage to get me over the
available storage on the RL02?
J
I have an I/O Selectric device which is badged as, and was originally, an
IBM 2970 Reservation Terminal.
For better or worse, it was one of those bought up in the late 1970s by a
company called 'Western I/O", based out of Scottsdale Arizona. They
converted them for home use. One version used a Motorola 6800 to make a
nifty-sounding terminal with selectable baud rates etc. I appear to have
the 'other' version; a cheap and nasty printer-only conversion with some
form of parallel port.
Anybody else got one? Docs about them? Parts? Schematics? I'd like to get
hold of one of the 'proper' terminal conversion versions... Must be some
squirreled away in garages!
Alternatively, any doc on the original 2970? There's an incredible dearth
of information about what we're once very common devices...
Might not really be old enough for this audience but it's an obscure
enough question! I have an AS/400 9406-S20 - mid 1990s vintage. These
things could have what IBM called an 'Integrated Netfinity Server' -
basically an Intel PC on a board, using space on AS/400 disk etc. Two
such boards work in this machine: the 2852 (Pentium Pro) and 2865
(Pentium II).
Both ran NT, and that's well-documented in a Redbook. Both could also
allegedly run OS/2 and Netware.
it wasn't officially supported I know, but did anyone ever succeed in
shoehorning Linux onto either of these boards? If so, how? Official
support only came with the next iteration of hardware (which my system
can't use), and relied on the 'PC on a board' having USB ports, and
involved the use of a USB floppy drive (!) to complete the Linux
install process!
(I'm at V5R2 btw, and have had NT running on this board)
Mike
http://www.corestore.org
'No greater love hath a man than he lay down his life for his brother.
Not for millions, not for glory, not for fame.
For one person, in the dark, where no one will ever know or see.'
list of groups please!?! neat! Ed#
In a message dated 11/22/2015 9:05:14 P.M. US Mountain Standard Time,
dave.g4ugm at gmail.com writes:
There are a couple of Yahoo groups for Selectric Typewriters and some have
the docs for the IO selectrics.
On Nov 22, 2015 6:51 PM, "Mike Ross" <tmfdmike at gmail.com> wrote:
> I have an I/O Selectric device which is badged as, and was originally, an
> IBM 2970 Reservation Terminal.
>
> For better or worse, it was one of those bought up in the late 1970s by a
> company called 'Western I/O", based out of Scottsdale Arizona. They
> converted them for home use. One version used a Motorola 6800 to make a
> nifty-sounding terminal with selectable baud rates etc. I appear to have
> the 'other' version; a cheap and nasty printer-only conversion with some
> form of parallel port.
>
> Anybody else got one? Docs about them? Parts? Schematics? I'd like to get
> hold of one of the 'proper' terminal conversion versions... Must be some
> squirreled away in garages!
>
> Alternatively, any doc on the original 2970? There's an incredible dearth
> of information about what we're once very common devices...
>
Hi!
I found an ICL Quattro desktop computer.
It looks in good shape, I had to repair only the PSU.
Powering it up, I see disk activity, but I haven't his (proprietary?)
monitor.
On the back, I see a bunch of serial ports (DCE? DTE?) and a DB15
connector, I guess for monitor/kbd attachment.
I tried to connect a terminal to the serial ports, with null modem and
straight settings, but I had no answers.
Do someone have some infos about the proprietary monitor/kbd port?
Can it be run without the original monitor/kbd system?
Or should I think about it as a... doorstopper? :D
Thanks!
--
Vincenzo (aka Supervinx)
--==ooOoo==--
My computer collection:
http://www.supervinx.com/OnlineMuseum
--==ooOoo==--
You can reach me at:
www.supervinx.comwww.facebook.com/supervinxhttp://www.youtube.com/user/supervinxhttp://www.myspace.com/supervinx
Hello all,
I'm looking for a PDF copy of IBM manual GC26-3792-8. The System
Generation manual for MVS 3.8; the only PDF I found of GC26-3792 is of
the -1 version, which is not particularly helpful.
I found a DjVu of the manual (via this site:
<http://tk3.comlu.com/mvs380/Vintage_Manuals.html>) namely here:
<www.classiccmp.org/softlib/manuals/GC26-3792-8/GC26-3792-8.djvu>
Unfortunately, downloading the DjVu file does nothing (SumatraPDF on
Windows can't render any of the pages, and Evince on Debian 8.2.0 just
ignores the file); the Java applet to view it works... except it
doesn't play nice with my accessibility needs.
So, anyone have a PDF of that manual?
Cheers,
Christian
Stephan, referring to the article in The New York Times, mentions
Amdal, Cray and Wozniak: Pioneers in computing whether large,
super-large or small(micro). Who knows of, in the microcomputing
world, Amdahl and Cray? One wonders!
Happy computing,
Murray :)
Hi all -
As noted in a mail last week, I now have my PDP-11/05 running with working
core (8KW). I had some time last night to try loading in some "real"
software, and I started with the PDP-11 paper-tape BASIC, which I've
successfully loaded into memory (in theory). At this point, it became
clear that there's still an issue or two to iron out in the CPU; BASIC
behaves extremely erratically, spewing random error messages, listing
garbage, and corrupting itself and crashing pretty quickly.
I'd run the memory exerciser MAINDECs previously (and I ran them again for
good measure) and there are no obvious issues with the memory. The system
exerciser diagnostic (ZQKB) passes, but the "11 family instruction
exerciser" (ZQKC) fails after a minute or so at PC=016014.
I have the listing for the diagnostic (though I'm not precisely sure
whether it's exactly the same revision) from here:
http://bitsavers.trailing-edge.com/pdf/dec/pdp11/xxdp/diag_listings/MAINDEC…
The doc is pretty grainy but the code at 016012 doesn't actually seem to
match what I've got in memory (I disabled relocation in the test just to be
sure things didn't get moved around) and there's no failure check at that
particular point in memory either.
I've tried the paper-tape images from Bitsavers as well as the ones on the
XXDP RL02 images floating around out there and they all yield the same
results; I suppose it's possible the CPU is failing in such a way as to
make the test reporting incorrect but it seems more likely that (a) I have
an outdated listing or (b) I'm misinterpreting the results somehow.
Anyone have any experience with this particular diagnostic?
Thanks,
Josh
Oh dear, look at all this COBOL (and DIBOL, too.) This is pretty dry
stuff, folks. But there isn't much out there from this vendor, so
here it is:
http://chiclassiccomp.org/docs/index.php?dir=%2Fcomputing/MCBA
Free to add to your collection, as always.
I have some 9-track tapes that may or may not contain some MCBA
software, as well, which I'll get to someday.
-j
I have a board from a HP 7914 disc drive (07914-60001). No clue how I
obtained it, as I've never owned a 7914 (but did have a hard luck case 7912,
which is long gone). In any case... free for shipping if anyone wants it.
J
Hi Guys
Well the original panel arrived yesterday and revealed one
or two interesting features.
It was from an 8/m but as the underlying programmers console (apart from
the change from bulb to LED) is the same for all of versions I am
making. Its a good example
What it reveals was that they silk screened the panel first then routed
or milled out the openings using the markings as a guide. This is the
source of much complained of chipping and peeling.
This means that they did not have to be too fussy with the placement of
the silk screening in relation to the edges of the blank. Any small
offset would be hidden by the bezel anyway. in addition there is plenty
of tolerance on the key lock - there's provision to adjust its position
on the mounting.
The hole for the select switch is drilled over size (0.38" for a 0.25"
shaft) so more room to move things about
In the spirit of "measure twice and cut once" would all those with
orders please do the following. Take off the selector switch knob.
Remove the bezel and take the old front panel out. Measure from the
bottom edge of the panel to the bottom of the row of switch openings.
Then from the left hand side to the first switch opening. Finally from
the right hand side to the last switch opening.
Please send the three measurements with the type of system its off plus
any part numbers on the back of the panel to me.
Regards
Rod
Just saw this on the rescue list. I *believe* the location would be
North Carolina, US.
E-mail them, not me.
---------- Forwarded message ----------
From: Lenore Ramm via TriLUG <trilug at trilug.org>
Date: Thu, Nov 19, 2015 at 8:20 PM
Subject: [TriLUG] Vintage Hardware (Everything Must Go NOW!)
To: Triangle Linux Users Group General Discussion <trilug at trilug.org>
A friend and former TriLUG member is looking for a new home for the
MicroVAX 3100 and associated hardware. It lacks drives. It needs to be
given away to whomever is willing to take it.
The lot includes the drive-less VAX, one DECserver 300, two DECserver
200/MC, a tape drive, and a few other related bits, as pictured in the
links below. If you are interested, you must meet to pick it up or provide
funds for shipping, before it gets recycled in the next few days.
If you are interested, email me (lenore.ramm at gmail.com))(*NOW, before
it's too late*) and I will provide contact information.
There are pics! http://trilug.org/~eronel/decpics
It may or may not have a pleasing amber display.
Lenore
Just a hit . . scanning/printing without having to go to kinkos etc....
to any of you needing something that will
print--- nice photos
print 11 x 17
scan a tad larger than 11 x 17
fax
reasonable price
free OCR software
built in duplex printing
has a bin sheet feeder too for doc size
get a hp officejet 7612
I got mine on sale for $160
not a speed demon but a helpful device
it is handy. there are times we need to print something larger than
legal size for museum displays etc or scan large magazine cover,
schematics etc... it has worked well.
we use this for pretty much in house use.
patrons needing lots of something scanned we have still have to
contract with one of our offsite vendors.
(shoemakers children analogy etc.)
Ed Sharpe archivist for SMECC
In a message dated 11/20/2015 12:22:50 P.M. US Mountain Standard Tim,
billdegnan at gmail.com writes:
> As usual, while looking for something else I finally happened to find
the
> LA100
> docs and ROMs and I've sent the ROM images to Jonathan separately; the
> print set
> is 11" x 17" and I'll contact Noel off-list regarding scanning.
>
> From: Mike Stein
> I don't think I can scan the print set; IIRC the pages were longer
> than 14".
How much longer? My A3 scanner will take up to 17". I'd be happy to scan them
for you (and return them afterwards) if you send them to me.
(BTW, this offer is open to everyone/anyone - although if I get 23 sets of
prints, please don't expect instant service! Please contact me first.)
Noel
Hello,
By any chance could someone configure the mailing list to add [cctalk]
or [cc] or [cct] into the beginning of the subject line? Not looking to
filter, just not looking to delete messages.
--
Ethan O'Toole
Performed maintenance of my VAX 4000-200.
Removed NiCad battery
Replaced hard drive
Made new image of system drive
The how-to is all over the web, but I summarized a lot of the basic support
tasks associated with a networked VAX 4000 here for anyone interested in a
simple "for dummies" page
http://vintagecomputer.net/browse_thread.cfm?id=608
The system is hosted here:
vax4000.vintagecomputer.net
--
Bill
Does anyone happen to know what the industry-standard equivalent for a
DEC 4260 PNP transistors in the MOS clock driver circuitry on LSI-11
CPU is? Is it a 2N4260?
Thanks!
Eric
----- Original Message -----
From: "Robert Jarratt" <robert.jarratt at ntlworld.com>
Sent: Thursday, November 19, 2015 4:27 PM
...
My to-do list has me doing the rounds of all my machines to check them all for
the batteries. I'd like to replace rather than remove though, but that could get
expensive at about ?10-12 pounds per machine for the cordless phone battery
packs sold by Maplin. Maybe there is a better alternative, I should go and take
a look.
Regards
Rob
----- Reply -----
Wow! I buy mine for $2 to $4 at the local 'Dollar' store...
Or you could order from the usual place; e.g.:
http://www.aliexpress.com/store/group/Battery/1191734_259040387.html
m
Hi Guys
I think we are all only too well aware of the difficulty of
getting parts for our old systems.
This the more so for items that can been seen.
Having got at least a half reasonable replacement front panel process my
thoughts turned to toggle switches.
In the case of PDP-11 this is already being addressed by another list
member.
So to PDP-8's. There's two parts to a PDP-8 toggle. The slide switch and
the lever.
The leaver is injection molded in a two part mold. The join line can
clearly be seen.
Clearly a mold is required to produce one or more at a time.
These used to be very expensive but with modern CNC machines it might be
worth finding out.
In addition we now have 3D printing available
To aid this have I have produced a drawing of the switch lever with
views from three angles.
From here it should be possible to:
1. Convert to 3D for 3D printing tests
2. Produce a drawing of the two part mold tool.
Extruded PVC I'm familiar with having worked in
the cable industry as a student.
ABS which is what I think the leaver may be made
of may be different (hot to cold shrinkage for example)
Comments from list members with experience in the above areas would be
of interest to us all.
Now to the slide switches themselves.
They are mounted by the screw hole lugs having been slid into a groove
in two aluminum bars which in turn are attached to the PCB by pillars
and screws.
There are six connection pins on the bottom of each switch that go into
holes in the PCB. (not all used) Switch replacement would be easy and a
complete switch and lever sub module not too difficult. I hear a voice
>from the distant past saying 'Micro switches'
Thats all for to-day
Rod
Hi Guys
Well the panel is here and I'm analyzing it to see what it
tells us.
So far it looks like I need to add a band of gray matte base to the front
and a band of similar over the light ports on on the back.
Looks like I have a new product. It's called an "Invisipanel"
Its a clear plexiglas blank I use for checking alignments.
Because its so clear I cant find it!!!!
Rod
> From: Guy Sotomayor
> A number of data books have circuits that were used to measure the
> parameters .. so you might want to look at some of them
Thanks for the tip! Alas, I don't know of any data books with circuits like
that - any pointers? (And it's only the leakage current I need to check; the
other 3 key DC parameters I have already managed to check.)
> From: Mark J. Blair
> Do you have any sort of precision, regulated, adjustable lab bench
> power supply that you could use to vary input voltage?
Well, I have some Lambdas, but I'm not sure they are 'precision' (any more -
the pots are kind of dirty/flaky, so they jump when you turn them).
> If not, using a potentiometer as you mentioned would also work.
Yeah, that's what I did - running a 500 ohm pot from ground to +5V provided a
nice input, and I was able to verify the 'maximum 0 input voltage' and the
'mininum 1 input voltage' quite easily.
I also realized that in a system with 'normal' single QBUS box with
termination, one has a 330 ohm pull-up in the CPU's termination, and 180 ohm
pull-up in the BDV11 terminator, which adds up to 42 mA into the transceiver
when pulling to low voltage; if one adds another 180 ohm pull-up, that adds
another 28 mA, getting me to the required 70 mA for the 'maximum 0 output
voltage' check.
Since the QBUS specs allow another termination, if you have a second box,
that's probably why they spec it at 70 mA, actually.
> Also, how many of these did you buy?
Umm, like 400? :-)
(Dave Bridgham and I are winding up to produce a QBUS card which uses SD
memory cards along with an FPGA and micro-controller to emulate a range of
DEC disk systems - RK11, RP11, etc - and we wanted to assure a goodly supply
of our selected transceiver chip before we spin out a PC board.)
> If it's something like a dozen, manual testing will be practical. If
> it's something like a hundred, then automating the testing might be a
> good idea, and a fun project all by itself if that sort of thing
> interests you.
Well, not really, to be honest (I'm not an analog person), plus to which I
have a zillion other projects (e.g. a bunch of UNIBUS machines to refurbish,
plus other non-computer things) which are backlogged, the last thing I need
is another one! ;-)
Also, you might be able to automate the _testing_, but one still has to plug
the chips in and out, which is a certain amount of work, so it's not like
automated testing would allow me to trivially check really large numbers of
chips. Which is why I've adopted the 'test randomly selected units for
meeting specs' approach (remember, I'm just trying to make sure these aren't
counterfeits), and for that, manual testing works fine.
Noel
Having read all sorts of bad things about these older oil filled
capacitors, I decided to replace the one on my 8a. I got what I think is a
replacement - 6 microF, 660VAC, 50/60Hz, "NO PCB's" - but it is physically
about 1/3 the size as the original.
Did the tech for these get that much better?
What purpose does this serve? It's hanging off the transformer. I see
lots of links about motor start capacitors, but nothing relating to
transformers.
http://www.mouser.com/ProductDetail/Cornell-Dubilier/SFA66S6K288B-F
Thanks,
b
Does anyone have any 9-track tapes for sale, preferably in the UK/EU? I'm
getting tired of ordering NOS tape from the US just to find they've got
sticky-shed...
I'd also like one of those early IBM style reels, the red/blue ones with
the three "viewing holes". Doesn't have to work.
-Tom
OR UC ONLY BEEHIVE TERMINAL!
NOTHING LIKE 'RIDIN THE 'HIVE AT MIDNITE!
In a message dated 11/18/2015 4:24:14 A.M. US Mountain Standard Time,
ard at p850ug1.demon.co.uk writes:
> > COMBINE THEM THEN JUST ADD TWO LETTERS AND A DASH AS THUS
> > CC-
>
> SOMEONE SUGGESTING THIS AND USING CAPITALS ONLY PROVES TO BE A MAIL NOOB
> ;-)
Or is using a Model 33 ASR (or KSR) :-)
-tony
=
good point Ethan that is one of the main reasons as if it has a list
designator I would defiantly look at it then.Ed#
Tue, 17 Nov 2015, ethan at 757.org wrote:
> By any chance could someone configure the mailing list to add or [cc]
or
> [cct] into the beginning of the subject line? Not looking to filter,
just not
> looking to delete messages.
DO NOT THINK I CAN MAKE THE AOL MAIL FILTER THAT WAY..
In a message dated 11/17/2015 6:06:50 P.M. US Mountain Standard Time,
woyciesjes at sbcglobal.net writes:
On 11/17/2015 10:54 AM, ethan at 757.org wrote:
> Hello,
>
> By any chance could someone configure the mailing list to add
> [cctalk] or [cc] or [cct] into the beginning of the subject line? Not
> looking to filter, just not looking to delete messages.
>
>
This has been discussed _too_ many times... Please don't bring it up
again....
Just setup a filter to shuffle CC stuff to it's own folder, then nuke
it from there...
--
--- Dave Woyciesjes
--- ICQ# 905818
--- CompTIA A+ Certified IT Tech -http://certification.comptia.org/
--- HDI Certified Support Center Analyst -http://www.ThinkHDI.com/
Registered Linux user number 464583
"Computers have lots of memory but no imagination."
"The problem with troubleshooting is that trouble shoots back."
- from some guy on the internet.
COMBINE THEM THEN JUST ADD TWO LETTERS AND A DASH AS THUS
CC-
In a message dated 11/17/2015 1:41:03 P.M. US Mountain Standard Time,
jwest at classiccmp.org writes:
Ah, one of the top ten topics that keeps resurfacing periodically.
I initially suggested adding the list name to the subject, and the strong
sentiment from the group was not to add it.
The pros and cons seem to be a bit of a religious war. And from time to
time
someone (re)suggests this and the war rages again for a while ;)
Yes, the two lists will be rejoined as one list. I haven't found a
roundtuit
yet.
J
The front panel I needed to check the layout has arrived or at least got
as far as the postal depot at Reading.
There is some customs duty on it. So I'll be there at 07:00 when they
open in the morning.
I'll check the measurements and take the artwork over to the screen
printers when I get back.
Rod (Panelman) Smallwood
nope! think my first email program ran on windows 3.1
and... if I start in caps I finish in caps (tired old arthritic
hands) Ed#
In a message dated 11/18/2015 2:33:45 A.M. US Mountain Standard Time,
cc at informatik.uni-stuttgart.de writes:
On Tue, 17 Nov 2015, COURYHOUSE at aol.com wrote:
> COMBINE THEM THEN JUST ADD TWO LETTERS AND A DASH AS THUS
> CC-
SOMEONE SUGGESTING THIS AND USING CAPITALS ONLY PROVES TO BE A MAIL NOOB
;-)
Christian
Hi all --
Picked up a Honeywell H316 mini off eBay a couple of weeks back and it's
in need of a power supply (it's completely missing). Given that it's a
long shot that anyone has one rotting away somewhere, I've been planning
on retrofitting something modern, but I figured I'd check here before I
got too far into that *just* in case.
Thanks as always,
Josh
I've encountered a new challenge with the CRC now, it's from the data
blocks written by the Kennedy 6450/6455 Tape Drive.
The below message is to the creator of CRC_RevEng about this topic, but
since several here have been so helpful to me on understanding CRCs (and
Chuck, you referred me to CRC_RevEng), I thought I would put this out to
this group as well.
Again, I really appreciate the feedback!
Thanks,
-AJ
On Tue, Nov 17, 2015 at 1:10 AM, Convergent MightyFrame <
mightyframect at gmail.com> wrote:
> Greg,
>
> I am extremely impressed by the CRC_RevEng program you wrote. It is quite
> amazing. I have a unique problem using it, and I was hoping you could help.
>
> Instead of trying to articulate all of the complexities in an email, I
> recorded a YouTube video explaining my dilemma and demonstrating the
> result. Please watch that here:
>
> https://youtu.be/nH-tfbvXYrI
>
> Please forgive me if I ramble on in the video, but I hope it effectively
> describes the problem, and how I arrived at it.
>
> The web pages I reference in the video is my own, at:
>
> http://microtechm1.blogspot.com/2015/09/kennedy-6450-tape-drive-data-format…
> and
>
> http://mightyframe.blogspot.com/2015/08/qic-24-tape-data-block-format-decod…
>
> The long-data-block files I use as demonstration in the video are attached.
>
> I would be very appreciative if you could point me toward any available
> work-arounds to this issue.
>
> --
> Thanks!
> -AJ Palmgren
> 515.460.6393
> http://MightyFrame.com
> http://MicrotechM1.blogspot.com
>
>
--
Thanks,
-AJ
http://MicrotechM1.blogspot.com
not really.... even using other email programs I like having [Name] in
start of subj.
hey I am an old fart too over 60!
Ed#
In a message dated 11/17/2015 6:53:38 P.M. US Mountain Standard Time,
cisin at xenosoft.com writes:
On Tue, 17 Nov 2015, COURYHOUSE at aol.com wrote:
> DO NOT THINK I CAN MAKE THE AOL MAIL FILTER THAT WAY..
Wow!
There are few people with the inclination to ask a list
full of old farts to make changes for AOL compatability!
ED# IS KF7RWW AT SMECC
In a message dated 11/17/2015 4:22:54 P.M. US Mountain Standard Time,
kylevowen at gmail.com writes:
On Tue, Nov 17, 2015 at 2:30 PM, geneb <geneb at deltasoft.com> wrote:
> On Tue, 17 Nov 2015, Ian Finder wrote:
>
> Ian S. King wrote: "... -- K7PDP"
>>>
>>
>> Show-off ;)
>>
>> I'll see that K7PDP and raise you an N7MOS. :D
W4GNU here...yeah, not as cool, I know. :)
73,
Kyle
it cant! the ham can move and keep the old call so all bets for
location are off! ----Ed#
In a message dated 11/16/2015 9:23:06 P.M. US Mountain Standard Time,
kurtk7 at visi.com writes:
We did get a location and a good thread conversation.
Sent from my iPhone
> On Nov 16, 2015, at 10:21 PM, Adrian Stoness <tdk.knight at gmail.com>
wrote:
>
> now ur mocking us none radio peeps
> i should go take my cert i do tower work allot installing equipment would
> prolly help me with my job....infact today i installed 3 120degree
sectors
> lol
>
>> On Mon, Nov 16, 2015 at 8:17 PM, js at cimmeri.com <js at cimmeri.com> wrote:
>>
>>
>> . . / . - - - . . - . . .
>>
>>
>>> On 11/16/2015 9:00 PM, drlegendre . wrote:
>>>
>>> Guess you'll have to forgive those of us in the "Classicmp enthusiast"
>>> group that don't overlap into the "HAM operator" group.
>>>
>>> I for one had no idea that a member's location could be pinned-down (to
>>> within shipping zones?) using a HAM callsign. Not all of us share the
same
>>> areas of interest and / or levels of knowledge.
>>>
>>> Don't make so many assumptions.
>>>
>>> On Mon, Nov 16, 2015 at 6:34 PM, wulfman<wulfman at wulfman.com> wrote:
>>>
>>> With SDR one and the same these days.
>>>>
>>>>
>>>>> On 11/16/2015 5:07 PM, ben wrote:
>>>>>
>>>>>> On 11/16/2015 4:57 PM, Mark J. Blair wrote:
>>>>>>
>>>>>> Only other ham radio operators tend to recognize ham radio
callsigns
>>>>>> and know how to look them up.
>
This year's ETA-auction i gothenburg at 5 Dec.
SEE?http://auktion.eta.chalmers.se/
Multiple Tek Scopes and a HP 16500C.
AT least one VT101 and other misc (including multiple sun ultras) and a
bunch of routers/vpn gateways and so.
Please add the cc. To subj line
Sent from my Verizon Wireless 4G LTE smartphone
-------- Original message --------
From: Fred Cisin <cisin at xenosoft.com>
Date: 11/17/2015 13:02 (GMT-07:00)
To: "General Discussion: On-Topic and Off-Topic Posts" <cctalk at classiccmp.org>
Subject: Re: Could someone make the list do the [cctalk] thing in the subject
line?
On Tue, 17 Nov 2015, Mark J. Blair wrote:
> This would be helpful, and consistent with many other mailing lists. I
> use filters to direct traffic from my many mailing list subscriptions
> into appropriate sub-folders outside my main inbox. I filter this list
> based on addressing, but sorting based on a consistent tag in the
> subject line may be more reliable.
Periodically, this is suggested.? And, so far previously, rejected.
A few folk oppose it because THEY don't need it because THEIR mail
programs are successfully sorting by the header line of:
"List-Id: "General Discussion: On-Topic and Off-Topic Posts"
? <cctalk.classiccmp.org>"
A few oppose it because it will add another half a dozen to a dozen
characters to already growing subject lines, and people might eventually
have to start trimming some of the RE: Re: RE: from the subject line.
I would find it convenient to have a visual indication "[CC]" of which
messages are from the list[s] V which are similar subject lines from other
sources. But, I can live with it either way, so it becomes an issue to be
decided by who feels strongest about their needs.
--
Grumpy Ol' Fred???? cisin at xenosoft.com
VCF East XI (yeah, I'm using Roman numerals for now) is April 15-17,
2016, as usual at the InfoAge Science Center in Wall, New Jersey.
Friday's schedule will be classes and some kind of software hackathon.
Details to be determined.
Saturday/Sunday will have morning keynotes followed by the usual fare:
exhibit hall(s), consignment, museum tours, food, and so on.
Saturday's keynoter is Stewart Chiefet of the old "Computer Chronicles"
television show. :)
Still working on a keynoter for Sunday.
Web site is not yet live.
huh?
On Mon, Nov 16, 2015 at 1:16 PM, Bill Sudbrink <wh.sudbrink at verizon.net>
wrote:
> Mark Linimon wrote:
> > as always, location is helpful :-)
>
> He gave you everything you need to know:
>
> W5JAI
>
> Registration is online.
>
> Bill S.
>
>
Can you post your location to see if in driving distance.
> On Nov 16, 2015, at 11:10 AM, "Jim Isbell, W5JAI" <jim.isbell at gmail.com> wrote:
>
> This collection goes back to the first home computers, Sinclair, TRS80
> Model 1 and Model 2, CPM machines, Lobo, Commodore, several "portables"
> (suitcase type), PET, one CPM/DOS switchable portable. "Stringy floppy"
> (very rare) All are free, but the whole lot goes to ONE person. I want it
> gone, not cherry picked.
>
> My intention was a computer museum, but no longer have the desire.
>
While copying some data from a bunch of Next HD's, i stumbled upon a snd
file containing a song written for Steve Jobs, accompanied by guitar and
handclaps from several people.
Is this a known song? I was unable to find a better version on the web
than the 8012hz sample I have here.
--
Met vriendelijke Groet,
Simon Claessen
drukknop.nl
So, I have bought a number of DS8641 bus transceivers from a source in China,
and cognizant of the claims that there are a lot of counterfeits coming from
China, how can I test them to make sure the meet specs?
I have a QBUS test board which I have constructed (it's basically just a
single read/write register), so I can verify their _basic_ functionality; but
the UNIBUS/QBUS specs give a number of analog qualifications, and it's those
I'd like to check.
Some of them I can figure out how to test, although a couple of them would
seem to need special test rigs, e.g. input high threshold of 2.5V and low
threshold of 1.4V, but I _think_ I can work out how to test those - a board
with a pot on it, so I can vary the input voltage, and see where the output
switches. (I'm not necessarily going to test every last chip, but I'd like to
do random samples.)
However, there are others of which I'm not at all clear how to test, e.g.
output high leakage current of 25 uA. How would I test that? (And replies of
the form 'use such and such an approach' probably aren't detailed enough for
me - my analog-fu is pretty weak - so details would be most greatly
appreciated! ;-)
Noel
Hi Guys!
I am the happy owner of a DEC 3000 in other words an Alpha.
It is fully working and boots VMS and goes into DEC windows just as it
should.
Its running a high res 23" colour monitor in RGB
As you all are aware I spend my time recreating PDP front panels.
(Hopefully the example panel will arrive to-day and I can release the
current batch to screening. )
Anyway I thought it would be nice to at least get some pictures up on
the Alpha and maybe do a little panel design on it.
If you are asking why would I want to do that. Then I might suggest you
may not be on the right list.
So there you have it; picture display (gif, tif and so on) and a bit of
cad on my Alpha (mono is fine.)
What do I need and where do I get it?
Rod (Panelman) Smallwood
I'm very disappointed this only flares up once every month or two, is there
any chance we could make it once a week?
The reality of perpetual and automatic copyright that extends past the
death of all listed creators means that there are a lot of pieces of items
that have no advocate, financial interest, or caretaker either legal or
otherwise. It is a ridiculous situation. The arguments where the only two
options are this "Zardoz" environment or water break down of the entire
copyright machine, is old and bores me.
The reality as I have experienced it is that there are a few white-hot
pinpricks of interest and legitimacy by a vanishingly small amount of
companies, and then there is a vast Black Sea of unwanted, uninteresting,
forgotten items. This works for software as well as everything else.
If there is a choice between oblivion and the dumpster, and sending it to
the Internet Archive, I will ensure that our doors are open. That's all I
can offer to everyone here. You can reach me at this address or by calling
the archive directly if you don't want to deal with me.
If all you have to offer is another 7 paragraphs of bloviating, that's why
they make the mute button.
I've been trying to get a PDP-8/m out of Fresno, CA for a few months
now; the person I'm getting it from is alternately unwilling and unable
to prep the machine for transport (the latest excuse is that he can't
find a suitable pallet).
This is a single full-height rack, probably about 500lbs -- is there
anyone on the list nearby (Fresno, CA) who might be able to prep the
machine for transport (e.g. strap it to a pallet, maybe put some padding
over the front panel to reduce the possibility of damage)? Then I can
get a shipper to drop by and pick it up. I'll gladly compensate you for
your time/effort.
Thanks!
Josh
yes, I was impressed too!
In a message dated 11/15/2015 12:53:26 P.M. US Mountain Standard Tim,
bqt at update.uu.se writes:
Upon reading all the discussion over the past three days, I am
> extremely interested in the overall tone of the discourse. While
> there has been rather passionate argument at times, there does
> not seem to be any of the caustic comments that we have seen
> on occasion in the past. Congratulations EVERYONE!!!!!!!
> From: js
> if they still wanted income from it, it'd still be for sale. If it's
> not for sale, and I can find it, then I'll use it and be sure not to
> profit from it.
This ties in with something called 'fair use' under US IP law, see here:
https://en.wikipedia.org/wiki/Fair_use
for more. Basically, 'fair use' permits _limited_ use of copyrighted material
without acquiring permission from the IP owners; there is a 4-part test which
is applied to determine whether a non-licensed use meets 'fair use'. The
parts are:
"- the purpose and character of the use, including whether such use is of a
commercial nature or is for nonprofit educational purposes;
- the nature of the copyrighted work;
- the amount and substantiality of the portion used in relation to the
copyrighted work as a whole; and
- the effect of the use upon the potential market for or value of the
copyrighted work."
ii) doesn't really apply here, and of course one would score poorly on iii),
but since a) one's not making any money from it, that would score highly
under i), and b) there is zero effect on the market, since the thing isn't
even for sale, so scoring highly under iv).
So use for vintage computer hobby puposes might well be (in the US at least)
'fair use', and not in fact infringing, even without a license. In other
countries, it will depend on their copyright laws; e.g. in Israel and Poland,
the same might be true.
Noel
<
On Nov 13, 2015 4:47 AM, "Christian Corti" <cc at informatik.uni-stuttgart.de>
wrote:
>
> On Thu, 12 Nov 2015, Tom Moss wrote:
>>
>> I've never seen anything works on the sector level, but there are plenty
of
>
>
> There is DITU (Disk-Image Transfer Utility) for MS-DOS, and it's free
including C source code. I use it e.g. to image the hard disk of a DOS PC
into a file (either network or parallel ZIP drive).
>
ftp://ftp.oldskool.org/pub/misc/Hardware/IBM/PCjr%20magazines%20and%20resou…
> I've modified the program a bit to support retries and TurboC.
>
> Christian
I used to use a program called Laplink, which came with special serial and
parallel option cables to transfer files from one dos machine to another.
It was useful to "image" DOS computers with it.
I don't think these were straight through cables and you needed the laplink
software to be running on both sides. I see the cables on ebay, I picked
up a set a few years ago to move contents of similar MS DOS system. Serial
is much slower than parallel obviously.
If you must use Linux, you may find something that emulates dos, or you can
rewrite the receiving - end Linux equivalent of laplink if it has not
already been done.
Bill Degnan
twitter: billdeg
vintagecomputer.net
Hi Guys
Going back to the days when I worked in marketing in DEC
Park (Then new ,now demolished)
I had a VT100 on my desk. We all did, email, word processing graphics
and so on.
Now there was one interesting but little known VT100 feature. On the
back it had two BNC connectors.
They were for video in and out. You could sync the VT100 to a feed of
mono video and the overlaid
picture would appear on the screen and at the video out connector.
The only secret was you had to set it for 50Hz .
One of my hobbies then (still is now) was Amateur TV (a branch of ham
radio.)
I had built my own TV camera (we all did). I'd made it small and light
to go portable with.
So I took it to the office early one morning hid it in my gray wall (VMS
manuals) and got it going.
I pointed it down the (very) open plan office and went off to my first
meeting.
It worked, when I got back there was a gaggle of very bemused people
looking at the screen.
Rod Smallwood
Does anyone on list have a copy of the schematics for the Data I/O 120 gang programmer? I'm willing to buy the schematics or pay for a copy to be made.
Billy Pettit
bpettitx at comcast.net
Hi,
is someone on the list able to write Z8000 PLZ/ASM code? I have an
the following source:
u module
$segmented
$abs %3E00F600
global
_u array [%572 byte]
end u
The problem is, that it is vital that _u has to be located absolute
on the virtual memory address 0x3E00F600. The problem is now, that
the while the object is compiled, _u is available on 0x0100f600 and
I have no clue why.....
As per subject line, does anyone know of any util that will back up an x86
PC running some variant of DOS (MS, Compaq etc.) via rs232 to a remote
system? (Linux preferable on the remote, but other options exist)
I'm not finding anything via Google, but it seems like the sort of thing
that some of the folks here may have done for their systems in the past.
I'm thinking something that will do a sector-by-sector transfer from a
given partition (maybe only in-use sectors, implying some minor
intelligence on the remote end to covert into a raw image, but "send
everything" mentality is better than nothing) - extra points for retrying
bad sectors.
cheers
Jules
Anyone know more about this old 16 bit computer / controller?
http://i.imgur.com/utUfMQe.jpg
According to the current owner it is based on a 16 bit machine made by
Computer Automation. It has core memory and is programmed in assembler and
Fortran. It is from the late seventies.
I found very little while searching the net. Intercole systems seems to
still be in operation. PAC 16 could relate to Varisystems corp which I
found in this document:
ftp://bitsavers.informatik.uni-stuttgart.de/topic/minicomputer/ComputerDesign_Apr71.pdf
In any case the Varisystems PAC 16 seems to be a rather simple 16 bit
machine. But is this the same? And is Varisystems related with Computer
Automation somehow?
Any information is appreciated. Is it worth rescuing it? Any software to
look for? The current owner has loads of 8 inch floppies.
Sorry I forgot to remove the SPAM KEY notice thsat my e-mail places
there!!!!
>Paul Koning wrote:
>>On Nov 13, 2015, at 5:45 PM, Josh Dersch <derschjo at gmail.com> wrote:
>>
>>Hey all --
>>
>>Now that I have my PDP-11/05 running nicely, I'm curious what others are
>>running on small systems like this -- until this point I've only played
>>with larger (i.e. at least 28KW memory) systems. I have only 8KW of memory
>>(with no viable options for expansion) and there's not much out there that
>>I've found. There's paper-tape BASIC (which is always fun) and FOCAL, and
>>PTS-11 (http://iamvirtual.ca/PDP-11/PTS-11/PTS-11.htm) which is pretty cool
>>if a bit cumbersome. Any other suggestions?
>>
>>I'm also curious if any version of RT-11 that supports the TU58 could be
>>made to run on this system -- I have two SLUs in the system so in theory I
>>can boot from an emulated TU58. However RT-11 4.0's SYSGEN manuals suggest
>>that 12KW is the minimum supported (and experimentation bears this out) and
>>I can't find much in the way of manuals for RT-11 V3B -- which I believe is
>>the earliest version with TU58 support. (V3B seems to be different enough
>>from later versions that I'm not quite sure how the SYSGEN process works.)
>>
>>
>
>RT11 V2 SJ will certainly fit easily in that size memory. DOS will fit even in 4K (at least the older versions). Come to think of it, RT might also; I haven't tried it that small.
>
> paul
>
NOTE: I don't have a real PDP-11/05. All my tests
were done under Ersatz-11.
I just tried to boot V04.00 of RT-11 on a PDP-11/05
using an RK05 device (RK:) under the RT11SJ.SYS
monitor. First I set the memory to 32 KB (16KW)
and it worked quite well. Then I tried with 16 KB
(8KW) and while it did boot, during the boot process
of V04.00 of RT-11, I did see the error message:
Insufficient Memory
On the other hand, I was able to perform a DIR
and a few other tests which did work.
I then attempted to confirm with V2 and 16 KB of
memory and that also worked with the RK05 device.
Obviously, it is not possible to do very much with
just 16 KB (8KW) of memory.
As for support for the TU58 device (DD:), I also
attempted that and came up empty. using V3B
of RT-11. The V3B distribution which I have
does not seem to support the TU58 since RT-11
crashes when I attempt to use the TU58 device.
There may be some bad code in RT-11 when the
TU58 is used with a PDP-11/05. I just don't have
the resources in the time that is available to find out.
Josh, you don't mention if you have a disk drive
of any kind on the PDP-11/05, It would help
if you could describe all of the available hardware.
If the TU58 is the only "disk drive" available, then
I am not sure what to suggest in order to get RT-11
to run in any case.
Jerome Fine
I'm after an 8/E, F, or M (with full panel). It doesn't need to be well
equipped, just enough to run OS/8 from RX01/2s (I don't need the drives).
Does anyone have one they'd part with? I'm prepared to match the average
ebay selling price.
-Tom
>Paul Koning wrote:
>>On Nov 13, 2015, at 5:45 PM, Josh Dersch <derschjo at gmail.com> wrote:
>>
>>Hey all --
>>
>>Now that I have my PDP-11/05 running nicely, I'm curious what others are
>>running on small systems like this -- until this point I've only played
>>with larger (i.e. at least 28KW memory) systems. I have only 8KW of memory
>>(with no viable options for expansion) and there's not much out there that
>>I've found. There's paper-tape BASIC (which is always fun) and FOCAL, and
>>PTS-11 (http://iamvirtual.ca/PDP-11/PTS-11/PTS-11.htm) which is pretty cool
>>if a bit cumbersome. Any other suggestions?
>>
>>I'm also curious if any version of RT-11 that supports the TU58 could be
>>made to run on this system -- I have two SLUs in the system so in theory I
>>can boot from an emulated TU58. However RT-11 4.0's SYSGEN manuals suggest
>>that 12KW is the minimum supported (and experimentation bears this out) and
>>I can't find much in the way of manuals for RT-11 V3B -- which I believe is
>>the earliest version with TU58 support. (V3B seems to be different enough
>>from later versions that I'm not quite sure how the SYSGEN process works.)
>>
>>
>
>RT11 V2 SJ will certainly fit easily in that size memory. DOS will fit even in 4K (at least the older versions). Come to think of it, RT might also; I haven't tried it that small.
>
> paul
>
NOTE: I don't have a real PDP-11/05. All my tests
were done under Ersatz-11.
I just tried to boot V04.00 of RT-11 on a PDP-11/05
using an RK05 device (RK:) under the RT11SJ.SYS
monitor. First I set the memory to 32 KB (16KW)
and it worked quite well. Then I tried with 16 KB
(8KW) and while it did boot, during the boot process
of V04.00 of RT-11, I did see the error message:
Insufficient Memory
On the other hand, I was able to perform a DIR
and a few other tests which did work.
I then attempted to confirm with V2 and 16 KB of
memory and that also worked with the RK05 device.
Obviously, it is not possible to do very much with
just 16 KB (8KW) of memory.
As for support for the TU58 device (DD:), I also
attempted that and came up empty. using V3B
of RT-11. The V3B distribution which I have
does not seem to support the TU58 since RT-11
crashes when I attempt to use the TU58 device.
There may be some bad code in RT-11 when the
TU58 is used with a PDP-11/05. I just don't have
the resources in the time that is available to find out.
Josh, you don't mention if you have a disk drive
of any kind on the PDP-11/05, It would help
if you could describe all of the available hardware.
If the TU58 is the only "disk drive" available, then
I am not sure what to suggest in order to get RT-11
to run in any case.
Jerome Fine
Hey all --
Now that I have my PDP-11/05 running nicely, I'm curious what others are
running on small systems like this -- until this point I've only played
with larger (i.e. at least 28KW memory) systems. I have only 8KW of memory
(with no viable options for expansion) and there's not much out there that
I've found. There's paper-tape BASIC (which is always fun) and FOCAL, and
PTS-11 (http://iamvirtual.ca/PDP-11/PTS-11/PTS-11.htm) which is pretty cool
if a bit cumbersome. Any other suggestions?
I'm also curious if any version of RT-11 that supports the TU58 could be
made to run on this system -- I have two SLUs in the system so in theory I
can boot from an emulated TU58. However RT-11 4.0's SYSGEN manuals suggest
that 12KW is the minimum supported (and experimentation bears this out) and
I can't find much in the way of manuals for RT-11 V3B -- which I believe is
the earliest version with TU58 support. (V3B seems to be different enough
>from later versions that I'm not quite sure how the SYSGEN process works.)
Thanks as always,
Josh
http://m.cacm.acm.org/news/194192-in-memoriam-gene-amdahl-1922-2015/fulltext
Gene Amdahl, who formulated Amdahl's Law and worked with IBM and others on developments related to mainframe computing, died recently from complications of pneumonia.
American computer architect and high-tech entrepreneur Gene Myron Amdahl died Tuesday at the age of 92.
Amdahl?s wife Marian said he had suffered from Alzheimer?s disease for about five years, before succumbing to pneumonia. "We are thankful for his kind spirit and brilliant mind. He was a devout Christian and a loving father and husband. I was blessed with having him as my husband and my best friend. I praise God for His faithfulness to us for more than 69 years."
Born to immigrant parents in South Dakota, Amdahl served in the U.S. Navy during World War II. He completed a bachelor?s degree in engineering physics at South Dakota State University in 1948 and went on to study theoretical physics at the University of Wisconsin-Madison, where he received his doctorate in 1952.
Amdahl joined IBM in 1952, where he worked on the IBM 704, the IBM 709, and then the Stretch project, the basis for the IBM 7030. He left IBM in 1955 but returned in 1960 and became chief architect of the System/360 mainframe computer. Amdahl was named an IBM Fellow in 1965, as well as head of the IBM Advanced Computing Systems Laboratory in Menlo Park, CA. He left IBM again in 1970 and set up Amdahl Corporation, which specialized in IBM mainframe-compatible computer products, with the help of Fujitsu.
The company manufactured "plug-compatible" mainframes, starting in 1975 with the Amdahl 470V/6, a less-expensive, more-reliable, faster alternative to IBM?s System 370/168. Amdahl's software team developed Virtual Machine/Performance Enhancement (VM/PE) software to optimize the performance of IBM's Multiple Virtual Storage (MVS) operating system when running under IBM's VM operating system. Within four years, the corporation had sold more than $1 billion of V6 and V7 mainframes and had more than 6,000 employees worldwide.
At ACM's Spring Joint Computer Conference in 1967, Amdahl participated in a discussion on future architectural trends, arguing for performance limitations in any special feature or mode introduced to new machines. This resulted in what came to be known as Amdahl?s Law regarding sequential vs. parallel processing.
Amdahl left his company in 1979 to set up Trilogy Systems, an organization aimed at designing an integrated chip for even cheaper mainframes. When the chip development failed within months of the company's $60-million public offering, Trilogy focused on developing its VLSI technology, which also did not do well. In 1985 Trilogy was merged into microcomputer manufacturer Elxsi (now Tata Elxsi), but poor results there had Amdahl leaving in 1989 for a company he founded in 1987 to produce mid-sized mainframes, Andor International, which had been driven into bankruptcy by production problems and strong competition by 1995.
In 1996 Amdahl co-founded Commercial Data Servers, again developing mainframe-like machines but this time with new super-cooled processor designs and aimed at physically smaller systems. The company, now known as Xbridge Systems, develops software to scan mainframe datasets and database tables for sensitive information such as credit card numbers, government identification numbers, and medical diagnosis information.
In November 2004, Amdahl was appointed to the board of advisors of Massively Parallel Technologies, a Scottsdale, AZ, software engineering firm.
Amdahl was a member of the National Academy of Engineering and the recipient of honorary doctorates from four institutions. He also was the recipient of the IEEE?s Harry H. Goode Memorial Award, a Fellow of the Computer History Museum, and recipient of the ACM Special Interest Group on Design Automation (SIGDA) Pioneering Achievement Award.
Said David Patterson, a professor of computer sciences at the University of California, Berkeley, and a computer pioneer in his own right, "The IBM System/360 was one of the greatest computer architectures of all time, being both a tremendous technical success and business success. It invented a computer family, which we would call binary compatibility today. When he left to form his own company, his mainframes were binary compatible with the System/360."
Patterson noted the brief paper Amdahl submitted to ACM?s Spring Joint Computer Conference "basically offering a critique to enthusiasts about the parallel supercomputers of the era." He cited the beginning of that paper as laying out the arguments for what became Amdahl's Law:
Hi!
I'm currently located in southern Italy, near Bari. Feel free to contact me if you're nearby.
You can mail me at
supervinx at libero.it
webmaster at supervinx.com
Regards
Vincenzo (aka Supervinx)
-------- Messaggio originale --------
Da: Robert Jarratt <robert.jarratt at ntlworld.com>
Data:12/11/2015 21:38 (GMT+01:00)
A: "'General Discussion: On-Topic and Off-Topic Posts'" <cctalk at classiccmp.org>
Oggetto: RE: ICL Quattro
> -----Original Message-----
> From: cctalk [mailto:cctalk-bounces at classiccmp.org] On Behalf Of supervinx
> Sent: 12 November 2015 07:21
> To: cctalk at classiccmp.org
> Subject: ICL Quattro
>
> Hi!
> I found an ICL Quattro desktop computer.
> It looks in good shape, I had to repair only the PSU.
> Powering it up, I see disk activity, but I haven't his (proprietary?) monitor.
> On the back, I see a bunch of serial ports (DCE? DTE?) and a DB15 connector, I
> guess for monitor/kbd attachment.
> I tried to connect a terminal to the serial ports, with null modem and straight
> settings, but I had no answers.
> Do someone have some infos about the proprietary monitor/kbd port?
> Can it be run without the original monitor/kbd system?
> Or should I think about it as a... doorstopper? :D
>
> Thanks!
> --
> Vincenzo (aka Supervinx)
>
> --==ooOoo==--
> My computer collection:
> http://www.supervinx.com/OnlineMuseum
>
> --==ooOoo==--
> You can reach me at:
> www.supervinx.com
> www.facebook.com/supervinx
> http://www.youtube.com/user/supervinx
> http://www.myspace.com/supervinx
I can't help with the query unfortunately, but I would love to know where in Italy your collection is? In fact, it would be interesting to know where all the interesting collections in Italy are, as I do visit the country with some regularity. Annoyingly, I noticed just now that there is one near Siracusa, and I might have been able to visit that this past summer.
Regards
Rob
I've had very mixed (about 50/50) success with 9-track, but after reading a
bit about DECtape it looks like they should still be holding up nicely.
Anyone care to share their experiences?
Several people were asking for 8" floppy diskettes. I found some new at the
recycle center.
Maxell FD1-128 single sided, single or double density, soft-sectored.
Total of 17 disks. Asking $2 each plus shipping.
Cindy
---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus