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