I do indeed remember those manuals - those sturdy binders which let you know
these systems meant business. There were never enough of the binders
available in the IBM PC dealership I worked in. And lest we forget: the
infamous "This page intentionally left blank" page. What's up with that??
I do also memember Wordstar and it's arcane command sequences. Those
commands persisted though, through a number of ordinary text editors for
programmers & such.
Speaking of infantile and utterly bizarre, does anyone remember that abysmal
IBM attempt at a word processor, the name of which escapes me at the moment.
I think it was vaguely based on their mainframe product, typical of IBM at
the time. It's command set was last seen wandering about in their "e"
editor in PC DOS 6.xx. It's an amazingly powerful editor in a lot of ways,
loads of options and features if you can figure them out. But I'll be
danged if I can get the thing to insert a new line...
Cheers,
Dennis
On Jan 19, 11:12, Jules Richardson wrote:
> > Well, someone else has offered to copy Disc 1 for me. I've also found
a
> > few other people who have ARM Evaluation Systems, so once I get a good
Disc
> > 1, I'll put the set of six on my website (and if anyone from any of the
> > Beeb sites wants to make a copy, that's fine by me). Any suggestions
as to
> > format to use for the images?
>
> I expect you know far more about this than I do! "Pete's own undocumented
image
> format" is probably not a good idea :-)
No, probably not :-) The trick with Acorn files is preserving the load
and execute addresses. A spark archive will do that, but as far as I know,
there's no spark dearchiver for a Beeb. It would be easy on an Archimedes
or a RISC PC, but not everyone will have one of those -- and even if they
did, they might not have a way to attach a 5.25" drive to it.
I'm open to suggestions...
--
Pete Peter Turnbull
Network Manager
University of York
>Message: 28
>Date: Wed, 15 Jan 2003 23:13:38 -0600
>From: Jeffrey Sharp <jss(a)subatomix.com>
>To: cctalk(a)classiccmp.org
>Subject: Re: ADMIN: What if ClassicCmp were a blog?
>Reply-To: cctech(a)classiccmp.org
>
>
>> You can't attach eMails to the list can you?
>
>Yes. If a message is accepted for deliver, it is delivered with only the
>standard Mailman header modifications. No other filtering takes place. Of
>course, we could do this now by piping messages through a filter before they
>hit the Mailman posting script. Easy.
>
I am reading the list in digest-format. HTML and attachments are anoying in
that list-format, therefore I would very much apreaciate a filter for
HTML-parts of multi-part mails and attachments to be applied to a message
before it is added to the digest.
>What if ClassicCmp were a blog?
If I had to choose between Web-access and mail-access, I would take the mail
variant, as it is now. I like it.
Thank you for providing the list!
Frank Arnold
I gave up (for the moment) trying to find the problem with the
memory on my 8/L. It never returns anything but all-0's to the MB,
but all the control pulses and timing are correct. To make matters
worse, while scoping the output of the bit 5 sense amp I
discovered it would change every time when I changed bit 0 of the
switch register and hit DEP!
Meanwhile I decided to go after another problem (when you hit
START at 0000 it runs up to 0100 and "hangs" with the BREAK and
RUN lights on.) If it's executing 0000's (AND instructions) it
should just keep running. The only way to wake it back up is to
flip the SING STEP switch (which is NOT how it's supposed to work;
LOAD, EXAM, etc. should also clear the RUN flip flop). And nothing
was requesting a data break, either! So after some scoping and
extender card work, I found the backplane wire from the BRK SYNC
flip flop was broken in two. This made for a continuous break
request. I fixed it, now it starts and stops like it's supposed
to,...
And then I looked closely at the backplane and saw three more
broken wires! All of them are crossing the gap between the AB row
of sockets and the CD row. Guess 33 years of flexing and vibration
did them in. They are buried too deep to be mouse bites (besides,
the nest was in the back on the module side).
Unfortunately I ran out of wirewrap wire and the wife rang the
dinner bell. We'll see what ELSE is screwed up next week!
-Charles
First thing a discussion copyright probably does belong on this list
since people are discussing making copies of manuals, scematics, eproms,
paper tapes, etc to preserve and keep old systems running and all these
fall under copyright and reproducing them is a infringe of copyright
without the author's consent even if it is done for non-commercial
purposes under current US law.
... now my rant ...
Companies generally are not interested in maintaining their old
copyrights and preserving them, in the vast majority of cases old works
are is only maintained by dedicated people like hobbyists, scholars or
librarians. This is why "hard copyrights" like we have with the DMCA
with encryption and digital restrictions entering firmware and severe
criminal or civil penalties for *any* violation, without the character
of the infringement even being considered.
This is very wrong.
Before 1973 the owners of a copyright had to actively acquire it by
first claiming copyright on the work and second by registering their
copyright to keep it active after the initial 28 years. Before the "No
Electronic Theft Act" in 1996(7?) it was not considered infringement to
reproduce works as long as the work was not being actively maintained
i.e. publicly available and the reproduction was not done for profit.
So if I had a copy of a manual or schematic for an old piece of
equipment I was free to make a copy and give it to you as long as I did
not profit directly from the act.
There is no logical reason that many technically infringing uses of
abandoned copyrights should be perfectly legal as long as it is not for
profit. If your argument to refute this is that the author has a right
control of the work, I would say that this right is not absolute since
it is legal for me to make a dub of a CD for my car, to sing happy
birthday (still copyrighted) at a birthday party in my home, and to
record TV off the air without having to pay royalties to anyone. I see
it as once an author makes a works publicly available, additional
non-commercial uses should fall into fair use if the author does not
continue making the work available to the public to prevent useful works
>from disappearing.
My point is that anybody trying to maintain/restore an old piece of
equipment is almost certainly violating copyrights if they have had to
rely on information reproduced by anybody other than the copyright
holder. Thus under US law, as it stands, you are as guilty as anybody
who has use NAPSTER, KAZA, etc to download music, and if you want to
continue your hobby you should write your representative to get the laws
changed to put some reasonable exclusions to infringement.
::sigh::
OK, I have that off my chest for now.
Regards,
Paul
----------------Original Message------------------
From: ard(a)p850ug1.demon.co.uk (Tony Duell)
Subject: Wanted : Pinouts for 9311, 93L14, 8273 chips
To: cctalk(a)classiccmp.org
Date: Sat, 18 Jan 2003 23:31:33 +0000 (GMT)
Reply-To: cctalk(a)classiccmp.org
I'm fixing some old HP computer hardware (a 9830 computer and its 9866
thermal printer), and I've come up against a few ICs I don't have pinouts
for :-(.
If anyone has them, could they fill in the tables below :
Fairchild 9311 (4 bit -> 16 line decoder?)
1 : O/
2 : 1/
3 : 2/
4 : 3/
5 : 4/
6 : 5/
7 : 6/
8 : 7/
9 : 8/
10 : 9/
11 :10/
12 : Gnd
13 : 11/
14 : 12/
15 : 13/
16 : 14/
17 : 15/
18 : E0/
19 : E1/
20 : A3
21 : A2
22 : A1
23 : A0
24 : Vcc
Fairchild 93L14 (latch?)
1 : ENABLE/
2 : SET 0/
3 : D0
4 : D1
5 : SET 2/
6 : D2
7 : D3
8 : Gnd
9 : MASTER RESET/
10 : Q3
11 : SET 3/
12 : Q2
13 : Q1
14 : SET 1/
15 : Q0
16 : Vcc
Signetics 8273 (10 bit serial-in, parallel out shift register)
1 : Q6
2 : Q7
3 : Q8
4 : Q9
5 : Q10
6 : Clk/ 1
7 : Clk 2
8 : Gnd
9 : Clr/
10 : Serial In
11 : Q1
12 : Q2
13 : Q3
14 : Q4
15 : Q5
16 : Vcc
Note: The unused Clock performs the INHIBIT function.
---------------------------------------------
Thanks in advance for any help
-tony
---------------------------------------------
You are MOST welcome; delighted to have an opportunity
to repay you for the many times you've helped us.
Let me know if you need detailed tech data; I have the Fairchild
Data and Application Books and the Signetics Data Book.
I even have a fair bit of 9300 ICs, but alas, no 9311s and
only the regular power 9314. Probably no 8273s but I can
have a look.
Good luck & thanks again for all YOUR help!
mike
>A: Yes.
>B: Google is your friend.
Oh look at that... tons of hits.
Gee, I figured it might be the kind of thing that Apple would have
protected... maybe it was the thread on copyrights just soured me into
forgetting that not everything in this world is locked away in a vault.
>It's *extremely* difficult to find some of the Apple I parts, which have
>been out of production for over years. Particularly the seven 1024-bit
>MOS shift registers, and one hex-40-bit MOS shift register.
Bummer! Maybe Tony will chime in with a list of readily available, drop
it alternatives... or the plans to make replacements using common
household cleaning products :-)
>Not quite, since they had a PCB. (Unless you plan to lay out a PCB
>yourself.)
I really hadn't thought that far in advance.... I was honestly under the
wrong impression that the Apple 1 plans would be hard to come by.
-chris
<http://www.mythtech.net>
I'm wondering if anyone has documentation on my 68010-based MVME-110-1 CPU
boards. Google doesn't help much. Is there a standard debugger that
(should) be in its ROMs? Does anyone have an image available? I think
that these boards might have a custom ROM image on them, but I'm not sure.
Thanks for any help,
Pat
--
Purdue Universtiy ITAP/RCS
Information Technology at Purdue
Research Computing and Storage
http://www-rcd.cc.purdue.edu
From: Jim Arnott <jrasite(a)eoni.com>
Date: 01/18/2003 9:11 PM
> From an admitedly small sample. The local schools grab every obsolete
> Mac I offer them. Everything from SEs to early nubus PPCs. The
> instructors love them. They also say, "Windows don't do music
> composition." What Windows programs score from MIDI?
Check Digital Orchestrator Pro, downloadable from www.voyetra.com for $69.95.
Low cost, gigantic number of features, and the interface is much simpler to
use than Cakewalk.
Later --
Glen
0/0
>
> Jim
>
> J.C.Wren wrote:
> > Say WHAT? There are dozens of music programs for the PC, and some are good
> > enough for studio production work (like Cakewalk and Pro Tools). Where'd
> > you ever get that idea?
> >
>
>Interestingly, the "Bill Gates Open Letter to Hobbyists", that is often
>cited as being the origin of the word "piracy" being applied to software,
>turns out to NOT use the word "piracy". It always helps to check
>citations before relying on them. Someday, I'll learn to do so.
I just read the letter... first time I ever have.
I found two things that make me go hummmm:
1: MS Software is probably one of the highest pirated groups of software
out there (no figures to back this up, its a wild assumption based on the
fact that I know lots and lots of people that have various versions of
Windows and/or MS Office, and haven't paid for all the copies they are
running. Compounded by the vast market share, it seems that there is a
good chance they rank at or near the #1 spot). Yet despite this, Mr.
Gates seems to have done pretty well for himself. Actually, I have often
wondered, if MS Software didn't get pirated, and every copy that every
company and person ran was a fully paid for copy, would MS have the
market share they have today.
So it seems to me at least that MS has had a piracy problem from the get
go... and it didn't really hurt them in the least.
2: His parting line in the letter:
"Nothing would please me more than being able to hire ten programmers
and deluge the hobby market with good software ".
I just have to laugh when I read that. Well, he got the deluge part
right. :-)
(Disclaimer: Yes, that is a clear MS bash statement, but it is tongue in
cheek... yes, I personally don't care for MS software over many of the
alternatives... but in the long run, most of their stuff really isn't
THAT bad... its just fun to say it is).
-chris
<http://www.mythtech.net>
>Oh, and FYI, no
>matter what Apple says, if you can track down 8 4meg 32 pin simms
>(remember those?) your se30 will happily address 32 megs of RAM.
Apple never denied that the SE/30 would address 32 meg of RAM. Its part
of the spec.
What they denied was that it can address 128 megs of RAM (8 16meg 30 pin
chips). That has been reported by many to work just fine.
-chris
<http://www.mythtech.net>
Ok folks, I'm officially desperate. I can't figure out what is wrong with
the 2100 IOP cpu memory section on my 2000/Access system. So, just thought
I'd post this to the list....forgive my begging, it isn't pretty *Grin*
Anyone have a working HP 2100 cpu available? I will pay real $$$ at this
point, or trade probably just about anything I have for one. If anyone has
one they will sell, or trade for, or give away to a place (me) that will
actually use it and not throw it on a shelf, I would like to know. I'd also
welcome any leads as to where one might be stored, etc. Or, as an
alternative, if anyone has a magical device that will instantly transfer all
of Tony Duell's repair knowledge and ability to my brain, that might work ;)
FYI - I need either a 2100A or 2100S cpu. Don't need or want any 21MX or
1000 type cpus.
Thanks!
---
[This E-mail scanned for viruses by Declude Virus]
Ethan: thanks for the info; I've never seen a
dynamic RAM 2001N, although a friend of mine
home-brewed a static > dynamic conversion.
4032s of course, but I take it you're talking
about a real small-B/W-screen 2001.
I sometimes toy with the idea of building
a PET using modern chips; shouldn't be too
big a deal (very low on my to-do list though).
Adrian: Was working on adding my .02 to the
discussion, but read on and saw that you're
in business. If you can't find any locally,
I've got several tubes of 2114s here in frosty
Canada. And they are used in pairs because
they're only 4 bits wide (x 1K).
One of my PETs, with an MTU graphics board,
is dead as well; this discussion just might
motivate me to have a look at it.
Good luck!
mike
I have a 13 year old apple macintosh that works like a dream. It's loaded with programs, and this great little machine got me through law school and helped me launch my career. When my employer switched over to a compaq system, I could no longer use this machine to work on projects at home and was forced to pick up an etower package instead. For the last 5 years, it's sat in my basement waiting. Everything works perfectly, including the printer, and all of the parts are original. Any tips on where I might take this machine so that it can be used? It's a shame to let it sit here and rot.
Ken Donchatz
kendonchatz(a)yahoo.com
Columbus, Ohio
---------------------------------
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now
On Jan 18, 13:07, David Holland wrote:
> On Fri, 2003-01-17 at 23:19, Brian Chase wrote:
> > I'll wait to get an Onyx. Actually, the Origin 2000s are quite lovely,
> > too. They're still really off topic for this list.
> Wot about SGI Crimson's? (Or in my case, a Power Series frame, w/
> Crimson boards in it) Or are they too new (and LARGE :-) ) for the
> list?
I think Brian may have meant Onyx2, which is basically an Origin2000 with a
shedload (or at least half a rack's worth) of graphics engine. Crimsons
and Power Series are certainly on-topic here.
> (The optical mouse I have for it is in too bad a shape to be really
> usable anymore - the felts shot, and it sticks to the metal plate/mouse
> pad too much for my tastes.)
Why can't you clean it, and replace the felt?
--
Pete Peter Turnbull
Network Manager
University of York
Mike,
Thank you! This is incredible. I can't believe you wrote an AM100
emulator, and not only that, HOW FAST you've done it. It works great,
too! This is just fabulous. I cannot believe my eyes. I can't wait
for the 1.0 release! Is this a pure hobby for you? I am a 16 year
coder, and i gotta say, i am 100% humbled by your work. This is just
amazing. I am a huge AM fan and OASYS (old theos) for Z80 fan. I have
Theos, but i sold my old am100 w/ 2 cdc hawks years ago (and believe me
- i am pissed beyond reproach that i did that!!! )
Nice work, mike!
Kirk Barrett
PPT
<mailto:kirk@pptnet.c>
I'm testing the code I've written to spamproof the ClassicCmp web site and
archives. I call the system SpamCamo. The file filter works great and
produces links as it should. The CGI program is not behaving and is giving
me some *very* wierd behavior. I'm stumped.
First, if I compile with this:
$ cc -o spamcamo.cgi cgi.c spamcamo.cgi.c -lcipher
I get a "Bus error (core dumped)" exception from the first statement in my
program, which is printf("DEBUG: 0\n"). I have used gdb to verify this, and
it tells me that SIGBUS is occuring inside isatty() in libc.
Now, if I compile like this, switching the order of the source files but
making NO changes to the source files themselves:
$ cc -o spamcamo.cgi spamcamo.cgi.c cgi.c -lcipher
The program proceeds to the first call of strdup(), which returns NULL and
sets errno to EINVAL. strdup() is definitely receiving a valid string.
Furthermore, malloc(1) (as in "allocate one byte") in the same place also
fails with EINVAL. The machine is not low on memory. Even furthermore, the
code that is failing in this case (in cgi.c) works correctly when compiled
against a test program (proof: http://www.subatomix.com/test_cgi.cgi?a=b)
instead of spamcamo.cgi.c. This is what the program does (i.e. not much)
before calling strdup():
printf()
function call
function call
getenv()
return
strcmp()
funcion call
getenv()
return
strdup() <--- SIGBUS occurs here
I get the same results on two FreeBSD boxen. One is running 4.5-RELEASE and
the other is running 4.6-STABLE. I'd like to think this is something I've
done wrong and not a bug in libc. Any ideas?
--
Jeffrey Sharp
i do have a multia ... what needs to be done?
--f
> -----Original Message-----
> From: Antonio Carlini [mailto:arcarlini@iee.org]
> Sent: Sunday, January 19, 2003 1:33 PM
> To: cctalk(a)classiccmp.org
> Subject: RE: VMS command question and help, off-topic
>
>
> > Antonio Carlini (arcarlini(a)iee.org) wrote :
> >
> > > Can you zip it up so it's easier to download?
> >
> > didn't help very much,
> http://www.kotelna.sk/freddy/multia_v72.bck.gz
> > (913652 bytes), along with the original
> > http://www.kotelna.sk/freddy/multia_v72.bck > are there.
>
> I didn't mean to make it smaller - I just didn't
> want it to download as a text file. ZIP files
> download correctly, other random stuff depends
> on the server settings (IIRC).
>
> Anyway, I managed to get it using a download
> manager and I've managed to restore it to
> a floppy. I don't have a Multia so I won't
> be able to test it. I can either dig out
> rawread or try using dd on my Solaris
> box - just let me know which you would
> find easiest to deal with (and the exact dd
> command you would prefer, if that matters).
>
> I can email the result or ftp it to you
> if you have a server.
>
> Antonio
>
> --
>
> ---------------
> Antonio Carlini arcarlini(a)iee.org
>
>
Anyone ever seen someone out there trying to get rid of a Yamaha CX5M? It's
about the only MSX machine I have significant curiosity about due to its
specialised music abilities.
--
----------------------------- personal page: http://www.armory.com/~spectre/ --
Cameron Kaiser, Point Loma Nazarene University * ckaiser(a)stockholm.ptloma.edu
-- I used to miss my ex-girlfriend, but then my aim improved. -----------------
Pete,
> Well, someone else has offered to copy Disc 1 for me. I've also found a
> few other people who have ARM Evaluation Systems, so once I get a good Disc
> 1, I'll put the set of six on my website (and if anyone from any of the
> Beeb sites wants to make a copy, that's fine by me). Any suggestions as to
> format to use for the images?
I expect you know far more about this than I do! "Pete's own undocumented image
format" is probably not a good idea :-)
Other than that anything that has some supporting documentation available would
seem sensible - it'll always be possible to convert between formats then.
I get lost trying to remember all the issues regarding writing to discs in
different machines (wish there was a website that collected all that
information together, for various platforms) - I can't for the life of me
remember if it's possible to write to beeb discs with a PC, which would
probably be my preferred option. My BBC Master can emulate an XT so maybe
there's something on that side that can take a PC format 5.25 disc and write
out to a beeb disc. I have no idea...
I'm more concerned about the disc set being archived somewhere than delving in
and playing around with my ARM unit now though - same goes for other systems.
I've already got machines that are non-runners at present because the software
has gone and is unobtainable :-(
> so 50 or 100 seem likely
> numbers for the quantity of ARM Development Kits made to fit Beebs.
hmm, mine was pretty late then if they did only make 50. Mine came from Kent
uni; I have no idea what it was doing there, but the same place sourced quite a
few bits of beeb equipment. Maybe they did some official product testing or
something.
cheers
Jules
__________________________________________________
Do You Yahoo!?
Everything you'll ever need on one web page
>from News and Sport to Email and Music Charts
http://uk.my.yahoo.com
Thanks muchly, Jeffrey!
The problem was that the archive list on the main page only goes up to Nov. 2001,
but these URLs did the trick.
m
-----------------Original Message-----------------
Date: Thu, 16 Jan 2003 22:08:32 -0600
From: Jeffrey Sharp <jss(a)subatomix.com>
On Thursday, January 16, 2003, M H Stein wrote:
> with the previous system I could retrieve the missed messages, but am
> apparently too dense to figure out how with the present system. Help?
http://www.classiccmp.org/pipermail/cctalk/http://www.classiccmp.org/pipermail/cctech/
--
Jeffrey Sharp
---------------------Original Message-------------------------
From: "Tim Myers" <tim.myers(a)sunplan.com>
To: <cctalk(a)classiccmp.org>
Subject: PerSci Model 277 Dual 8" Floppy Drives - Info Needed
Does anyone have any info on these drives? I have some in a CP/M system
(Ithaca Intersystems DPS-1), and they seem completely dead. They have an
electric load mechanism, but when I insert a disk, nothing happens.
Popped the case and can't see anything obviously out of place.
Tim.
-------------------------------------------------------------------------
Cromemco used these in early models of the System 3; not exactly the most
reliable. Sorry to say, I scrapped several of them a year ago and, although I've
got manuals for most Cromemco stuff I don't think I've got any docs on these.
But I'll have a look and let you know if I find anything. Meanwhile, there are
probably several people on this list who have them and could perhaps at
least compare notes with ya. They are getting power?
Good luck,
mike
I *can't* believe I'm actually doing this.....I'm in a situation wherein I
need the MB, if you still have it.
How's it outfitted? uP and memory, is what I'm thinking of; and does it have
the standard 8-expansion slot count?
If you still have it, please do let me know, and I'll get back with you
quickly. Unfortunately, time is pushing me in this situation.
Also, if you *happen* to have a CGA video adapter with at least RGB DB-9
output, composite out (RCA) would be cool, but not necessary. I'd like to
get ahold of it at the same time.
--
Allan Gabston-Howell
"Be wary of any school of thought whose very name is an oxymoron.
They're telling you up front that they intend to travel on square wheels."
---------------Original Message---------------
Subject: T&B Ansley IDC connectors
From: "Jeffrey H. Ingber" <jingber(a)ix.netcom.com>
Date: 17 Jan 2003 19:17:20 -0500
Does anyone know where I can aquire the T&B ansley "light blue" IDC
ribbon cable connectors that were used by MITS?
Googling reveals that Tyco purchased this line of connectors in 2001,
but I can't find any mention of T&B Ansley on their web site.
Thanks,
Jeff
-------------------------------------------------------
Used to use a lot of these & have a few left; Exactly which ones are
you looking for?
mike
------------------Original Message------------------
Date: Fri, 17 Jan 2003 21:59:52
To: cctalk(a)classiccmp.org
From: Joe <rigdonj(a)cfl.rr.com>
Subject: Ampro cards
Reply-To: cctalk(a)classiccmp.org
I recently picked up two Ampro computer cards. I think they're PC/104
cards but I'm not positive. Your A60707 is the CoreModule XT Plus (CPU
card). The other board is the MiniModule FSS, which is Floppy/SCSI/Serial
controller. Does anyone have manuals for them? Ampro has a website but
there's nothing on there about these cards and Ampro tech support hasn't
been any help beyond id'ing the cards.
Joe
-------------------------------------------------------------
Haven't got that $1000 for ya, Joe, but I do have a pile
of Ampro docs somewhere & maybe the name of a
contact, and yes, they are almost definitely PC104.
Don't hold your breath, & I probably haven't got anything
on those particular boards, but I'll keep my eyes open.
mike
Hi again folks,
Thinking about the VS3100/VT1300/VXT matters brought up another question that
has nagged me for a while. How much compatibility is there between KA410
(VS2000), KA42 (VS3100 M30/38/40/48), and KA43 (VS3100 M76) as far as video
boards go? I mean GPX and SPX. (Were there others?)
I know that the 4-plane and 8-plane GPX boards were originally designed for
VS2K, and I'm pretty sure that the VS3100 ones are the same as the VS2000 ones,
which implies that the video option connector on KA42 has to be identical to
the one on KA410.
But now comes SPX. I have seen many VS3100 M76 SPX machines, and SPX appears to
have been pretty standard on these machines. But I have questions. Does the SPX
board also work on earlier VS3100s and on VS2000? I seem to recall from
somewhere that the answer is yes for VS3100 and no for VS2000. Could someone
confirm? And how about the other way around? Can M76 use GPX? No video option
at all? (I seem to recall that base mono video was removed on KA43.)
This makes me wonder about the nature of interface between the system board and
the video option. Since it originates from VS2K, common sense says that it has
to be 16-bit EDAL, since that's all VS2K had. But then there is the DTJ article
about the design of VS4000 M90 where they've used a version of SPX that
attaches directly to 32-bit CDAL. Furthermore, they just lifted their SPX
design from the VXT2000 where it also attached directly to CDAL. Hmm. Did the
original SPX used in all these VS3100 M76s also attach to CDAL? Then how can
the video option connector, which at least mechanically hasn't changed since
KA410, be sometimes EDAL and at other times CDAL? Were there a lot of unused
pins on the original KA410 connector that were made into upper 16 bits which
are used sometimes but not at other times? But then if turning CDAL into EDAL
were only a matter of using only lower 16 bits, why did they design a much more
complex chip (SEAC) for this very purpose in VS4000 M90 (see the DTJ article)?
Just a hardware-minded hacker being curious.
MS
Thanks for those that checked in - I will see what I can make of the orders.
For those wanting 27C1024s - no special price - .25 each (two bits per
lots of bits), 6 for a buck.
For those wanting 2708s - $1 each.
For those wanting 1702s - $2 each.
Sorry, no 2704s.
William Donzelli
aw288(a)osfn.org
From: No Junk Mail <3sdiarftt02(a)sneakemail.com>
Date: 01/17/2003 0:10 AM
> M card for my first XT. Was there ever a processor upgrade card for 8-bit ISA
IIRC the SOTA 286 card was 8-bit. I had one kicking around in a junk bin at the
shop but I think Joe Rigdon made off with it ;>)
Joe -- is that board 8- or 16-bit?
Later,
Glen
0/0
>I've been thinking about this very project for sometime. The main problems
>that I came up with are:
> 1. certain parts are difficult to find
> 2. ROM source and/or binary image availability
> 3. re-creating the pc boards
This site has what might be a dump of the ROM. I don't really know, but
the name implies it.
<http://www.apple2.org.za/gswv/1WSW/Apple.1.SPECS/>
-chris
<http://www.mythtech.net>
Fred N. van Kempen <Fred.van.Kempen(a)microwalt.nl> wrote:
> When booting the M76 with the VXT (V2.1) load image, nothing happens
> after the load image has been loaded. In other words, it dies when
> started.
>
> [...]
>
> So.. heh. Now, to find out what is happening with the M76...
Well, it's obvious what's happening. The VXT program reads the SID register,
sees the top byte equal to 0B, and doesn't know what the heck to do with it. In
other words, it just doesn't support this machine.
> When loading the M38... _it_works_ !
> The VXT software "detects" a VT1300 with SPX and 16MB, and happily runs.
Good. This is what I expected, but just to make sure. The real VT1300 was AFAIK
a KA42-A (M30, 90 ns cycle time) with GPX video, so you've just built a better
VT1300 with a faster 60 ns cycle time CPU and with SPX video. Given that the
VXT program runs on 3 different CPUs (VS2000 with MV II, KA42/VT1300 with CVAX,
and VXT2000 with SOC), we can safely assume that your faster VT1300 won't cause
any problems later, i.e., the program is very unlikely to time things with CPU
cycles.
MS
All,
Took some fiddling with boards and a firm kick to the monitor,
but... we haveth resulths.
Setup:
Server1: VAXserver 3100, OpenBSD/vax V3.1
Server2: VAX 4000-100, OpenSD/vax V3.1
Client1: VAXstation 3100-M38 [SPX], VR219-D3
Client2: VAXstation 3100-M76 [SPX], VR219-D3
Server2 is the boot server which runs [my version of] MOPD, and which
is the load host here for the VAXlab network. It has no probs booting
the terminal servers, DECnis 600, the VXT2000's and all VAXen I have.
When booting the M76 with the VXT (V2.1) load image, nothing happens
after the load image has been loaded. In other words, it dies when
started.
When loading the M38... _it_works_ !
The VXT software "detects" a VT1300 with SPX and 16MB, and happily runs.
So.. heh. Now, to find out what is happening with the M76...
--fred
I dug the 2001 out of the cupboard the other day - it's reorganise time,
try to get *even more* stuff into exactly the same amount of space as less
(but still lots of) stuff occupied. It never works, but it does give me an
excellent excuse to have a play around with some of them.
Unfortunately, the PET seems to have developed an odd fault: It won't take
a BASIC program, and some keywords seem to be knackered...
It reports 7167 bytes free, as per spec. But if I type:
10 REM blah
or
10 ?"HELLO"
it hangs. If I load a program from tape, it does one of two things:
a) Loads but won't run, typing LIST produces something like this:
10
2
READY.
b) It loads & hangs immediately after the READY. prompt comes up.
I tried to put together a FOR loop (the idea being I could use it to
display chunks of memory at a time, e.g.
FORI=0TO10:?I;:NEXT
Instead, the machine goes into an infinte loop displaying zero on a new
line each time (it's ignored the I variable, and the semicolon after the
PRINT command.
If I replace NEXT with NEXTI, it fails reporting NEXT without FOR.
So.... I figure the BASIC ROM has become slightly corrupted, OR I've got a
flakey memory chip which reads OK but doesn't write properly. The question
is, how to find out?
1) Can the BASIC ROM be swapped with one from, say, a 3032 or 4016? In
fact, which one IS the BASIC ROM?
2) If it's a dodgy memory chip, what's the best way of isolating it? I have
an oscilloscope, but nada skill in this sort of thing.
3) If, as my money is on, it's the BASIC ROM, can it be replaced with an
EPROM - if so, there's a whole gamut of additional questions to follow....
Thanks in advance!
--
Cheers, Ade.
Be where it's at, B-Racing!
http://b-racing.com
On Jan 17, 18:18, Adrian Vickers wrote:
>
> Unfortunately, the PET seems to have developed an odd fault: It won't
take
> a BASIC program, and some keywords seem to be knackered...
> So.... I figure the BASIC ROM has become slightly corrupted, OR I've got
a
> flakey memory chip which reads OK but doesn't write properly. The
question
> is, how to find out?
Swap some of the RAM chips around and see if it makes a difference. If it
does, particularly if it fixes it, swap them back -- it might just be a bad
socket contact. Be careful with the RAM chips: if you have the type of PET
I think you do, they're MOS Technology 6550, aka unobtainium, and unlike
any other RAM chip.
> 1) Can the BASIC ROM be swapped with one from, say, a 3032 or 4016? In
> fact, which one IS the BASIC ROM?
No. BASIC (and also the rest of the code, whether you call it a kernel or
a monitor, or "stuff") is spread over several chips. And in the early
PETs, the ROMs too are MOS Technology specials, and the different versions
of PETs had different ROMs. In fact, there was an upgrade for the
originals, because they didn't handle the IEEE routines properly, which
made it impossible to use disks properly (amongst other things).
> 2) If it's a dodgy memory chip, what's the best way of isolating it? I
have
> an oscilloscope, but nada skill in this sort of thing.
> 3) If, as my money is on, it's the BASIC ROM, can it be replaced with an
> EPROM - if so, there's a whole gamut of additional questions to
follow....
If it's a later unit with 24-pin 2332 mask ROMs, then a TMS2532 EPROM can
be used (not a 2732, nor other 2532s that don't have the TMS prefix). If
it's got 28-pin MOS Technology MPS6540 ROMs, you'd need a carrier to
shuffle some signals, at the very least, and possibly some logic to handle
the multiple select lines. The good news, though, is that I have a
chicklet-keyboard 2001-N as well, and if necessary, I could probably do a
ROM dump for you (though IIRC it used to be on the 'net somewhere). I
wouldn't need to move more than a few hundreweight of stuff to get at it
;-)
--
Pete Peter Turnbull
Network Manager
University of York
I tried with both VR320 and VR19-D3, see next msg on list. This is
driving me nuts.
--fred
> -----Original Message-----
> From: Antonio Carlini [mailto:arcarlini@iee.org]
> Sent: Saturday, January 18, 2003 11:37 PM
> To: cctalk(a)classiccmp.org
> Subject: RE: VXT X terminal question
>
>
> > Although I have both the M38 and M76 set up, I cant get the video
> > part to work - tube (that is on a VXT2000 right now) doesn't
> > seem to sync on either model. The M38 is standard, the M76
> > is the SPX model. Anyone have a clue?
>
> What monitor are you using? These things are synch-on-green,
> which not all monitors support.
>
> Antonio
>
> --
>
> ---------------
> Antonio Carlini arcarlini(a)iee.org
>
>
All,
Although I have both the M38 and M76 set up, I cant get the video
part to work - tube (that is on a VXT2000 right now) doesn't seem
to sync on either model. The M38 is standard, the M76 is the SPX
model. Anyone have a clue?
--fred
Jochen writes:
> Someone on the PUPS / TUHS list has ported 4.3BSD-Tahoe and / or
> 4.3BSD-Reno to the VAX4000-7xx. AFAIK he had some porblems with
> interrupts at autoconfig time, but got it running.
Heh. This is not too hard, but *only* if he used the machine with
a KFQSA (DSSI-to-MSCP) controller, rather than the onboard SHAC.
It'd be a start, though. Michael, was this you?
--fred
Antonio Carlini <arcarlini(a)iee.org> wrote:
> I think the origins of the GPX go back to the QDSS Q-bus
> board set as used in the VAXstation II (the "Dragon" chipset).
I know. I meant that the GPX used in VS3100s originated in VS2K.
> My recollection is that the same GPX board was indeed used on
> the KA410 and KA42s. That was the VS40X-MA.
I thought so too. But what about SPX? Can it go into a pre-M76 VS3100? And what
about VS2K SPX? (It would of course be very silly in practice, but I'm talking
in principle.)
> I *think* that in the KA42 systems, they converted from CDAL
> to EDAL (or whatever) as necessary.
"As necessary"? I thought that except for memory KA42 is 100% EDAL. At least to
system software KA42 is basically a faster KA410. (Well, there are some tweaks,
like the ugly hack to make LANCE address 32 MB instead of 16. On KA410 they
simply got lucky that their system memory size just happened to be what LANCE
can address. Then I recall that the NetBSD folks had discovered that for SCSI
the DMA byte count had to be set off by one between the two or something like
that. I don't remember the details, but the question can probably be settled by
comparing the KA42 SCSI driver in Ultrix sources against the KA410 st driver
and the KA410 TM.)
So I thought that KA42 had one big CDAL-to-EDAL bridge upfront and the rest of
the system except memory was EDAL. But I could be wrong, maybe different
subsystems have their own independent connections to CDAL.
But if KA42 indeed has one big CDAL-to-EDAL bridge upfront, the million dollar
question becomes: why did the VS4000 M90 dev team toil to design their own
CDAL-to-EDAL bridge (CEAC) if there already was one? The only plausible
explanation I could come up with is that perhaps on KA42 the CDAL-to-EDAL
bridge was inseparably integrated with the memory controller.
BTW, I have never found any references to a technical manual for VS3100 (any
model) or for the corresponding early MV3100 models. It looks like one never
existed. Do you have any more info?
> The KA43 was a Rigel chip
> shoe-horned into a CVAX system, so they did something to
> convert the Rigel bus (RDAL?) to CDAL and then left as much
> of the rest of the box alone (I don't have the KA43 stuff
> to hand so I may be misremembering the exact details here).
Does KA43 have memory on CDAL or on RDAL? I once had one in my hands and when I
looked on the board to see what chips it had, I found the P-chip and the F-
chip, but not the G-chip. The G-chip (used on KA670) is a Rigel memory
controller and an RDAL-to-CDAL bridge combined. (The VAX 4500 team got the NCA
idea from it.) I then thought that having no real need for CDAL KA43 went
directly from RDAL to EDAL, perhaps combining the RDAL-to-EDAL bridge with an
RDAL memory controller. But I guess they could have also made a chip like the G
but without the memory controller and then plopped the KA42 memory and I/O on
CDAL. That could explain why KA670 pulls 8.0 VUPs and KA43 only 7.6.
But you are right in that the gap between KA42 and KA43 is much smaller than
between KA410 and KA42.
> In the VS4000-90, the NCA is (IIRC) an NDAL-to-CDAL bridge.
> Then the EDAL hangs off the CDAL to give access to some of the
> internal options that presumably were leveraged from earlier
> CVAX designs (KA42 etc.). But the graphics hang off the CDAL.
> As you note, these are *not* the standard SPX etc. but designs
> that presumably had already been modified from the original
> SPX
Yup.
> to remove the EDAQL interface and use CDAL instead
Yeah, maybe that was the change. (Was that a typo or was EDAQL a chip
converting EDAL to SPX's internal bus?)
> I'm guessing, I
> cannot find the article I'm sure I've read that describes
> the development of the VXT2000).
http://www.research.compaq.com/wrl/DECarchives/DTJ/DTJ402/DTJ402SC.TXT
But it talks about the X aspects of it and says nothing about VXT2000 hardware.
MS
Michael asks:
> This last point makes me think "hmm, it must be fairly generic, I
> wonder what other VAXstations can it run on?"
True, the software set seems to be fairly generic.. I found this out
a while ago by accident; I (net-)booted that image onto the wrong
machine, and dang! wasdat? it *runs* ??? :-)
> Specifically I wonder whether it would run on a KA43 (VS3100 M76).
Most likely not, because the -M76 is an NVAX box similar to the 4000
series machines (MV4 aka 4000/200, the 4000's, the 3100-M76 and -4X
and -8X series.) It might run on the 3100-M38, although I believe
that's a "non" 3100, too. I would assume that they kept the CPU
support library as small as possible, meaning only the generic series
of machines they "sortof" intended the VXT software set for, i.e. the
2000, 3100 and alike systems and their hardware features (as needed.)
> I'm willing to bet that it'll handle the SPX video
Yup, it's basically some "NanoVMS" kernel, with minimal runtime and a
VMS DECwindows subset. Which means (methinks..) that it most likely
wasnt stripped from its GPX and SPX(+) drivers.
Dang! Now you got me curious. I have all three (2000,M38 and M76) so
will set them up tonight or tomorrow and see what they do.
--fred
Fred N. van Kempen <Fred.van.Kempen(a)microwalt.nl> wrote:
> Ugh. Make that V4.20, obviously. Development is done on my V4.5 box..
>
> Shitty thing is, that I probably will also have to run a 4.2 system as
> a second-step system for bootstrapping, and I dont have a 4.2/vax tk50
> or cd set.
Why can't you compile and use the V4.20 kernel on your V4.50 system?
BTW, have you tried booting VXT on different VS3100s? I would really like to
use a KA43 for my own VXT if possible, but I need to know if it is or not.
MS
Antonio Carlini <arcarlini(a)iee.org> wrote:
> I doubt that non-hobbled firmware exists. I doubt you
> could just use the UV3100-96 firmware upgrade on a
> UV3100-85 and have it work. In fact, I guess the firmware
> is the same but it looks at the machine's hardware (e.g.
> size and config of backup cache or something like that)
> to determine what it is running on, and disables the VIC
> if it thinks the machine is a UV3100-85.
Umm, I don't think so. It looks like the firmware is the only difference
between M85 and the equivalent M9x model and the hardware is the same. In this
case flashing M9x firmware would obviously give you the M9x model. But even if
the M85 board was really different in B-cache or something from all M9x models,
I doubt that the firmware could detect this by "looking at the hardware". AFAIK
it's the firmware that has to tell the chips how the board is configured, not
the other way around.
If indeed the hobbled and non-hobbled firmware are the same code, what it looks
at to make the decision is most probably a flag in the second longword of the
ROM.
> The easiest thing to do would be to try reenabling the VIC.
> If that is not enough, you would have to find the bit of code
> that disables the VIC and NOP it out.
Well, if it munges the microcode I would go for option 2 in any case.
BTW, do you know for sure that it really munges the microcode and not just
disables the VIC in the same way normal caches from CVAX onward can be enabled
and disabled as you like?
MS
> Add to that Sellam's consistent slander of Texas and
> Texans, ever since George Dubbya took office.? I despise Bush, but I
> *am* a native Texan, and am proud of that.? Sellam's comments to me, in
> private email, are even more culturally oriented.
>
> ? It is not the first time on this list, and Texans have not been his
> only target for cultural slurs and epithets.? As this is a decidedly
> multi-national and multi-cultural forum, it's always surprised me that
> the list-members in general put up with it.
>
Hello everyone, I don't know Doc, at least I'm not sure. Many of us have
never met others in person. I have however met Sellam, and I've corresponded
with him many time over the years. Sellam, you've always been very nice and
professional to me online and also when we met at the First East Coast
Vintage Computer Festival. But, I feel a need to say that your language and
personal attacks to people on list has really gotten out of hand. Doc, you
did yourself no favors the moment you also used the "F" word in response.
There have of course, also been some others here exhibiting bad language,
etc., in the past.
For anyone who doesn't know, when someone attacks a person personally,
instead of attacking their viewpoint, this is called an Ad Hominem attack -
ad hom?i?nem adj. Appealing to personal considerations rather than to logic
or reason: Debaters should avoid ad hominem arguments that question their
opponents' motives. Whether you are attacking their race, place of birth,
religion, sex, or yes, even choice of ISP. If everyone will excuse me a
moment, my politics are simple on social behavior - I don't care what any
consenting adults do in private, but keep it private. You can engage in gay
or "normal" sex, do drugs, curse your head off, who cares. Keep it private
and between adults only. This forum is public, and there are probably some
minors who subscribe or peruse the archives later. You have a social
responsibility to keep any and all antisocial, uncivil behavior off-line. All
of this out-of-line behavior that has been allowed to carry on this list is
out of control regularly now.
I voted for and overall like President Bush. Sellam, Doc . . . oh, am I a big
jerk or stupid now?! But of course, this has nothing to do with our hobby and
needn't ever have been revealed here. It's immature and frankly unrealistic
to think that your little "swipe" or "joke" in regard to politics is amusing
to everyone. Or, even that it impresses anyone. None of us are here to listen
to anyone's political agenda. Or their viewpoint on business ethics and
copyright law, etc. Unless these concepts are discussed in regard to a
historical, classic computer system(s) or related.
Is anyone in charge here? Is there any policing of list etiquette? Even just
internal by other members? Are there more of you out there like me? Is
everyone happy with this stuff?! I'm very tired of it. I may not "discuss"
much on here, but I read every one and I'm just as much a "member" here.
Can we please have discussion on topic, and behavior that does not insult or
offend anyone?! It's really not that hard, it just takes some discipline.
Simply treat any other person the way you want to be treated - with respect I
imagine.
There, I finally did it, posted for all to see. This is ridiculous the
behavior that goes on here. Civil behavior is all that we have to keep the
foundation of our culture "civilized." All the other stuff becomes secondary.
Regards to everyone on list, David
David Greelish
Classic Computing
www.classiccomputing.com
"classiccomputing" on eBay
>
I have an IBM 5322. I can't find any useful information on the web. It
looks very much like a System/23 Datamaster. Is it one and the same?
Next question:
When I boot it up it comes up with a display as follows:
07 08 09 0A 0B 0C 0D 0E 0F 10 11 12 13 14 15 16 17 18 19 1A
-- -- --
1B 1C 1D 1E 1F 20 21 22 23 24 25 26 27 28 29 2A 2B 2C 2D 2E
-- -- -- -- -- -- -- -- -- -- -- -- -- -- --
2F 30 31 32 33 34[35]36 37 38 39 FD
-- --
4A
The hyphens underneath numbers indicate that those numbers are underlined,
and the square brackets indicate that that number is inversed video.
Does anyone know what this means?
Last question:
I press the RESET button and it clears the screen and goes into what looks
to be a prompt mode. It had "PROC START" on the bottom, so I entered this
as a command. Now a status line on the bottom has "OPTION 10" with the
"10" blinking and I can't figure out what to do.
Does anyone know what is going on? How do I boot from the floppy drive?
Anyone got an OS disk? A manual?
Thanks!
--
Sellam Ismail Vintage Computer Festival
------------------------------------------------------------------------------
International Man of Intrigue and Danger http://www.vintage.org
* Old computing resources for business and academia at www.VintageTech.com *
Michael,
> (Jumping on my horse again, making Ultrix run on VS3100 M76 would take a
> screenful of code. I have the source if anyone wants to take a stab.)
I have the Ultrix V4.50 source tree [no comment] and will be porting it to
the M76, *and* (which is my target) my beloved 4000-700A. And life will be
great if I can find a 705A CPU for that box.
--f
On Jan 18, 10:23, Jules Richardson wrote:
> > Do either of you think you have a Disc 1 for it?
>
> no discs at all I'm afraid :-( hence why I was asking about whther
there's a
> sensible ftp site to put them on so if a working set can be collected at
least
> they can be archived somewhere (the same goes for manuals really, but
scanning
> those would be a major pain I expect!)
Well, someone else has offered to copy Disc 1 for me. I've also found a
few other people who have ARM Evaluation Systems, so once I get a good Disc
1, I'll put the set of six on my website (and if anyone from any of the
Beeb sites wants to make a copy, that's fine by me). Any suggestions as to
format to use for the images?
I've also just been told that the production run of ARM (not ARM2) chips
was 2000. I know some were used in-house for other types of development
system (like the A500) and more were used for Springboard (an ISA card, the
PC equivalent of the ARM Development System), so 50 or 100 seem likely
numbers for the quantity of ARM Development Kits made to fit Beebs.
--
Pete Peter Turnbull
Network Manager
University of York
On Jan 18, 12:49, Adrian Vickers wrote:
> At 06:41 18/01/2003, Ethan Dicks wrote:
>
> >I bring it up because I _think_ you are talking about the original
> >chicklet-keyboard SRAM PET, but you didn't come right out and say so.
>
> Apologies, I didn't; I keep forgetting that the 2001 went through more
> development than perhaps any of the other PETs. Yes, it is a chicklet
> keyboard version, with static RAM (2114's) and original 28-pin MOS ROMs.
> Well, there are no unpolulated sockets, so perhaps it's a fair bet that
> there's some extra stuff in there. Goodness knows what, though, all the
> ROMs are MOS 6540's.
Then there's no extras. The MOS Technology 6540 ROMs are half the capacity
of the 2332s in later boards, so there are seven of them in a standard PET
and no spare sockets.
> Figures :( I've had to do this once already to locate a broken 2114
(when
> I got the machine, it claimed only 1600 bytes of memory were free).
> Luckily, I have one more spare 2114 (I got two from someone on this list,
I
> forget who [for which I apologise] and thank them (again) profusely, as
if
> it is a broken 2114, there's a chance the second spare might be
essential).
I think it was me (and I think you already said thankyou :-))
> Also, I know this has been asked & answered before, but what's the best
way
> of cleaning the board? It has more dust on it than I am properly
> comfortable with, and besides it looks horrible.
>
> I'm guessing that *ideally* it should be washed in distilled water with a
> very soft brush, then left in a warm place to dry thoroughly. OTOH, maybe
> alcohol would be a better idea? I have some disc head cleaning alcohol
> which would suffice - recommendations please!
Start by vacuuming it with a powerful vacuum and a soft, small, paintbrush
(about 1/2" - 1") to help disldge the dirt. You might not need to wash it
after that. It's not too important for a board like this, but the air
rushing through a plastic vacuum nozzle can generate a surprising amount of
static, so ideally the nozzle should be conductive, and grounded.
If you do wash it, use some detergent, do not get it too hot, rinse with
distilled water and a *very small* amount of wetting agent (to help the
water drain). Blowing off the excess with low-pressure compressed air
and/or rinsing in IPA or meths (which mix with water and helps remove it)
may also be a good idea. Do make sure you get all the water out of places
like IC sockets, switches, and connectors, as residues may eventually lead
to corrosion.
In extreme cases, or where I've had a lot of boards to clean, I've used the
dishwasher -- but do not let the dishwasher do the normal drying cycle as
it's too hot for safety. Some dishwashers seem to use very hot water, too,
and some types of PCB and some types of plastic don't like that. Don't use
a dishwasher on boards that have non-sealed relays, transformers, paper
labels, etc.
--
Pete Peter Turnbull
Network Manager
University of York