> From: Mark Kahrs
> there are very nice SRAMs available: for example, the Cypress CY62167
> is a 2Mx8 1Mx16 RAM in 48 pin TSOP. So you'd need two ...
> (n.b. there is a 4Mx8 but it's only in BGA, so fuggitaboutit).
Actually, one 4Mx8 (assuming it's really only 8 bits wide) wouldn't be as
easy to work with as two 2Mx8; since most QBUS cycles are 16-bit word, not
byte, you'd have to do two memory cycles for each QBUS cycle -> more
complexity.
Noel
A discussion about sync rates on a TV signal.
Christian Corti <cc at informatik.uni-stuttgart.de> Wrote:
> This has absolutely *nothing* to do with NTSC or PAL (or SECAM or
> whatever). NTSC etc. are colour encoding standards and don't describe in
> any way how a image signal is generated (fields, syncs, timing). They only
> describe how to put colour information into the signal.
> Christian
Sorry, but this is UNTRUE.? There have been several NTSC standards. The first one defined the signals for standard Black/White TV, it dates from the 1940s.? It defined such things as horizontal sync, vertical sync, field definitions,? and equalizing pulses (among other things).? This version used a horizontal sync rate of 15750Hz, and a vertical sync of 60Hz (field rate).? The later NTSC standard (from the 1950's) added the color definitions (color burst, re-definition of horizontal sync, color phase signals, color sub-carrier, etc.).? This version reduced the sync rates by 0.1%, yielding a horizontal rate of 15734Hz, and a vertical rate of 59.94Hz.? This was needed to make things proper multiples of the color burst rate.? A later definition added stereo audio (related to horizontal sync).
If you know things about the signal, you know that there are 4 field types in NTSC color that differ with phase start of color burst, and odd/even field.? I believe that PAL has 8, but I'm not exactly sure.
Yes, PAL and SECAM are color definitions.? They are encoded over various underlying TV sync systems.? One can make a SECAM receiver work a PAL signal.
Many of the broadcast standards have been dictated by governments.? I believe that the 625/50 standard is "CCIR"? What devices generate is anybodys guess.? What TV sets accept is a crap shoot if it isn't "standard".
I've recently been in the midst of repairing an EAE set for the Omnibus. I
finally got it working tonight. Surprisingly, unless I was simply reading
it wrong, it appears as though the M8340 etch rev. D is in fact compatible
with M8341 etch rev. D, despite what the DEC ECO Log suggests. Now, on the
other hand, the M8340 does have some ECO changes, but some of these are not
cited in the log, perhaps indicating that it was brought up to an
equivalent revision E or F, but there are still some big differences
particularly involving the inputs to the instruction register.
Anyways, here's an album: http://imgur.com/a/QVRLs
The TL;DR of it all is I replaced one bad IC. I also ended up making a
board that replaces the hard-to-find Signetics N8235 with easy-to-find
7400-series components.
A big thanks to all those involved (you know who you are!) in helping get
this set functional again, just in time for VCF East and Southeast!
Kyle
This is a classic case of "Great minds run in the same ruts" (sometimes
rephrased as gutters...)
I've almost designed a 4 MB card twice now. Because I'm a cheapskate, I
didn't want to use FRAM. And there are very nice SRAMs available: for
example, the Cypress CY62167 is a 2Mx8 1Mx16 RAM in 48 pin TSOP. So you'd
need two, that's ~$30 total. (n.b. there is a 4Mx8 but it's only in BGA, so
fuggitaboutit).
So, you'd only need the bus interface (no, I'm not going there) and the
control logic.
These SRAM parts are so speedy (45 ns) that cache isn't needed (obviously).
Maybe I'll almost design it for the third time!
Jay.. think of the children! ..and wives...and other non octal folk and how long it will take to explain the shirt! ;-)
<div>-------- Original message --------</div><div>From: Jay West <jwest at classiccmp.org> </div><div>Date:03/17/2015 1:33 PM (GMT-06:00) </div><div>To: "'General Discussion: On-Topic and Off-Topic Posts'" <cctalk at classiccmp.org> </div><div>Subject: RE: VCFMW 10 Hotel Rooms </div><div>
</div>
...Defcon alread did the hexidecimal thing with their 10th being "0A."
012 because Octal is where it's at ;)
On 18 March 2015 at 19:18, tony duell <ard at p850ug1.demon.co.uk> wrote:
> Not part of the _video_ signal, but part of the overall signal : IIRC continental Europe (mostly?) put the sound
> carrier 5.5 MHz way from the video carrier, but the UK had a 6MHz offset.
>
> -tony
SECAM comes in two variants, one with a 5.5MHz sound carrier offset
and another with a 6.5MHz offset. The Russians apparently use a
variant of the latter - many years ago I visited a family living close
to the Russian border and they used to tune in to Russian TV on their
black&white TV. But they had a hard time getting picture and sound at
the same time, IIRC it was either one or the other. They would tune to
sound or video depending on what was on - there are some great
classical music programmes so presumably that's when they tuned to
sound only.
As for NTSC - 'never twice same color' - that sounds cumbersome, what
we learned in (TV repair!) school was 'Never The Same Colour' :-)
(PAL means Phase Alternating Line, except for the lines/frequency
differences it is really just NTSC but with the phase of the colour
subcarrier alternating every other line. Thus automatically cancelling
out transmission phase errors which would otherwise change the colour.
That's all really: NTSC with automatic colour phase error
cancellation.)
-Tor
BASIC Week 4 starts on RetroBattlestations on Saturday, March 21st. The program this time around is a Space War inspired turn based game with simple graphics, so it doesn't need a fast computer.
This will be the 4th BASIC Week we've done on RetroBattlestations, the previous two used ASCII graphics, and the first one used simple vector graphics. The challenge is about getting out old computers and doing something with them, in the spirit of the old type-in magazine listings. Usually there a lot of ports to various platforms, although the past programs have been a lot smaller. This will be the largest one yet and might be almost too big to actually type in. While the contest is more about having fun with your old computers, there are prizes. At the end of the week I randomly select five winners and send them their choice of two retro themed vinyl stickers:
http://imgur.com/a/iAS5T
So far the only versions of the program are for an Apple II and the original HP 3000 which used terminal graphics. If anyone would like to contribute a another port, that would be awesome! The program is on github, you can find the link here:
http://redd.it/2yi2d2
--
Follow me on twitter: @FozzTexx
Check out my blog: http://insentricity.com
I recovered a bunch of old floppies for a friend of mine. Her documents are
>from the 1980s, but all in LEWP format. Alas, I could not recover the disk
with the binary on it. :-(.
I am hoping someone has a copy of the binary or a pointer to the file
format so I can write my own converter. I can't find either
On Tue, Mar 17, 2015 at 4:22 PM, Pontus Pihlgren <pontus at update.uu.se>
wrote:
> On Tue, Mar 17, 2015 at 04:08:26PM -0400, Ethan Dicks wrote:
> >
> >... How many 11/70s are in the hands of folks like us?
>
> Quite a few I would think. We have no less then three at the club. And
> of the top of my head there are at least three more owners on this list.
>
> Given how many of the more rare machines people have, I'd venture that
> there are at least 25, if not more, 11/70 machines in private hands.
>
> /P
>
So, I've never thought of the 11/70 as being "that rare", but "at least 25"
still sounds to me as being fairly uncommon as PDP-11's go?
How (relatively) common are the remaining early 11's these days? With some
lumping, and ignoring the F11/J11-based ones, in these categories: 20/15;
10/05; 40/35; 45; 50; 55; 60; 70; 34/04; 44? The last two I'm thinking are
still quite common; really no idea about the others ... although the number
of remaining 11/60's seems to be in the bare-handful category. 50's and
55's might be similarly low?
-----
paul
> From: Paul Koning
> if the CPU generates an address in the range 17000000 to 17577777, it
> lands on the Unibus and is then mapped by the Unibus map.
Umm, I think you meant "to 17 757 777", no? (Too many 7's - I find it helpful
to break them up into groups of 3, the way DEC does, to prevent that kind of
confustion.)
> More precisely, it works that way for 11/44 and 11/70 - but not for the
> J-11. That's a difference not documented in the PDP-11 Architecture
> handbook model differences table
But, but, but... the J-11 doesn't _have_ a UNIBUS map! Well, the 11/84 and
11/94 do, but not other J-11 machines. (And the Architecture Handbook table
does not have separate columns for the 11/73, 11/84, etc.) So an 11/73 can't
have a reference in the range 17 000 000 to 17 757 777 go out the UNIBUS -
there isn't one! :-)
So what happens if one does a reference to something in the range 17 000 000
to 17 757 777 on the 11/84? The 11/84 _does_ support having memory on the
UNIBUS (up to 248KB), _but_ how it appears depends on how much there is. (See
section 3.13.2, EK-1184-TM-PR2.) There's a special register to configure it
(the 'KTJ11-B Memory Configuration Register', KMCR), which includes _how
much_ UNIBUS memory there is.
If there is _no_ UNIBUS memory, then PMI memory appears (to the CPU) at 0 up,
and the UNIBUS Map is enabled. References to 17 000 000 to 17 757 777 go to
PMI memory ("PMI memory, as seen by the CPU, resides in contiguous locations
>from 0 up to as high as 17 757 777"), and presumably if there is no PMI
memory there, they fail, they don't even go out the UNIBUS to see if anyone's
home.
If there is _no_ PMI memory, then _UNIBUS_ memory appears (to the CPU) at 0
up, and the UNIBUS Map is _disabled_. (And I assume references to the range
01 000 000 to 17 757 777 just immediately fail.)
If, on the other hand, there is a _mix_ of PMI and UNIBUS memory, things get
really wierd. UNIBUS memory does not appear at 0, _or_ at 17 000 000 up to 17
577 777; instead, that memory appears to the CPU (depending on how much there
is) from 17 757 777 _downwards_ to (17 600 000-UNIBUS_memory_size); UNIBUS
memory apparently has to be assigned UNIBUS addresses from 757 777 _down_
("[UNIBUS] DMA Address XXX XXX accesses the same UNIBUS Memory location
accessed by CPU addresses 17 XXX XXX").
(Which is slightly odd because in the case where there is no PMI memory, the
UNIBUS memory needs to be assigned UNIBUS addresses from 0 up, which is quite
different from how to assign UNIBUS addresses to that memory in the 'mixed'
case. But never mind... :-)
The UNIBUS map will not respond to UNIBUS cycles in the address range
assigned to the UNIBUS memory.
And, to look at the original point, I would _guess_ that references to
locations in the range 17 000 000 to 17 757 777, but below the configured
UNIBUS memory, again don't go out the UNIBUS, but try and perform a PMI
cycle, which may or may not fail.
Basically, it seems like DEC was determined not to waste any address space on
the J-11/UNIBUS machines. Either it's configured as UNIBUS memory, or it's
PMI.
The KTJ11-B can also be configured to operate in 18-bit mode, with a mix of
PMI and UNIBUS memory, but I will leave the ugly details unless someone is
particularly interested in them! :-)
Noel
> From: Michael Holley
> The French standard is SECAM, which stands for "System Essentially
> Contrary to American Method"
The French! Don't get me started on the French!
(If there any French people on here, don't worry, you're all forgiven, because
of CYCLADES! For everyone who doesn't know what CYCLADES is: Google it!! These
bits are coming to you via its descendant! :-)
Question: Why is the ATM cell payload 48 bytes?
Clue #1: Multiply 1/c by the largest diameter of France.
Clue #2: What is a camel?
Noel
> From: John Wilson
> I used battery-backed SRAM in the Unibus RAM card I prototyped a while
> back (and just recently got working and have been finishing the XMOS
> firmware for).
UNIBUS RAM cards? Neato-keeno!! When will they be available, and how do I
order some? :-)
BTW, what's an 'XMOS'? Google didn't enlighten me...
> From: Ethan Dicks
> As much as I would like one (or two), what's the actual market for such
> a thing?
Oh, probably almost as large as all the other custom UNIBUS/PDP-11 cards
people are building these days... :-)
> I'd rather have a faster machine while I'm using it.
Somehow, I'm thinking that if it's speed we're after, a hardware PDP-11 isn't
where I'd turn... :-)
Noel
> From: Johnny Billquist
> But this is still way too little to actually know for sure how things
> works.
Even if you don't have the documentation, it's possible that the ENABLE at
Update can answer some questions for us. Does Update still have their ENABLE?
Is it still plugged into a machine, or has it been pulled (and is now sitting
on a shelf somewhere, perhaps)? If the latter, are there any pictures of it
in the machine?
Thanks!
Noel
By now, many have seen the 2100A on ebay (item # 141602578927). Those are
truly wonderful machines and a great example of HP engineering at the time.
IMHO, the best (usability) front panel of any machine I've ever touched. It
looks to be in good shape and from what little I can tell from the pictures
it looks to be complete (foggy memory makes me think there was an A9 card as
well, but don't recall for sure, probably optional). Only downside is it has
8K (give HP-IPL/OS a try), no terminal board, and no disc controller; the
only thing missing that is really essential is the terminal board (either
12531 {HS TERMINAL} or 12966 {BACI} is what it needs). I suspect it will go
for "substantially" more than the current bid ($290). Note that by and
large, I/O boards for the 1000 series (21MX M/E/F) are compatible with it.
The auction states there is no key, I have a whole box full of keys for the
2100 if someone here gets it. I have several 2100's, plus a couple spare
machines, so I have no dog in that hunt. Hope someone gives it a great home.
Whoever gets it - there is a chance I have a spare set of rails for it, not
sure.
Also of note is the 7970E tape drive (ebay item # 141603907013). I can't
really tell from the pictures, but careful inspection of them makes me
wonder if there isn't some corrosion present. Of particular concern is the
condition of the capstan surface. It may be completely fine, but the grainy
picture raises that question. On the bright side, the seller says the load
button produces the expected results which is a fair sign of some amount of
life. Bidders should be aware that the electrical interface for this drive
is "HP Only", not a common standard. I asked the seller to get a picture
inside the unit, particularly so I could see the date code and options
placard but didn't get a response. At the least it would be nice to know
what speed the drive is and more importantly if it is a "slave only" unit
(requiring a master). Lastly, can't tell from the pictures, but I'm guessing
it does not include the oddball HP mounting bracket. It is unlikely you'd be
able to mount this thing in a rack at all without that bracket. If someone
here gets this unit, contact me off-list as I did actually get one extra
bracket manufactured in the recent order that is unspoken for. I was going
to bid on this unit because if it arrived and was in poor condition - it
would be a complete spare board set for my other two units. However, the
bidding has already gone above what I was willing to pay for a spare
boardset J Again, hope someone gives this a good home!
Best,
J
On Mon, 16 Mar 2015, John Foust wrote:
> I'm trying to understand at a low level how some early computers
> and game consoles generated a non-standard form of NTSC.
>
> The Wikipedia http://en.wikipedia.org/wiki/Low-definition_television says:
>
> "Older video game consoles and home computers generated a nonstandard NTSC
> or PAL signal which sent a single field type which prevented fields from
> interlacing. This is equivalent to 240p and 288p respectively, and was
> used due to requiring less resources and producing a progressive
> and stable signal."
[...]
This has absolutely *nothing* to do with NTSC or PAL (or SECAM or
whatever). NTSC etc. are colour encoding standards and don't describe in
any way how a image signal is generated (fields, syncs, timing). They only
describe how to put colour information into the signal.
Christian
> From: John Wilson
> I think Guy's MEM11 is going to be way cooler. ... I'll be doing a new
> rev one of these months ... and then I'll certainly make them
> available, but not seriously expecting anyone to order one. Guy's MEM11
> is nicer!
Yeah, but for some machines I wouldn't mind having pure memory boards.
> it plugs into the A/B positions of a MUD/SPC slot, which makes it
> useless on an 11/20 which doesn't have those (right? unless you add a
> BA11K?)
I haven't checked, but I suspect there might be a way to power like a DD11-C
through some sort of conversion plug, but I'm not up on 11/20 power (would
have to read the H720 manual, which I'm too lazy to do).
> Naturally I've gotten way sidetracked writing that firmware ...
> Totally out of hand.
Hah, what else is life for? :-)
> it sounds (from the MS11P manual) as if the 11/24 and 11/44 extended
> Unibus would be easy to support as an option (seems like the four extra
> address bits on AN1, AP1, BE1, and BE2 are all that's new
I'm pretty sure. If you look at the MS11-M prints (FMPS #742, pg. 4), they
have a jumper called 'UNIBUS/Extended UNIBUS' and basically all it does is
disable listening to those 4 extra bus address lines. (It also affects CSR
stuff, but not the basic memory operation, other than disabling the 4 extra
address lines.)
I've got some MS11-P cards (which are now really cheap, compared to real
UNIBUS MOS memory) here, and I'm planning on hacking them so they are UNIBUS
cards, via a similar hack. (I'm not going to use MS11-M cards because they
use some wierd voltage that's only easily available in the 11/44; the
MS11-P's use +5V only.)
Noel
> From: John Wilson
> But for 18-bit machines, emulating the Enable thingy might be fun for a
> tiny handful of people, which is always enough to justify months of
> work in my book.
D'accord! :-)
> But thinking about how it must work hurts my head.
OK, let me give you my best understanding/recollection of how it works.
The UNIBUS from the CPU is pretty much only used as a CPU<->ENABLE bus. The
CPU does reads/writes (which all go to the ENABLE) on it, and interrupts from
devices come in on it, but that's all. (I don't think the CPU did NPR
arbitration any more.)
The CPU's internal PARs are used to distribute various chunks of CPU address
space across that UNIBUS' address space. Most code set up that mapping
statically at startup, and afterwards played only with the PARs in the ENABLE
(which could map chunks of the UNIBUS space to the 22-bit address space) from
then on. With a total of 256KB of UNIBUS address space, that means it will
hold a full-sized Kernel I+D, and a full-sized User I+D. There is therefore no
Supervisor (I or D), _unless_ you skimp on one of the other 4, or dynamically
re-allocate the address space in the CPU<->ENABLE UNIBUS (e.g. when switching
>from User to Super).
The Enable had two (maybe three) other bus connections: one was a device
UNIBUS in/out (for all DMA, and possibly other, devices), one was the 22-bit
address memory bus, and the potential third was the bus to the optional cache.
(Except I think maybe the latter two were combined into one; see below.) In
theory you could put non-DMA devices on the CPU<->ENABLE UNIBUS, but I don't
know if anyone did.
The second UNIBUS had a UNIBUS map on the end of it inside the ENABLE,
through which all incoming DMA cycles were fed to the 22-bit memory. So, NPR
cycles on it acted just like those on the 11/70's UNIBUS (they even used the
same register locations/etc, so programming-wise an 11 with the ENABLE looked
just like an 11/70, as far as the UNIBUS went).
There are code/.h files which give all the register locations, bits in the
CSR, etc so it should be possible to build a replica (so that existing code
for it still works).
If you look at a picture of an ENABLE (there's one in the Product Summary),
it's a hex card which has i) the normal edge connector, ii) a pair of DuPont
headers (which are, I'm pretty sure, the cache connector), and iii) a UNIBUS
connector stuck on the top edge of the card. I think one UNIBUS came in the
edge fingers (but I could be wrong, that's just a guess); the other clearly
used the one of the top of the card.
I don't know if it plugged into a 'normal' Extended UNIBUS system unit, or if
it was a special backplane that Able supplied. I suspect the latter, because
one way or another, that backplane had to have normal UNIBUS on either the
input or output A/B slots, and I can't see how that would work with EUB
memory cards plugged into that backplane. But maybe I'm missing something?
(This is why I'd really like to have the documentation - to see how it was
hooked up. How it worked, I can tell from looking at the software.)
It's possible the cache connector doubled as the memory bus; all memory cycles
would have been sent out that connector to the optional cache card, and if it
hit, cycle done; if not, it went out (over the backplane?) to the EUB
memory. So maybe if there was no cache, there was a different 'null' card
there with a connector for the ribbon cable, and minimal circuitry, to connect
up to the EUB - but that's a pure guess. Another possibility is that only the
cache used the DuPont connectors, and memory cycles went out other 'fingers'
on the edge connectors. (Grr! Wish we had installation instructions!!)
It would really help to know if the ENABLE needed a special backplane. Maybe
someone can look at the one at Update, and see what kind of backplane it's
plugged into? That could also tell us whether the UNIBUS connector on the back
edge was the 'in' or 'out' UNIBUS. (And of course they should make sure their
card looks like the one in the Product Summary brochure!)
> It's emulating Unibus memory at the same time that it's emulating the
> Unibus map -- i.e. CPU accesses (which should be relocated through the
> onboard PARs) are coming over the same bus as DMA (which should be
> relocated using the Unibus Map).
Nope. Two separate UNIBI.
> Does it need to tap into each model of CPU somehow (like how a
> Microverter gets at MMR3)?
AFAIK, it doesn't connect up to the CPU at all.
> And what if there's a cache, like the KK11A, that doesn't know about
> the outboard PARs?
Good question! Probably you should pitch the KK11A, and use Able's optional
cache for the ENABLE. Or flush the KK11A whenever you change the mapping
(does the KK11A have a register to do that)?
The one thing I'm still confused about is that I'm pretty sure that on our
11/45, with the ENABLE and its cache, running 'mips' produced 3. But could it
really get that much speed out of the UNIBUS? I had thought that somehow the
one we had plugged into the FastBus on the 11/45, but maybe my memory is
(somehow) playing tricks on me?
Noel
On 2015-Mar-16, at 7:20 AM, John Foust wrote:
> I'm trying to understand at a low level how some early computers
> and game consoles generated a non-standard form of NTSC.
>
> The Wikipedia http://en.wikipedia.org/wiki/Low-definition_television says:
>
> "Older video game consoles and home computers generated a nonstandard NTSC
> or PAL signal which sent a single field type which prevented fields from
> interlacing. This is equivalent to 240p and 288p respectively, and was
> used due to requiring less resources and producing a progressive
> and stable signal."
>
> Another source says this was true for the "NTSC Atari 2600, Apple II
> family, Commodore 64, Nintendo Entertainment System, Sega Master
> System, and the vast majority of games for NTSC Genesis, Super NES,
> PlayStation, and Nintendo 64."
>
> This page http://www.hdretrovision.com/240p/ calls it a "special timing
> signal" and gives examples of how contemporary flat-panel TVs can
> misinterpret the old signal. The issue has spawned the creation of
> dozen of devices to give the retro look on new TVs.
If you're just referring to the interlaced vs. 'progressive' scan issue, it comes down to the relationship between the vertical and horizontal scan rates.
The standard RS-170/NTSC sync-pulse frequencies of V=60Hz and H=15,750Hz [*], give an H/V ratio of 262.5, which of course is the number of lines which will be scanned during the vertical scan period. The half fraction results in the vertical sync ' interrupting' the last line of half the scan fields half way through the line and the first line of the other half of the fields starting halfway through the line so the fields are vertically offset slightly and thus interlaced.
(Multiplying 262.5 by 2 gives the proper 525 NTSC lines per frame (and of course notice it's an odd number)).
When ones looks at the V and H sync pulses in relation to each other, they are alternating/oscillating in relative phase to each other.
In the properly-implemented standard, that alternating phase relationship necessitated equalizing pulses in the signal at twice the H rate around the V sync/retrace period to keep the old analog-implemented sync-separators happy.
If the H/V ratio is adjusted slightly off the standard to an integral relation, for example by setting the H scan rate to 15,720Hz to give 262 (lines), the H & V sync pulses are always in the same phase relationship, and there's no interlacing.
The altered scan rates were still within the sync-lock range of the analog TVs of the day, perhaps needing a slight tweaking of the horizontal-hold control.
I was trying to find what the -exact- frequencies are for some of those early computer/game systems but nobody seems to want to readily present them on the interwebs.
[*] In NTSC, the rates were adjusted slightly from the original B&W spec with the introduction of colour, to, 59.94 & 15,734; IIRC, to deal with the colour information in the signal displaying artifacts when displayed on existing B&W TVs.
Ok,
I will scan in this way...
I just ordered an used semi-pro HP scanner with front/back ADF... I hope
it will arrive sooner.
In the end, when the documents will be ready, I will but them on dropbox.
Whom should I send the link then?
Andrea
The VCFMW hotel room group rate is active! Follow the Holiday Inn
link under "location" on the main vcfmw.org page or mention "vintage
computer festival" or group code "CCC" when calling 1 (877) 834-3613.
The rate is $84/night, only $5 more than last year for a finer venue.
That rate covers either the single-King or double-double "executive"
room, which means you get a microwave and mini-fridge for your
leftovers.
The block is held until 8/7, so there is plenty of time yet if you're
not sure you can make it. But if you are, book soon so we have an
idea of how many are coming and whether we need to expand the block.
See you in August!
> From: Eric Smith
> The power draw of the 11/45 and 11/70 is almost the same, with the
> exception of the separate memory box(es)
Well, the 11/70 does have the cache, the UNIBUS map, etc that the 11/45 does
not. I forget how many extra cards that all works out to, but my vague memory
is that it's roughly half a dozen.
Noel
Hi,
Who can help me with a source (not IBM) for logic probe tips
used with IBM MST and SLT backplanes.
See: http://home.hccnet.nl/h.j.stegeman/IBM_logic_probes.jpg
Prefably the lower one (P/N 453826).
Thanks for your replies.
Regards Henk
>Glen Slick wrote:
>>On Mon, Feb 16, 2015 at 11:47 AM, Noel Chiappa <jnc at mercury.lcs.mit.edu> wrote:
>
>
>>This may be common knowledge here, but I was unaware of it (and, AFAIK, the
>>DEC documentation doesn't point this out), so here goes...
>>
>>It turns out one doesn't need the fancy cab-kit to connect up to an 11/23+'s
>>console. The headers on the card are completely compatible with standard
>>DLV11-J connectors, and a DLV11-J cable can be used to connect up to an
>>11/23+ card. (One has to select the desired baud rate with the DIP switches
>>on the card, of course.) I have verified this by trying it, and it worked.
>>
>>The cabkits merely allow one to select the baud rate at the console connector
>>(via a clock generator on the cabkit, and the 'external clock' input on the
>>serial interface). This implies that one should be able to plug a cabkit into
>>an appropriately configured DLV11-J (external serial clock select), and
>>select the baud rate via the switch on the cabkit. I haven't tried that,
>>though.
>>
>If anyone is looking for the real cabkit for the M8189 PDP-11/23+ JT
>Computer currently has some listed on eBay for $45. There were 5
>listed, 2 sold last week:
>
>http://www.ebay.com/itm/151615474481
>CK-KDF11-BA M8189 CABKIT INCLUDES PANEL AND CABLES
>
>I finally got around to buying a CK-KDJ11-D cabkit for the M7554
>KDJ11-D directly from their website ( www.jtcomputer.com ) a week ago.
>I've had good results buying a few things from them.
>
Check
John Foust <jfoust at threedee.com> wrote:
> I'm trying to understand at a low level how some early computers
> and game consoles generated a non-standard form of NTSC.
>
> The Wikipedia http://en.wikipedia.org/wiki/Low-definition_television
> says: (...)
Adam Sampson <ats at offog.org> wrote:
> There's a pretty good description here, with diagrams of the video
> waveforms involved for both PAL and NTSC (both use the same idea):
> http://martin.hinner.info/vga/pal.html
>
> (...) in the kind of non-interlaced
> signal you're talking about, every frame starts with the odd field
> vertical sync, so the monitor always pulls the electron beam back to
> the same place.
A-ha, interesting to see that this sort of shortcut was actually taken
in commercial products. I pretty much accidentally ended up with that
sort of signal when I, back in 2010ish, tried to coax a Sun cg3 style
framebuffer (onboard FB of a SPARCclassic) into outputting a (50Hz) TV
displayable RGBs Signal by feeding it a hand-crafted "mode line" after
working out what the registers on the video timing ASIC do. I'm
pretty sure there will be some accounts of that adventure in the list
archive as a list member helped me through it.
I got the picture to display on my Commodore 1081 Monitor via a 13W3
to SCART cable I had fashioned therefore, but of course wasn't very
impressed with the vertical resolution, and couldn't find out how to
enable interlaced mode on the ASIC - if it's capable of that at all.
So Long,
Arno
This may be common knowledge here, but I was unaware of it (and, AFAIK, the
DEC documentation doesn't point this out), so here goes...
It turns out one doesn't need the fancy cab-kit to connect up to an 11/23+'s
console. The headers on the card are completely compatible with standard
DLV11-J connectors, and a DLV11-J cable can be used to connect up to an
11/23+ card. (One has to select the desired baud rate with the DIP switches
on the card, of course.) I have verified this by trying it, and it worked.
The cabkits merely allow one to select the baud rate at the console connector
(via a clock generator on the cabkit, and the 'external clock' input on the
serial interface). This implies that one should be able to plug a cabkit into
an appropriately configured DLV11-J (external serial clock select), and
select the baud rate via the switch on the cabkit. I haven't tried that,
though.
Noel
On Mon, Mar 16, 2015 at 8:20 AM, John Foust <jfoust at threedee.com> wrote:
> I'm trying to understand at a low level how some early computers
> and game consoles generated a non-standard form of NTSC.
There were several non-standard aspects of the Apple II "NTSC" video
signal which made it not actually NTSC-compliant. It was mostly a
matter of timing. The most significant deviations were lack of
interlace (60 frames per second, rather than 30 frames per second each
comprised of two interlaced fields), and that each horizontal scan
line was 228 color carrier cycles long rather than 227.5, which was
done so that the color carrier phase relative to horizontal timing was
the same on all scan lines. Early revisions of the Apple II were also
missing the serrations in the vertical interval.
Some people claim that the way color was generated in the Apple II was
somehow "fake" and refer to it as "artifacts" that somehow "trick" the
television or monitor, but in actuality it was just a clever way of
having the hardware produce various signal amplitudes and phases, just
as "real" color does. It was clever enough to be patented, but it's
not in any way "wrong" or "fake".
When other devices have an issue with Apple II video as a source, and
don't reproduce the colors properly, in my experience it is usually
the 228 vs. 227.5 color carrier cycles per scan line that is at fault.
In the early 1980s, Video Associate Labs sold a product for the Apple
II called the VB3 Microkeyer. This consisted of a long slot 7 card,
and a larger card that installed atop the power supply, connected by a
ribbon cable. You had to pull about a dozen chips out of the Apple II
motherboard (thus it would only work with the II and II+, but not the
IIe or IIgs), and install in their place ribbon cables to the VB3
boards. The results were:
1) The Apple II would generate fully-compliant broadcast-quality NTSC
output. (IIRC, there was a way to selectably disable interlace, which
would break NTSC compliance.)
2) proc amp and gen lock: The Apple II video could be overlayed on an
external video input. This could be done selectively (keying), and it
was also possible to do software-controlled "wipes" between two video
inputs, using the Apple video bitmap as the input selector.
3) A special "linear" high-res graphics mode was added, in which the
addressing of the frame buffer was linear rather than having the
normal Apple II interlaced addressing. This made it easier to program
keying and wipes, but could be used for other purposes.
I used and programmed one of these in the instructional television
studio of a community college. I wrote some "wipe" programs for it,
and licensed them to Video Associate Labs in exchange for a VB3 of my
own. Alas, I no longer have it. :-(
Years later Apple introduced a Video Overlay card, which did produce
broadcast-quality NTSC output, and would work in the II, II+, IIe, and
IIgs. It supported all of the IIgs graphics modes, even when used in
an earlier model computer.
> From: Johnny Billquist
> I need to see if I can locate the manual in the summer when I get close
> to where I had that 11/34
That would be wonderful, if you find it! In addition to showing for sure how
it basically worked, I still also have a number of questions as to exactly
how it connected up to the optional cache, EUB memory, etc.
> we still seem to talk about two different ENABLE products, though... :-)
I saying what I'm about to say, I am not in any way trying to be
argumentative (truly, I would be as happy if you were correct, just as much
as if I were, _provided that we had found out what the correct answer really
is_), but I really do think that your memory is playing tricks on you, with
the 'it didn't require any software changes at all'.
The "Enable/34" described in contemporary posts here:
http://gopher.quux.org:70/Archives/usenet-a-news/FA.unix-wizards/81.07.09_u…http://gopher.quux.org:70/Archives/usenet-a-news/FA.unix-wizards/81.07.12_u…
works the way I'm describing... (Although note I do think Mike made some
mistakes in the diagram in the first one - I think the DMA devices have to be
behind the ENABLE/34, per his description in the second post of how it works.)
I wish we could find a copy of the paper mentioned there ("Modifications to
UNIX to Allow Four Mega Bytes of Main Memory on a 11/40 Class Processor" by
Clement T. Cole and Sterling J. Huxley), as it might also answer the questions
I have...
Noel
Probably stupid question, I'm sure, but I'd like to disable the beeping of
SimH when VMS is notifying. I cannot seem to find anything of a
configurable parameter in the documentation.
Am I missing something?
Kind regards,
Sander
> From: Roe Peterson
>> (Unless you have an 11/xx with an Able ENABLE board! :-)
> What is an ENABLE board?
That's that thing we had an 'energetic' discussion about a while back; it's a
board that allows one to put more than 256KB of memory in a UNIBUS machine
(other than a /44 or /70, which already support more than 256KB - and probably
the /24 too, too lazy to check).
Noel
> From: Johnny Billquist
> the ENABLE board that I used on an 11/34 did not add neither split I/D
> space, nor supervisor mode. Essentially it made the 11/34 look like an
> 11/24.
Right, it doesn't add any modes, or separation, or anything like that; just
more memory. It's entirely separate from the CPU; it just sits in the middle
of the UNIBUS.
Noel
John Foust <jfoust at threedee.com> writes:
> I'm trying to understand at a low level how some early computers
> and game consoles generated a non-standard form of NTSC.
There's a pretty good description here, with diagrams of the video
waveforms involved for both PAL and NTSC (both use the same idea):
http://martin.hinner.info/vga/pal.html
In brief: a video signal consists of a series of fields (about 60 per
second for NTSC). Each video field starts with a series of "vertical
sync" pulses that returns the electron beam to the top of the screen
(there's also a "horizontal sync" pulse at the end of each line, which
moves the beam back to the left of the screen). There are different
vertical sync pulse sequences for odd and even fields, so the monitor
knows to offset the even field by half a line. A normal video signal
alternates between odd and even fields; in the kind of non-interlaced
signal you're talking about, every frame starts with the odd field
vertical sync, so the monitor always pulls the electron beam back to the
same place.
Cheers,
--
Adam Sampson <ats at offog.org> <http://offog.org/>
> From: Pete Turnbull
> 2.9BSD doesn't need split I&D, but 2.11BSD does.
Doesn't 2.11 also need Supervisor mode (at least, for the networking code)?
Of course, there is not (AFAICR) any machine with split I&D but not
Supervisor, so the question above is purely intellectual, not of practical
consequence. (Unless you have an 11/xx with an Able ENABLE board! :-)
Noel
I'm trying to understand at a low level how some early computers
and game consoles generated a non-standard form of NTSC.
The Wikipedia http://en.wikipedia.org/wiki/Low-definition_television says:
"Older video game consoles and home computers generated a nonstandard NTSC
or PAL signal which sent a single field type which prevented fields from
interlacing. This is equivalent to 240p and 288p respectively, and was
used due to requiring less resources and producing a progressive
and stable signal."
Another source says this was true for the "NTSC Atari 2600, Apple II
family, Commodore 64, Nintendo Entertainment System, Sega Master
System, and the vast majority of games for NTSC Genesis, Super NES,
PlayStation, and Nintendo 64."
This page http://www.hdretrovision.com/240p/ calls it a "special timing
signal" and gives examples of how contemporary flat-panel TVs can
misinterpret the old signal. The issue has spawned the creation of
dozen of devices to give the retro look on new TVs.
- John
Hello,
checking on bitsavers for bare presence is not a problem at all...
I should assume that all the documents widely available on other sites
(like manx or related links)
are also on bitsavers?
I mean, searching on bitsavers and not founding a specific file there is
enough to assume that the file is unavailable
and should be scanned?
Anyway, I would need some advice about the way to transfer scanned files
(huge unprocessed/uncompressed or
post-processed to bitmap with level/contrast adaption) to the archive.
Andrea
So, I need to add a PROM burner to my collection of stuff, and I'd like to ask
for recommendations.
I'm looking for something that's easy to find on eBay, not _too_ expensive,
and can handle (via the appropriate adapters, which should also be relatively
easy to find) a very wide range of old PROMs/EPROMs from back in the day.
(I.e. ability to support modern chips is not really an issue.)
The ability to read them would be a real plus (no idea if that's a common
capability or not). Serial interface preferred, but I could work with parallel
(again, no idea what was usual).
Thanks in advance for any insight!
Noel
3 lowboy racks:
Rack1: Vax 11/750
Rack2: Cipher (looks like a F880), and some hard drives appear to be present
Rack3: DecTalk and a VME 68030 system "stuffed with boards"
Intonation is "Free to a good home". Location is just north of Boston, MA
Contact me off-list if interested.
Best,
J
[Seen thanks to off-list assistance - thank you!]
> Brief background: Real VAXes had real diagnostics. MicroVAXes had diagnostic$
I'm fairly sure the MDM is not what I have, then.
> Moving on: Are you aware of
> EK-O19AE-SG-005_MicroVAX_Troubleshooting_and_Diagnostics_May89.pdf
I wasn't. I picked up a copy and it turns out to be unreadable for me;
the ghostscript I have says "Unable to process JBIG2Decode data. Page
will be missing data.". Modern Ghostscript is no longer suitable for
open-source use, so I'm looking for alternatives, either other
PostScript renderers or something to replace the JBIG2Decode code in
the version I have. I have a few leads, but even in the best of
outcomes it will take time.
> Does your emulator have a console ROM like the real thing? Does it have any $
Yes. It is an image of the ROM from a real KA630 I have. In
particular, it has the same set of tests the real thing has. The
simulator passes all of them, as far as I can tell.
I have a copy of EK-KA630-UG-001 and have scanned it, and read it
multiple times. As far as I can tell the tests there are all run at
startup, and they all pass. If there's any way to run any other tests
>from the ROM, I don't know what it is.
I'll also see if I can find that MDM thing, though if you couldn't find
a copy it seems unlikely I will.
/~\ The ASCII Mouse
\ / Ribbon Campaign
X Against HTML mouse at rodents-montreal.org
/ \ Email! 7D C8 61 52 5D E7 2D 39 4E F1 31 3E E8 B3 27 4B
Thanks to everyone who responded!
I decided, after a look at the manuals, and on eBay, to go with the
23B/Unipak2B combo; it seems like it is likely to cover most things
I want to do, and was available, something I could hook up to, etc, etc.
A few points:
> From: Jon Elson
> You won't find ANYTHING that supports 1702 devices, they needed 80 V to
> program.
I checked, and the 29B/Unipak2B combo does not support them. Does anyone
know if DEC used 1702s in anything PDP-11?
Are there any other early PROMs I'm likely to run in PDP-11's that are also
going to be difficult to deal with?
> From: Roe Peterson
>> What about the modern TL866? Anybody has experience with these?
> They are fairly decent units, but can not handle 68764/68766 EPROMS,
> which you might need for pdp11 systems.
Well, I don't know about for PDP-11s, but the very first thing I'm going to do
with it is blow EPROMs for a diagnostic ROM pack for my Tek 1240's, and those
take 68764/68766's (or equivalent). So that one was out, for me. (BTW, what's
the difference between the two? Looking at the data sheets very quickly, they
seemed to be pretty much the same?)
> From: Chuck Guzis
> Do you need program the old 3-rail EPROMs? (e.g. 2704, 2708)?
I have no idea what PROMs I will, over time, want to blow. I know of a couple
of applications right off the bat (BDV11s, which I guess take a large range
of things), and the afore-mentioned Tek 1240 ROM pack, but in the long run, I
don't really know what I'll want to do with it. That's why I said I was
looking for something that could do a wide range of early stuff.
Noel
Hi all,
I'm currently searching around for a small cardcage+backplane, if I'm not
mistaken DEC part numbers H9281-BA or H9281-BB for a bigger one. The -BA
(4x dual heights) has my preference as I'm looking to build a very nice,
cute and not that power hungry PDP-11.
Does anyone have one available?
With kind regards,
Sander Reiche
the Netherlands
I'm working on one of these systems, and have run across a floppy
controller issue. Everything else in the system is functioning fine,
including booting from HDD. However, I have a problem where the floppy
drive has power, physically works, and connected properly etc, but what
I find is the drive/controller will recognize a disk is put in, click,
then nothing. Just due to the way I'm working on this, I haven't been
able to test any signals at the controller IC (WD2797), but I have
completely swapped the IC with a different one just to check.
Now, the question is, without looking at signals, what is the
probability the lack of any action is could be a problem with the input
to the IC (write, ready, track0, index, write protect, density signals)
or with the output signals (step, direction, DRQ IRQ)? There are
tri-state buffers (74LS244-input side, 74LS240-output side) on these
signals, and I'm thinking one of these are misbehaving, but trying to
determine which. Or could it be something completely different? Or any
good suggestions on troubleshooting this?
Hi all,
Now that RS is going down is there any effort to preserve the
information that is on their website, which I assume will go down at
some point (I could be wrong though)? Apologies if this has been
discussed before.
Things like this for example (pinouts, specs, drivers etc)
http://support.radioshack.com/productinfo/DocumentResults.asp?sku_id=25-353…
Regards,
Vlad.
[apologies for abuse of list protocol, bit pushed for time, crappy webmail client lazily replying to digest... usual excuses]
In the absence of other suggestions so far:
Brief background: Real VAXes had real diagnostics. MicroVAXes had diagnostics in ROM, or if that wasn't sufficient, the MicroVAX Diagnostic Monitor was available. Readers of the list may know where to get hold of a copy of the MDM; a quick search doesn't find an obvious source.
Moving on: Are you aware of
EK-O19AE-SG-005_MicroVAX_Troubleshooting_and_Diagnostics_May89.pdf
or similar? Bitsavers is where I found it, e.g.
http://bitsavers.trailing-edge.com/pdf/dec/vax/3800/EK-O19AE-SG-005_MicroVA…
Does your emulator have a console ROM like the real thing? Does it have any tests in it? The KA630 ROM diags are covered briefly in Chapter 5 of the KA630 Users Guide, e.g. at
http://www.vaxination.ca/vms/microvax/EK-KA630-UG-001_FEB86.PDF
A VAX is a VAX, to a large extent, so generic diagnostics (not CPU-specific) might be helpful in some cases. The detailed innards of memory management may not be one of those cases, though there are likely some CPU-independent parts too.
Have a read of the manual(s) above if you haven't done so already, see if you can get hold of a downloadable MDM image, report back?
Best of luck.
Hey all, Im looking for HP UX for my HP 9000/712
Anybody got a source, I cannot find anything and I am trying to get it
back to its original glory
Thanks
Steve
After some downtime recently due to a hard drive failure, I've received a
new ESDI drive! 30mb this time, but from a good source. Should be up again
later tonight!
On Sun, Feb 8, 2015 at 3:47 AM, Gary Sparkes <mokuba at gmail.com> wrote:
> +1-410-734-6804 best bbs in the world
>
> .... mainly 'cuz it's in my bedroom.
>
> I even have a legitimate Wildcat! 4 license! >_>
>
> Hosted on an IBM PS/2 Model 70 with 8MB ram and a 130MB ESDI HDD.
> Blue Lightning version, too, so it's a blazing fast 486 instead of the
> normal 386 model.
>
> --
> Gary G. Sparkes Jr.
> KB3HAG
>
--
Gary G. Sparkes Jr.
KB3HAG
I picked up a DESQA recently which seems to be configured for thinwire
rather than AUI. There is no external switch for it and I can't find a
manual to tell me how to swap it to AUI.
Does anyone have a scan of the manual? BitSavers doesn't have it, and the
Manx link is broken and is probably only for the ToC.
Regards
Rob
Hello,
I have the following manuals, I could scan them if not already available
somewhere.
Al, please could you check if you have all of them on bitsavers, or if
you need some parts to be rescanned?
FORTRAN 77
AD-L979A-T1 F77 LANGUAGE REFERENCE MANUAL
AD-1884D-T1 F77 USER GUIDE
AD-1874C-T1 F77 OBJECT TIME SYSTEM REFERENCE MANUAL
AA-JQ94A-TK F77 DOCUMENTATION SUPPLEMENT
PDP11 FORTRAN
AA-1855D-TC FORTRAN LANGUAGE REFERENCE MANUAL
AA-1936F-TC FORTRAN USER GUIDE
RSX-11M
AE-H653B-TK SOFTWARE PRODUCT DESCRIPTION
AA-2593M-TC INFORMATION DIRECTORY AND MASTER INDEX
AA-2573I-TC RELEASE NOTES
AA-W259F-TC UPDATE NOTES REV A
AA-L763B-TC INTRODUCTION TO RSX-11M
AI-Y508B-TE GUIDE TO VAX/VMS FILE APPLICATIONS
AA-D035D-TE FORTRAN USER GUIDE
AA-H953E-TE FORTRAN INSTALLATION GUIDE / RELEASE NOTES
AA-KN06A-TE VAX/VMS RELEASE NOTES V4.6
AA-R429A-TE VAX11 DECGRAPH USER GUIDE
AA-1749E-TC PDP11 COBOL
AA-L672C-TC RSX-11M COMMAND LANGUAGE MANUAL
AA-L671A-TC RSX-11M BATCH AND QUEUE OPERATIONS MANUAL
AA-FD05A-TC INDIRECT COMMAND PROCEDURE MANUAL
VT240 PROGRAMMER REFERENCE MANUAL VOLUME 1
AA-H625C-TC RSX-11M SYSTEM GENERATION AND INSTALLATION GUIDE
AA-JK92A-TE INTRODUCTION TO DATABASE DEVELOPMENT
AA-93A-TE INTRODUCTION TO APPLICATION DEVELOPMENT
AA-Y501A-TE GUIDE TO USING DCL AND COMMAND PROCEDURES ON VAX/VMS
AI-Y516A-TE VAX/VMS MINI REFERENCE
AA-FB84A-TE GUIDE TO CREATING MODULAR PROCEDURES ON VAX/VMS
Andrea
[Teal deer: I'm looking for generic any-VAX MMU-hardware test code.]
Some of you may recall that I've mentioned, a few times, that I've got
a MicroVAX-II emulator I've been working on. I think it's most of the
way there - seems to me I'm into the last 10% of the work which takes
the second 90% of the time. :-)
But when I netboot NetBSD and start to run it diskless, I get peculiar
crashes which make me think I'm mis-emulating the MMU somehow. Basic
operation seems to work fine - cd, ls, and the like - but under
conditions the details of which I haven't pinned down yet, I get
crashes like
pid 65 (install), uid 0: exited on signal 11 (core not dumped, err = 14)
panic: pmap_protect: outside P0LR
Stopped in install at _pmap_protect+0xdf: movl $15, r8
db>
I can reproduce it relatively reliably, but it takes about five minutes
to do so. I'm trying to reduce the test case to something a bit more
manageable, but, in the meantime, I also thought it might be worth
asking after possible thorough test code. I have some test code, but
it seems to be for bigger machines - 780, 8600, and the like. I
searched for KA630 and I searched for MicroVAX (case-insensitive); the
former gave no hits and the latter only two. One MicroVAX hit was a
message in one test saying
H-Floating instructions are not part of the MicroVAX instruction set,
therefore tests 71 - 98 are not executed.
The other was in a .hlp file, describing the use of the ATTACH command:
2 MicroVax
DS> ATTACH
Device type? LESI
Device link? HUB
Device name? DAA
UDAIP? 772150
[...]
Collectively, these make me think the tests I have probably predate the
MicroVAX-II. I'll be trying to get the diagnostic supservisor
netbooted, but it doesn't look designed for netbooting, and it's not
clear to me that any of the tests are sufficiently generic to be of any
use here.
So, while I will be pursuing this on my own, I'd be interested to hear
if anyone has any test code I might be able to get my hands on that's
generic (or uV2-specific) and might indicate what's wrong in a useful
way. (Useful to a simulator author, that is; "PCRB L from U248 not
getting to U144, or U248/U144 bad" is not useful, whereas "translation
not valid fault is pushing a partially incremented PC" is useful. :-)
/~\ The ASCII Mouse
\ / Ribbon Campaign
X Against HTML mouse at rodents-montreal.org
/ \ Email! 7D C8 61 52 5D E7 2D 39 4E F1 31 3E E8 B3 27 4B
Hello,
I managed to repair the SCSI board of my tape unit.
In the end it was fairy simple, just one bus buffer not working as expected.
On SCSI board I have ROM 193996 rev 10,
while on control board ROM 123248 rev 30 and ROMs 123615/123616 rev 06.
Could worth to update it for better tape reading support or compatibility?
Anybody has some more recent ROM?
If anybody is interested, I can share the ROM images.
Andrea
Hi Lawrence,
I am going to have to go to this year's VCFM10! It sounds Awesome!
Kip Koon
computerdoc at sc.rr.comhttp://www.cocopedia.com/wiki/index.php/Kip_Koon
> -----Original Message-----
> From: cctech [mailto:cctech-bounces at classiccmp.org] On Behalf Of Lawrence
Wilkinson
> Sent: Friday, March 13, 2015 5:20 PM
> To: cctech at classiccmp.org
> Subject: Fwd: VCF Midwest 10
>
> Sorry, but Jason's original message was dropped by cctech, so here it is:
>
> -------- Forwarded Message --------
> Subject: VCF Midwest 10
> Date: Fri, 13 Mar 2015 13:07:16 -0500
> From: Jason T <silent700 at gmail.com>
> To: General Discussion: On-Topic and Off-Topic Posts
> <cctalk at classiccmp.org>
>
>
>
> The silence may have led you to believe that it was all over. Oh no...
>
> The 10th Vintage Computer Festival is a GO!
>
> Bigger, bolder, nerdier than ever, a wonderful way to tack on our
> second digit, VCFMW10 will be held August 29-30 at the Holiday Inn
> Chicago-Elk Grove Village. A remarkable convergence of amenities and
> price have come together in this spot. Among the features:
>
> - A single 4550 sqft banquet hall - at long last, VCFMW and ECCC shall
> truly be one!
>
> - First-floor facilities - no more elevator rides or Level of Discharge!
>
> - 11'x12' loading doors that open direct to the parking lot - you
> could drive a truck right into the ballroom, but don't!
>
> - A separate room for talks, videos, quiet time, etc - like we're a
> real conference or something!
>
> - No (known) conflicts with holidays, wives' birthdays or other local
events!
>
> - The quaint, vaguely Blade Runner-esque surroundings of industrial
> parks, truck depots and factories - just the way we like it!
>
> - An on-site restaurant, pool, exercise room, outdoor firepit/smoking
> area, shuttle buses to/from the airport and Woodfield mall, close
> proximity to fast-food and the two greatest Chicago eateries,
> Portillo's and Lou Malnati's! (Seriously, those two alone are reason
> enough to attend.)
>
> I have updated the http://vcfmw.org web page and FAQ with most of the
> information we have so far. Please give them a read before posting
> questions. Hotel room rates will be slightly higher than last year's
> $79 at the Fairfield Inn; I am still negotiating the block rate. Due
> to the restaurant being on-site, there will be no continental
> breakfast. Sorry :(
>
> Now the hard sell: all of this geek-luxury does not come without a
> price. Some of you know that the deal we had at the Heron Point was
> extraordinary and unheard-of in the event hosting business. Since the
> HP no longer rents to the public, we were faced with the choice of
> resting on our successful nine-year record or figuring out a way for
> the show to go on. And go on it shall...with your help. Without
> getting into specifics, the cost of putting on VCFMW has more than
> doubled - and we are getting a bargain if our comparison shopping is
> to be trusted.
>
> Donation links have been set up on the main VCFMW page for PayPal and
> GoFundMe sites. Please use the GFM only if you do not have a PayPal
> account, as GFM charges us a fee. If you'd prefer to donate in
> person, contact me directly. I will get you a receipt (sorry, we're
> not a 501.3c yet, so it won't be tax-free.) The main site features
> our non-patented Donate-o-Meter which will (more-or-less) track our
> progress. We have a lot of time to reach our goal as payment is not
> due until the day of the show.
>
> Extra money raised will be either spent on bonus features for the show
> (more space, pizza bar, etc.) or put into a fund for next year. We
> will engange with the community as much as possible before making any
> decsion regarding extra funds.
>
> There will be much to do between now and August - a new floor plan to
> design, tables to allocate, speakers to recruit. But our first big
> task is one where everyone can help: let's get the word out! Many of
> you are on forums that I am not, so spread the news: the show will go
> on!
>
> -j
>
Through the efforts of a volunteer, I've re-started uploading scans of New
Zealand Bits & Bytes, Browsing through the pages might be of interest to
some.
This one is from February 1987. Among other things there are reviews on
the Commodore PC/AT and the Apple IIGS. It also includes an article I
co-wrote on a simulation I developed for my students.
http://www.classic-computers.org.nz/bits-and-bytes/issue5.5.htm
Other issues will be uploaded when Richard (the volunteer) gets time to
scan them.
Terry (Tez)
> From: Brent Hilpert
> Similarly, the address-line drivers use a center-tapped primary
> configuration as a cheap way of providing the bi-directional drive
> current for the address wires (like push-pull audio).
On re-reading this, to ensure that I had fully extracted the content into my
brain, I realized I didn't fully grok this. Could you expand a tiny bit on
this (and especially the push-pull reference)?
On thinking about it, I guess that what's happening is that there are two
driver transistors, each attached to the center tap and one end, but with the
polarity reversed. A positive pulse through one produces a positive pulse on
the output secondary, whereas a positive pulse through the other produces a
negative pulse on the output secondary. Or am I mis-understanding?
What I don't get is why that's better than simply attaching two opposed
transistors directly to the address lines, as one sees in the output stages
of audio amplifiers, to handle the two halves of a sine wave.
Noel
I've uploaded the issues of International Journal of Computer Forensics
and the Z-Letters I got from Chuck a while back. They're on
http://www.retroarchive.org
All scans were done at 600dpi.
I'll be getting them uploaded to the IA as well.
g.
--
Proud owner of F-15C 80-0007
http://www.f15sim.com - The only one of its kind.
http://www.diy-cockpits.org/coll - Go Collimated or Go Home.
Some people collect things for a hobby. Geeks collect hobbies.
ScarletDME - The red hot Data Management Environment
A Multi-Value database for the masses, not the classes.
http://scarlet.deltasoft.com - Get it _today_!
I'm tinkering to connect the CBMStuff.com SuperCard Pro to
eight-inch floppy drives. The SuperCard has a contemporary 34-pin
floppy connector.
The Terak 8510 main unit held a drive and its system cards, and its
external 8512 drives just held a power supply and a floppy drive.
The ribbon cables between 8510 and 8512 are 40 pin. The 8512 doesn't
have its own power switch.
The back of the 8512 has a small circuit board. (And by "back", I mean
the board is actually exposed, which seems odd for a computer that's
otherwise built as robust as aircraft or mil-spec.) It accepts the 50-pin
cable from the internal floppy drive and has two 40-pin male for
daisy-chain ribbons to the 8510 and additional 8512. The board has a
socket for a drive terminator and a DIP for setting the drive ID.
The 8512 power supply has a relay that must be sensing a signal on
the 40-pin cable, as that's what turns on the 8512. Similarly,
the Terak main unit's single power switch controls the Terak mono monitor.
I haven't traced the signals on the board yet, and I have not yet found
a doc that explains the cable pin-out. Because I have a bunch of 8512,
it would be convenient for me to be able to use them as self-standing
eight-inch drives.
I purchased one of John Wilson's 50-pin Shugart to 34-pin adapters
for its generation of the TG43 signal and the LED blinkenlightz.
I'm tempted to tease out the Terak's 40-pin pinout and perhaps make
some sort of adapter to go to 50-pin.
- John
Thought id share this with you guys.
http://annarbor.craigslist.org/sys/4913726464.html
He says his bottom dollar is $250.
I could possibly coordinate pick up if someone out of the area wanted
it. Just cover my gas is all I ask.
Steve
The BA23 isn't as stripped as mentioned earlier.
The front-panel bezel can be seen laying in the bottom of the rack,
and the back door to the chassis is present, with no empty filler plates.
I've seen photos of the inside of the chassis,
so I have some information on the contents -
The backplane is fully populated with boards -- there are no empty slots.
1.) Some sort of MicroVAX CPU, with unknown amount of memory.
2.) 2 x Emulex CS02's (32 serial lines total) with the possibility of the rack-mount bulkheads.
3.) RQDX3 controller
4.) TQK50 controller
5.) DZV11 controller
There is another quad Emulex board (model unknown) as well as an unidentified dual-wide board.
One of these is a pertec controller -- I just don't know which.
T
I was wondering if anyone out there knew if these guys are still in
business? I want to order something but before sharing my CC info I actually
want to make sure there is someone on the other end of the line. I've tried
emailing them and calling multiple times. Emails have gone unanswered and
the number is never picked up. It goes to what seems to be a generic home
answering machine. Thanks.
-Ali
While looking for parts for a fellow list members project, I found
these-again, and decided it was time they found a new home. I have more
than one of a few.
If interested please make an offer off list. $10 shipping for one or all
within US. If you are outside the US, please send me your city, country and
mail code.
Thanks, Paul
DILOG
DQ130
DQ686
Emulex
SC01
SC03
TU11
TU121
UC171
QD241
Sorry got really sick. Below is the model numbers. I will supply more info if anybody is interested
Pricing is open due to shipping weight is included
CRT monitors working with cables
HP A4033A 65lbs
HP A45764 75lbs
servers/workstations
HP Visualize C180 30lbs
HP Apollo 400 MOD#A2193A 90lbs
Mentor Graphics HLN5065W 100lbs
I clan also be contacted via cell 7607030986
OK, while we're on the topic of core memory sense circuitry, in some of
the old calculators that I've come across (a good example being the
Casio AL-1000 -- http://oldcalculatormuseum.com/al1kck10l.html) ) there
are transformers (pulse transformers) in the core memory sense
circuitry. What purpose would these serve, and why are they used in
some core memory applications, and not in others? In the case of the
AL-1000, similar transformers are used in the X-Y drivers as well.
Core memory sense amps and drivers are that mystical analog stuff that I
don't understand very well :-)
Can someone enlighten me about these transformers?
Thanks,
-Rick
---
Rick Bensene
The Old Calculator Museum
http://oldcalculatormuseum.com
Hi all
I was told that VAX-11/750 memory could also be used in an PDP-11/70 (or
maybe some other model). Is this true?
I have also read that there are three kinds of memory boards for the 11/750:
M8728: 256k byte memory array;
M8750: 1M byte memory array;
M7199: 4M byte memory array.
(As well as some third party boards.
Which one of these, if any, could be used in an 11/70?
Kind Regards,
Pontus.
I've got a technical question about core memories. I've been
looking, in particular, at the MC1540G sense amplifier. There's
an external capacitor that is supposed to be connected between
pins 1 and 10 (it looks like about .01uF was traditional). Maybe
I'm being thick this week, but I don't quite get what this does
for the circuit. It's part of the "DC restoration" section.
I think I have some idea what amplification and slicing mean
in this context, but "DC restoration" isn't firing any neurons.
Can any of you that have studied how core works help me
understand this?
Thanks,
Vince
--
o< The ASCII Ribbon Campaign Against HTML Email!
Hi all,
I'm looking for the front panel for a 19" 2RU (3-1/2") high four-slot PDP-11/03-KA, with a rectangular hole for the three switches. Looking at photos on the web, some appeared to have badges and some didn't, is that the case?
I've not much to swap in my 'stash' except some old Terak Qbus cards and a hex-height Unibus M7234 timing board from an 11/40, of unknown working condition so I'm happy to Paypal if you had one.
Thanks for any help - I recently joined this list and the posts I've seen so far are really interesting.
Regards,
Steve Malikoff.
I'm planning connect my HP1000 to ASR-33, so I could play with it for real...but only problem: I have no TTY board :(
Anyone have spare for sell/exchange/donate? I might consider give up my Grumman HP1000 SCSI controller board in exchange...
Also I'm interested other boards (X&Y and RS232), peripherals and etc. HP stuff...
- Johannes ThelenFinland
Before microcomputers blog (Finnish) http://ennenmikrotietokoneita.blogspot.fi/
I have a friend with a large number of pulls from DG 800's and 1200's
and am sending out a general query to see who might have a chassis to
serve as a system for testing and eventual build up of a system.
We will be photographing / posting somewhere the boards, but he feels
they are ffrom the Nova 800 or 1200 and not later.
Thanks
Jim
Can anyone tell me anything about the subject: line? It seems to be a high-end graphics terminal from the
mid 1970s. I have found the electronics unit while unpacking here, I think I have the keyboard (with a little
built-in joystick?) somewhere too. I don't have the monitor, but I am guessing it's TV rates.
Pysically it's just a metal box (about the size of a 4U rack unit without flanges). There is nothing on the front
panel. The back panel has the on/off switch and connectors for a keyboard (DA15), 'Digital Video' (ditto),
Host and Downstream RS232 ports (DB25, of course) Host and Dowstream current loop ports (DE9), 3 video
outputs (BNC, I assume these can be used as R,G,B), mix video output (ditto) and video input (my guess is that
the terminal video can be overlayed on some other video signal, again a BNC).
The top cover comes off with 2 screws. It reveals very little apart from a massive linear PSU. The interesting
stuff is exposed by removing the front panel (4 screws) which gives access to the card cage. There are 2
columns of half-width cards at the top, then about 7 full width ones. 2 of the half-width cards are wire-wrapped
not PCBs. I forget what they do, one of them seems to be the video timing/sync counters. On other half-width
cards are the processor (6800), ROMs (lots of EPROMs),Comms, video output (resistor DACs, etc) and
a 'vector generator' which I guess is to draw lines, it's just a lot of of logic ICs, no microprocessor.
One of the full-width cards is something like 'area fill'. So it does that in hardware too? The others -- and there
are half a dozen of them -- are 'Pixel Store'. Each has 16K*16 of DRAM and a 16 bit ALU (4 off 74181).
I hate to think how much this cost when new. RAM and ALUs were not cheap!
-tony
Hello fellow DEC enthusiasts,
I have a BA11-N mounting box with Q18 9-slot quad-height backplane. The
power supply is toast. My goal is to hack it into something useful.
I'd like to replace the power supply with a sufficiently-powered ATX PSU.
I've read the instructions at:
http://www.diane-neisius.de/pdp11/index_E.html#atx
However, unlike the DEC PSU, the ATX power supply won't supply a 60 Hz line
time clock (LTC) signal to the backplane via BEVENT. So, my question - has
anyone used a standard ATX PSU for a PDP-11 QBUS system, and if so, how'd
you work around the LTC issue?
Once I solve the power issue, I have 11/23 CPU cards, RAM, and SLUs galore.
I'm not planning to make this very power hungry though.
Thanks!
- Earl
I?m wondering if anyone has seen something like this:
You input text. The program converts the text into what it would sound like if it were being transmitted at 300 baud which you can then save.
Oh, I imagine that, say, I dunno, some kind of 300 baud modem could do this, but I don?t have such a beast. I wondered if someone may have created such an item as a programming exercise.?
Cheers,
m
>
> > From: B Degnan
>
> > Yes, steady voltage
>
> I think Tony meant 'did you look at it with a 'scope'... :-)
>
> Noel
I used two different scopes and a Fluke meter that can capture MIN/MAX.
It's a nice steady flow as far as I can tell. The min/max is in the
hundredths place, there is no major ripple.
Bill
On 06/03/15 9:40 AM, Mouse wrote:
>>>> one other, which you may or may not classify as a ?language?, is
>>>> Mathematica.
>>> I don't know enough about it to offer an opinion [...]
>> I've been using Mathematica for years. [...] I've also used MatLab
>> which also falls somewhat into that category. MatLab is is really
>> optimized around vectors and arrays.
>
> That might be more similar to APL, then.
>
> This has been rattling around in my mind for a little while now and I
> think one reason I didn't think of things like Mathematica or Matlab is
> that they're single-implementation. ...
>
> /~\ The ASCII Mouse
> \ / Ribbon Campaign
> X Against HTML mouse at rodents-montreal.org
> / \ Email! 7D C8 61 52 5D E7 2D 39 4E F1 31 3E E8 B3 27 4B
>
As I haven't yet seen it mentioned in this discussion, I think I need to toss in Scilab (http://www.scilab.org/ , also on WP), which is a Matlab workalike that came out of a French mathematical research iInstitute (INRIA, Institute Institut national de recherche en informatique et en automatique). It is under a GPL compatible license (CeCILL) and should therefore also work for those of us for whom free beer isn't free enough :) I used it^w a tiny portion of it during my student thesis for predicting and comparing the EMI spectra of phase and burst fired power controllers under different load conditions and power settings.
So Long,
Arno
This was a screen driver I'd written to do pseudo windowing on green
screen terminals. I thought it would have made more sense and been
cleaner in C, but it wasn't.
On 2/17/2015 9:27 PM, Mouse wrote:
>> I've rewritten cobol into C a few times when I was a big enthusiast
>> of C and the C code was longer and harder to maintain.
>>
> That is no surprise to me. If you were to take code written in C and
> translate it into COBOL, I'd generally expect the COBOL code to be
> longer and harder to maintain, too.
>
> Indeed, I'd expect that for pretty much any pair of languages;
> translating code out of the idiom it was written for generally makes it
> larger and harder to understand.
>
> /~\ The ASCII Mouse
> \ / Ribbon Campaign
> X Against HTML mouse at rodents-montreal.org
> / \ Email! 7D C8 61 52 5D E7 2D 39 4E F1 31 3E E8 B3 27 4B
>
>
Working on PDP 11/40, issues with DC LO and AC LO
The front panel confirms a DC LO issue, CONS and RUN lights are off, BUS
and PROC lights are on. The panel is unresponsive.
With the cable removed from the h742a connector, P9 says DC LO and AC LO
are 3.53v, which is lower than the expected +4.8v. This tells me there is
a fault in the h742a. I hate to remove the 742a power control board but I
finally have the machine in my basement so I can work on it for an extended
period. Voltages of the other regulators are OK. I think it's conclusive
that the h742a has a fault to be repaired.
Next, I re-connected the cable to P9. The DC LO and AC LO wires lead to
J18, which feeds DC LO and AC LO to the backplane on my system. Reading
>from J18 the DC LO value remains at 3.53v, but the AC LO drops further to
1.72v. I get similar readings from the backplane pins themselves.
When I remove the Status Module card (M7235) from the backplane the AC LO
on J18 jumps up to 3.53v - i.e. AC LO jumps back to origination levels.
Question - Is there is *also* a potential fault in the M7235 circuit
related to AC LO, -OR- is it normal for the M7235 to detect and pull down
AC LO further forcing the system to halt? I am working to understand the
circuits from page 120 of the KD11-A Maint manual
http://bitsavers.trailing-edge.com/pdf/dec/pdp11/1140/KD11-A_Maint.pdf
My plan is to repair the h742a first and see how it goes, but I'd like a
2nd opinion if anyone has one, regarding the M7235....thanks!
photos
http://vintagecomputer.net/browse_thread_record.cfm?id=178&tid=8
Bill
I have a box of old HP paper tapes to read, and am having an awful time
trying to build the right serial cable to connect a GNT-4601 reader/punch
to a Linux PC. Does anyone have a known good cable diagram and stty
settings that will work? Thank.
Mike Loewen mloewen at cpumagic.scol.pa.us
Old Technology http://q7.neurotica.com/Oldtech/
> From: Earl Evans
> I have a BA11-N mounting box with Q18 9-slot quad-height backplane.
> The power supply is toast.
Toast, how? Physically mangled, or just not working? If the latter, it
might be possible to fix it. (Even if you're not up to that, don't pitch
it - someone else might be interested in it as a repair item.)
The other thing you could do is install a BA11-S power supply (H7861); some
are available on eBay. They are compatible (physically/electrical interface),
the H7861 just has a few more amps of +5V.
Noel
Sincere Greetings
This is a quick email to remind you that DEC Legacy 2015
<http://wickensonline.co.uk/declegacy/> is just around the corner!
I've recently updated the web page with some exciting presentations and
demonstrations <http://wickensonline.co.uk/declegacy/presentations>including
the following topics:
*VAX MP - Simulating a SMP VAX*
*Mark Wickens, DEC Legacy Organiser*
*Unearthing an important historical computer at the computer sheds museum*
*Jim Austin, The Jim Austin Computer Collection*
*Video Presentation*
*Bernd 'vaxman' Ulmann*
*An Update from the Living Computer Museum*
*Rich Alderson, Senior System Engineer*
*The MCPRINT Utility, 30 years in the making*
*Malcolm Blunden, retired VMS Systems Manager*
*The Future of VMS *
*Sue Skonetski, VP of Customer Engagement, VMS Software*
*Getting the DEC experience on modern hardware*
*Peter Allan, ex VAX system manager and VMS programmer*
*HECnet - A worldwide DECnet network*
*Mark Wickens, DEC Legacy Organiser*
... and there will be more yet to come.
We also now have quite an impressive list of exhibits
<http://wickensonline.co.uk/declegacy/hardware> which I expect to continue
to grow throughout the next month. Whatever your favourite era of DEC kit
you are sure to find something of interest.
The registration page <http://wickensonline.co.uk/declegacy/register> allows
registration for a single day or the whole weekend.
Please come, join in and experience the best computing equipment from the
best manufacturer!
Kind regards,
Mark Wickens
*Event Organiser*
p.s. please forward this email to anyone else you think might be interested
in attending!
Glen Slick <glen.slick at gmail.com> wrote:
> What is an HP 82306C GPIO Interface? Is that the same as thing as an 82306A?
>
> http://www.hpmuseum.net/display_item.php?hw=1111
> http://www.ebay.com/itm/281557879632
Probably close but not identical. The datasheet (catalog page actually, http://www.premerec.com/pdf/hp11835a.pdf, English version on second page) for the 11835A Data Buffer I have explicitely calls for the C suffix card - but maybe just because it was the current variety at that time. I got the device from a surplus outfit figuring it might come in handy one day, say for demonstrating or debugging bit-serial circuitry, as it can spew out bits at an arbitrary rate between zero and about 4 MHz. It has two banks of 1024 Mbits data memory each that are alternately loaded from the computer and read for driving the serial output, plus some additional memory for configuring an internal state machine and driving auxiliary signals, originally intended for a frequency hopping synthesizer. Intended application for the device was mobile phone and related equipment development; my example came out of a Nokia R&D facility of in Oulu, Finland according to its inventory tag.
Sean Caron <scaron at umich.edu> wrote:
> Interesting... appears to be some kind of temperature controller... I found
> a NASA technical report that mentions it and discusses some of the specs;
> apparently it's based on the Signetics 2650A at 1.25 MHz and according to
> the spec sheet, it's designed to use standard 4-20 mA interface to
> instruments, etc.
>
> Maybe worth it if someone's looking to hunt down some 2650A CPUs and maybe
> some support chips for a vintage SBC project.
>
> http://ntrs.nasa.gov/archive/nasa/casi.ntrs.nasa.gov/19870004136.pdf
Thanks for the hints. File however doesn't load for me (from Germany).
Might not even take ripping the device apart and rebuilding it into an SBC - I find the case, display and keyboard quite nice and would be looking to preserve as much as possible of that. The provided keyboard and display (that look as if they're seven-segment, but might even be alpha-numeric "star" type) could be be quite sufficient for many an application - mostly depending on how much RAM and ROM and which sorts of I/O there are in, can be crammed into or hung off that box - to realize a hex monitor or whatever floats your boat.
So Long,
Arno
I picked up a really heavy line printer last week.
It is a General Electric TermiNet 340. My searches for doc
were not very successful. It seems to be a line printer
that prints 340 lines of 132 characters per minute!
At the rear side near to the floor is a large rectangular
connector. Lucky me, the previous owner had a connection
cable. It is a ribbon cable. At one side is the mating
rectangular plug, at the other side is an IDC header.
Is it possible that this printer is also sold by others using
a different name? So far I have not been able to find any
documentation. I'd love to get this beast operational!
Thanks for pointers,
- Henk
On Fri, Feb 20, 2015 at 7:22 AM, Shiresoft <ggs at shiresoft.com> wrote:
>
>
> > On Feb 19, 2015, at 11:35 PM, Chuck Guzis <cclist at sydex.com> wrote:
> >
> >> On 02/19/2015 08:23 PM, Guy Sotomayor wrote:
> >>
> >> Nope. It was (and still is) how I write code (sit down and compose at
> >> the keyboard). One of my old bosses at IBM once said "Yea, Guy just
> >> waves his hands over the keyboard and programs come out".
> >
> > That would have been impossible in my case, unless I had the most
> prodigious eidetic memory in history.
> >
> > Writing code almost always involved using an on-disk or -tape source
> code library. Even if it was new code, there were significant advantages
> to creating a library then modifying it as one progressed.
> >
> > One would typically work with a bound listing or listings and work out
> the control system directives to update the existing code base. Remember,
> this was in the day of batch processing with almost no access to
> terminals. Everything happened on the keypunch.
> >
> > So for one to remember all of the correction set IDs and sequence
> numbers for a group of programs or system programs would be more than
> impressive--it'd probably merit a vivisection.
>
> ;-)
>
> I never said that I didn't / don't use references while I write code.
> It's just that I don't write my code down first. Of course most of what I
> do is new (from scratch) rather than modifying existing code.
>
> When I first started at IBM because build time for our software was about
> a week, we'd fix bugs and such with patches. Folks in the lab would stop
> looking up the instruction encodings and would just ask me...I could do the
> assembly in my head...I'm sorely out of practice now. :-/
> >
>
My first (paid) programming job was in 6800 assembler, using the Motorola
EXORCISER system. It took hours (as in a major part of a day, longer than
the work day) to reassemble the entire code base, so we would patch the
program in the PROM programmer. We would, of course, back port the changes
in symbolic assembler to the source, and every few days just take the
downtime hit to rebuild the code base. Keep in mind that this was natively
hosted on a 6800 system.
Another interesting tidbit: its simple filesystem did not segment files and
reuse blocks, so you had to purge old versions of files, preferably before
a dozen or so files were lined up after it. In that case, it would tie up
the system for way too long while an old file was purged and all the new
files were packed into the recovered space, block by block. It was barely
a step above magtape.
One other note: there was a bug in certain mask sets that required a NOP
before you could set the interrupt mask. Since the ENTIRE memory/IO space
was 64k bytes, every byte was sacred, every byte was great, and if a byte
was wasted?.
--
Ian S. King, MSIS, MSCS
Ph.D. Candidate
The Information School
University of Washington
There is an old Vulcan saying: "Only Nixon could go to China."
Hello everybody,
stumbled across this while looking for a HP 82306C GPIO Card to go with my 11835 data buffer (hint hint).
Looks just old and arcane enough that it might be of some interest to the community here ;)
http://www.ebay.com/itm/251594970760 (no ending date given, BIN/OBO)
Micricon 823 Chassis Microprocessor 82306-3 Teleray NASA Research Lot of Two
No association whatsoever to the seller, not interested in bidding on the item (TWO units) myself. Then again, if somebody decides to go for it and wants to split up (provided this can be made into two reasonably complete units), we can talk. I'm in Europe but can effect PayPal payments and CONUS -> EUR shipping with some (reasonable) effort.
So Long,
Arno
On 4 March 2015 at 18:56, Todd Goodman <tsg at bonedaddy.net> wrote:
> * Guy Sotomayor <ggs at shiresoft.com> [150304 12:45]:
>>[...] I had several cases where one program needed a
>> specific version of a system library, another program needed a
>> *different* specific version of the library and the rest of the system
>> wanting yet a 3rd version of the same library.
>>
>> TTFN - Guy
>>
>
> After running into that particular package hell early on in my Linux
> experience, I switched to Gentoo linux where multiple versions of
> libraries can be installed at the same time and used by whatever
> software needs them.
>
> Todd
As can Debian, so I'm a bit surprised. It's straight forward on *nix-like
systems to have multiple run-time versions of a library. It's designed
for it.
The problem is when you need different *compile time* (aka development)
versions of a library, then you'll need to have different name spaces.
The remaining issue may be that the distro may not provide different
versions of all the libraries you need out of the box. Then there will
be additional
work. And that may or may not be more effort than it's worth, granted.
-Tor
Hi!
Anyone owning the service manual for an ADM-5?
Seems like this terminal is not as common as the ADM-3(A).
Couldn't find it on bitsavers or anywhere else :(
--map
--
Martin Peters
martin.peters at news.uni-stuttgart.de
For the benefit of those (like me) who read CCTalk via the Web archive, and
thus missed this as it came in during the period when the server thought it
was 1970 (and it thus went into the March 1970 archive... :-), a re-send:
--------
Hello all, I'm setting up to make one of these (part # 012-0556-00) for my own
use, and can easily make more if anyone needs any (although I will need to
order some of the parts needed, if so). So if anyone needs one, and would like
me to produce one for them, please let me know (ASAP, so I can order the
parts). I imagine the cost will be on the order of $10-$15.
Note that i) you have to have a P6460 probe/pod to use them (the TTL P6462
probe/pod will _not_ work), and ii) full automatic testing on a 1240D2 18
channel Data Aquisition Card requires a pair of diagnostic leads (which is why
I'm making one - I found one on eBay, but only one).
Noel
I have a working 1910, everything seems to be working. Except the
memory cards, not sure if they are bad or I don't know how to check them.
On screen keyboard is working as good or bad as expected, battery is
dead but looks easily rebuildable.
Most of DOS seems to be missing, can it be replaced with Free Dos or
another version?
--
But if any provide not for his own, and specially for those of his own house, he hath denied the faith, and is worse than an infidel
I Timothy 5:8
Hi Folks,
We're trying to get an EAE (extended arithmetic element) board set
working in a PDP-8/e. It turns out that DEC made changes which render
M8340 rev.D incompatible with M8341 rev.D. (Both of the boards we have
are rev.D, sigh.) M8340 rev.D requires at least an M8341 rev.E.
We would like to modify the boards to be compatible but the only
schematic of M8340 that we've been able to find is rev.F. So it's
difficult to figure out what changes are needed.
If anyone has an M8340 schematic earlier than rev.F or an M8341 rev.D
sch, that would be a huge help.
The goal is to get Spacewar! working on the PDP-8/e for the upcoming
VCFSE show. This version of Spacewar! requires the EAE. We GOTTA get
Spacewar! working for the PDP-8's 50th! :) Please help.
Thanks,
Steve
PS: The revision letter can be found in the lower right-hand corner of
the DEC schematics that I have.
On Wed, Mar 4, 2015 at 4:13 PM, Jim Brain <brain at jbrain.com> wrote:
> On March 4, 2015 at 3:49 PM Ethan Dicks <ethan.dicks at gmail.com> wrote:
> I would *definitely* have pounced on clear.
>
> The kickstarter is funded, and the note he sent out said he would consider
> more colors when the initial color stock is sold (500 of red/white/blue.
> Most people seem to be focusing on clear and charcoal grey/black, so I would
> expect those will be the next options.
I did see that after I read the comments. Very cool. Clear and Black
are definitely two good choices.
-ethan
I'm in for one of each.?
Sent on a Virgin Mobile Samsung Galaxy S? III
<div>-------- Original message --------</div><div>From: geneb <geneb at deltasoft.com> </div><div>Date:03/04/2015 9:37 AM (GMT-05:00) </div><div>To: cctalk at classiccmp.org </div><div>Subject: New C-64C cases... </div><div>
</div>Check this out:
https://www.kickstarter.com/projects/1670214687/original-commodore-64c-comp…
It's very tempting. :)
g.
--
Proud owner of F-15C 80-0007
http://www.f15sim.com - The only one of its kind.
http://www.diy-cockpits.org/coll - Go Collimated or Go Home.
Some people collect things for a hobby. Geeks collect hobbies.
ScarletDME - The red hot Data Management Environment
A Multi-Value database for the masses, not the classes.
http://scarlet.deltasoft.com - Get it _today_!