------------Original Message:
Date: Wed, 28 Mar 2007 20:49:28 -0700
From: "Michael Holley" <swtpc6800 at comcast.net>
Subject: 2708 EPROM progreammer - old magazines designs
> I am thinking of building a programmer for the 2708 EPROM, that can also
> read an EPROM and dump it to a serial port.
>
Here are the schematics and software for a MC6800 based design from 1977.
http://www.swtpc.com/mholley/MicroWorks/B09_Index.htm
Michael Holley
-----------Reply:
Michael:
FYI, the same issue of KB (2/80) also contains instructions for mods
to the SWTP MP-R programmer to burn 2708's.
And also an article about adding an amp chip to make the AC-30 more
reliable.
You might want to add them to your excellent SWTP site.
mike
> I am thinking of building a programmer for the 2708 EPROM, that can also
> read an EPROM and dump it to a serial port.
>
Here are the schematics and software for a MC6800 based design from 1977.
http://www.swtpc.com/mholley/MicroWorks/B09_Index.htm
Michael Holley
I'm starting to collect some qbus equipment again and am trying to
setup a system around a KDJ11-AA CPU.
My current configuration is:
BA23 enclosure
KDJ11-AA (m8192)
MSV11-QC (m7551 cf)
DZQ11-M (m3106)
RQDX3 (m7555)
TQK50-AA (m7546)
First, will it be possible to boot this configuration? Can I setup to
start the KDJ11 in ODT mode and enter a bootstrap for the RQDX3 by
hand? How long a program would I have to enter?
Also, I've done a Google search but have been unable to find
documentation on how to configure the DZQ11 module. I'd like to
configure it so that I can use one of its ports as the console port
for ODT. Is that possible?
I'm planning on using a Maxtor XT-2190 190mb hard drive. If that
won't work, I have a number of RD53 drives I can use instead.
Is this a workable configuration or do I need a boot module like the
MXV11?
Thanks,
David
>
>Subject: Re: BA23 setup and DZQ11 configuration
> From: David Betz <dbetz at xlisper.com>
> Date: Tue, 27 Mar 2007 08:40:03 -0400
> To: "General Discussion: On-Topic and Off-Topic Posts" <cctalk at classiccmp.org>
>
>>
>>> I'm starting to collect some qbus equipment again and am trying
>>> to setup a system around a KDJ11-AA CPU.
>>> My current configuration is:
>>> BA23 enclosure
>>> KDJ11-AA (m8192)
>>> MSV11-QC (m7551 cf)
>>> DZQ11-M (m3106)
>>> RQDX3 (m7555)
>>> TQK50-AA (m7546)
>>> First, will it be possible to boot this configuration? Can I setup
>>> to start the KDJ11 in ODT mode and enter a bootstrap for the
>>> RQDX3 by hand? How long a program would I have to enter?
>>
>
>Jerome,
>
>Thanks for your detailed response. In fact, I'd like to thank
>everyone on cctalk for the great advice I've received. Based on all
>of your input, I've arranged the following change to my PDP-11
>configuration:
>
>BA23 enclosure
>KDJ11-B CPU (includes console port and boot rom) (m8190) (thanks Dave!)
>MSV11-QC 4mb memory (m7551 cf)
>Sigma RQD11-EC ESDI controller
>RQDX3 for RX50 (m7555)
>TQK50-AA for TK50 (m7546
>DLV11-J (for extra serial ports) (thanks Julian!)
>Possibly a Viking SCSI controller (for CD-ROM and maybe a hard drive)
>
>I have at least one working ESDI hard drive so that will be my boot
>device. My real problem is removable media. Even though I have an
>RQDX3 to control an RX50 drive, I don't have a working RX50 drive.
>Same goes for the TK50. I have non-working versions of both drives
>but nothing I can use to move software onto my system. Anyone have a
>working RX50 and/or TK50 drive they can spare?
A good substitute for RX50 is an RX33 (aka TEAC FD55GFR) or an FD55F
setup as non1.2mb. RX50 drives are actually two platters but one head
positioner and they are 96TPI like the mentioned FD55F or G. These work
fine with RQDX2/3 as a RX50 substitute. I have one configured that way.
Allison
Hi,
I am thinking of building a programmer for the 2708 EPROM, that can also
read an EPROM and dump it to a serial port.
As 2708s are obsolete few moern programmers support them, apart from a few
that cost many $100s. So I thought why not try and build one? I've found
references to the following classic magazines, and I would be willing to pay
a small fee for photocopies or scans of the articles:
Program your next EROM in BASIC. Schematic for a 2708 erasable read only
memory reader and programmer which uses parallel IO ports to set data and
address. The software to drive the programmer is written in BASIC.
Byte - March 1978 page 84 on (main article)
Byte - April 1978 page 62 (Byte Bugs)
How to program 2708 EPROM's using this circuit board and program.
Byte - April 1980 page 198 on (main article)
Byte - September 1980 page 321 (follow-on)
A Simple 2708 EPROM Programmer ... For the Motorola D2 kit ... Frank W.
Summers.
Kilobaud - February 1980, page 138 (magazine is currently on eBay)
#638 2708 EPROM programmer.
Electronics Today International (ETI) - July 1978
Instead of money I can provide (or copy / scan articles) any of 24 issues of
Byte from 1981 to 1997 (including 11 issues from 1986) which I don't want to
keep. or I can photocopy / scan articles from nearly any copy of Practical
Computing from 1978 to 1985 (which I do want to keep).
If you have built your own design of 2708 programmer and want to share that
would be great too.
Thanks,
John
_________________________________________________________________
Match.com - Click Here To Find Singles In Your Area Today!
http://msnuk.match.com/
Subject: Re: 2708 EPROM progreammer - old magazines designs
To: cctech at classiccmp.org
Message-ID: <20070327233303.GA39659 at silme.pair.com>
Content-Type: text/plain; charset=us-ascii
John S wrote:
> > As 2708s are obsolete few moern programmers support them, apart from a few
> > that cost many $100s. So I thought why not try and build one? I've found
> > references to the following classic magazines, and I would be willing to pay
> > a small fee for photocopies or scans of the articles:
> >
> > Program your next EROM in BASIC. Schematic for a 2708 erasable read only
> > memory reader and programmer which uses parallel IO ports to set data and
> > address. The software to drive the programmer is written in BASIC.
> > Byte - March 1978 page 84 on (main article)
> > Byte - April 1978 page 62 (Byte Bugs)
>
I have a programmer designed by Steve Ciarcia from BYTE - It uses an
8051AH-Basic (The 8051 with basic embedded) as the controller - and
still works a treat - to this day. - Standalone board, interface via
serial. It was fun to see peoples faces when you shipped a ^C down the
serial line, and dropped through to a READY prompt.
I can find the doco for yo, but it is a high end solution to a simple
problem.
Alternately, I'm more than happy to read an eprom for you, and email
contents - I'm in Oz though. Perhaps there is somebody in the US who
could do the same.
Doug
Hi Guys n Gals,
Just a quick second request,
Does anybody have a manual - or even a quick reference sheet - for the
Nicolet NICE Z80 Hardware pod released in about 1980-1981.
I just received one, and there was no manual. I've figured out some of
the commands, as there are only 26 letters in the alphabet, but a
photocopy or scan of the book, or a quick summary from somebody else,
would be invaluable.
Take care,
Doug
AlphaStation 500's are less expensive, but be aware the memory is unusual.
Form factor 168pin dimm, 5v, FPM. The machine has two banks, each requires
4 dimms per bank. I have not been able to find any of these dimms. The AS500/400
I currently have, has both banks filled with 8x64M dimms (512M), the way it was
configured when I received it.
Dan @ Butler, PA
> Message: 25
> Date: Tue, 27 Mar 2007 22:49:28 -0700
> From: "Chuck Guzis" <cclist at sydex.com>
>
> How many different systems has any of the UK contingent been able to
> identify on the BBC 2 Adam Curtis series "The Trap"? He certainly
> seems to like his tape drives!
Though I did not see it myself, I've been told there was a shot of
the one inch version of the ICT 1300 series magnetic tapes about 25
minutes into the first episode. They were Ampex decks, either TM1 or
TM2, I can't remember which. The chap who told me has it on VHS which
I am going to digitise after I see him in July.
Roger.
I spent the weekend obsessing over what the fastest editor I could find
for a 4.77MHz 8088, DOS, CGA platform. The results, if anyone is
interested, are here: http://www.oldskool.org/guides/texteditors
No doubt I will get some scorn for knocking Brief and other venerable
editors, but the truth is I have very specific needs: 1. Instant screen
response to user input, and 2. a functional undo. That's it, really,
and I was surprised how many text editors did not fit the bill.
--
Jim Leonard (trixter at oldskool.org) http://www.oldskool.org/
Help our electronic games project: http://www.mobygames.com/
Or check out some trippy MindCandy at http://www.mindcandydvd.com/
A child borne of the home computer wars: http://trixter.wordpress.com/
John_a_s at hotmail.com wrote
>I've found references to the following classic magazines, and I would be
>willing to pay a small fee
>for photocopies or scans of the articles:
Program your next EROM in BASIC. Schematic for a 2708 erasable read only
memory reader and programmer which uses parallel IO ports to set data and
address. The software to drive the programmer is written in BASIC.
Byte - March 1978 page 84 on (main article)
Byte - April 1978 page 62 (Byte Bugs)
How to program 2708 EPROM's using this circuit board and program.
Byte - April 1980 page 198 on (main article)
Byte - September 1980 page 321 (follow-on)
A Simple 2708 EPROM Programmer ... For the Motorola D2 kit ... Frank W.
Summers.
Kilobaud - February 1980, page 138 (magazine is currently on eBay)
#638 2708 EPROM programmer.
Electronics Today International (ETI) - July 1978
>Instead of money I can provide (or copy / scan articles) any of 24 issues
>of Byte from 1981 to
>1997 (including 11 issues from 1986)
Apoloiges I should have written 'as well as sending money I can also provide
copies / scans etc.'
Steve Robertson (steerex at mindspring.com) wrote:
>I recently bought a "Willem" programmer off Ebay
Thanks, I've borrowed one of these in the past, and it worked fine with
single voltage EPROMs (like 2764s) but most 2708s require 3 rails including
-5V and -12V. Also the Willem has a limited programming voltage (unless you
add an external PSU).
Adam Goldman (adamg at pobox.com) wrote:
>be aware that the Ciarcia's Circuit Cellar articles in Byte were also
>published in
book form
OK, thanks for that. I've just found on comp.os.cpm that Steve's articles
are also in his book 'Build your own Z80 computer'. I don't think these
books will be in our local library, they tend to clear old old books to make
way for new ones. I would welcome offers from anyone with the book versions
also.
Regards,
John
_________________________________________________________________
Get Hotmail, News, Sport and Entertainment from MSN on your mobile.
http://www.msn.txt4content.com/
I got some feedback about problems with the css style file I
use and IE 6. Due to an oversight three named colors not known
to IE 6 were used, I fixed this. Now all text is at least
visible. There is still a problem on some pages with IE 6
on the first code line (e.g. /usr/src/sys/h/errno.h). With
firefox all looks fine, but I'll try to make it render on all
browers.
With best regards, Walter
--
Dr. Walter F.J. M?ller Mail: W.F.J.Mueller at gsi.de
GSI, Abteilung KP3 Phone: +49-6159-71-2766
D-64291 Darmstadt FAX: +49-6159-71-3762
URL: http://www-linux.gsi.de/~mueller/
>From: Scott Quinn <compoobah at valleyimplants.com>
>
>>Jochen Kunz wrote
>
>>On Sun, 25 Mar 2007 01:09:51 -0500
>>"Dan Snyder" <ddsnyder at zoominternet.net> wrote:
>>
>>>Form factor 168pin dimm, 5v, FPM. The machine has two banks, each
>>>requires 4 dimms per bank. I have not been able to find any of these
>>>dimms.
>>Hmmm. IIRC some PowerMacs used that type of memory too, as well as the
>>Sun SPARCstation 4/5. In contrast: 3.3 V EDO DIMMs are quite common.
>
>The Mac memory is generally not ECC, and probably will not work.
>SPARCstation 5 DIMMS max out at 32MB, so I'm not sure if it will be any
>benefit even if it works (and knowing DIGITAL I'd not be too quick to rule
>out something proprietary - look at the number of HP 72-pin memory modules
>that look exactly like 36-bit SIMMS (HP/Apollo 400 series, HP 9000 PA-RISC
>mid-'90s modules (both incompatible with each other as well)...)
>
>
Hi
There was a company here in California that had many DIMM and SIMM
boards that they would build different memories for you. They'd just
solder DRAM or whatever to the board you needed.
I had them make a RAM board for my HP IIIsi. I don't recall the name
but it was either in Milpitas or Fremont. Some searching on the web
should turn them up. They were much cheaper than the same RAM
cards from HP.
Dwight
_________________________________________________________________
i'm making a difference.?Make every IM count for the cause of your choice.
Join Now.
http://clk.atdmt.com/MSN/go/msnnkwme0080000001msn/direct/01/?href=http://im…
> Date: Tue, 20 Mar 2007 09:33:54 -0700
> From: "Chuck Guzis" <cclist at sydex.com>
> Subject: Re: John Backus passes away...
>
> Considering FORTRAN for what it was when it came out, it was pretty
> remarkable. I recall an old ACM (was it SIGPLAN?) recollection of
> one of the first users of 704(?) FORTRAN. What impressed me was that
> this compiler-on-cards pointed out a syntax error with message of the
> form:
>
> A COMPUTED GOTO REQUIRES A COMMA BETWEEN THE STATEMENT LIST AND
> VARIABLE. E.G. GOTO (100,200,300),J
I used Fortran 4 on the IBM 7094 at Imperial College London. I
remember one day the
compiler reported:
FORMAT MISSPELLED ON LINE xxx FORMAT ASSUMED.
I was used to syntax error messages by the dozen but this was the
first time I had
seen the compiler correct an error and run the job. Of course we are
used to
warnings now, but I think it was that one which got me interested
enough in
compilers to eventually get a job writing them.
> At one point in time, given machines with different character sets
> and word- and character sizes, FORTRAN was about the only way to
> write a portable program. If the program involved, for instance,
> text manipulation, one included as the first card of the data file
> one punched with all of the characters of the alphabet to be used and
> read it into an integer array using 80A1 format.
If you stuck to floating point and small numbers but there were big
problems
with word length variations when using integers.
>
> Did any computer built after 1960 NOT have a FORTRAN implementation?
Yes, my ICT1301 (155+ built from 1962 to 1965) had no Fortran compiler.
But then the line printer did not have any sort of parentheses. Not ()
[] or {}.
It had 1/4,1/2 and 3/4 though. I have a replacement print barrel with
round brackets instead if the 1/4 and 3/4 symbols but I have not
fitted it
yet, and most 1300 series machines had the standard barrel.
I seem to remember that some of the people who taught me to program
considered Fortran to be too close to the 7094 instruction set, in
particular
they said the computed goto mapped directly onto a 7094 instruction and
hence considered it to be not very universal, and to support it would
be to
assist IBM in its domination of the computer market.
Not that I think that way, and of course it is Microsoft which now
dominates
the computer market, I haven't seen a new IBM machine in years.
> IIRC, that was a big selling point for the PDP-8.
>
> There was a period in time where just about any serious programmer
> had a copy of McCracken on their bookshelves.
Maybe before my time (BSc Computer Science graduated 1974), but I
think most serious programmers had a copy of Knuth vol 1. (not to open
a thread on what defines a "real programmer", I expect that has been
done to death on this list long before I joined it).
>
> Didn't Backus also participate in the Algol-60 effort?
I don't know, but Algol 60 was defined using BNF.
>
> There were big sections of the CDC FTN compiler (prior to the
> introduction of SYMPL) that were written in FORTRAN. One of the
> biggest nightmares was the processor for allocating storage in COMMON
> and EQUIVALENCE statements--a big mass of assigned GOTOs. Even after
> I understood how it worked, I was afraid to touch it.
On the subject of being afraid to touch code, I worked on a compiler
written
in a non recursive language (Coral 66, a real time language derived from
Algol 60). It had a large data table which defined how to parse the
language.
The compiler had an array of integers which was really a stack, but
instead
of return addresses it had integers which referred to cases in a huge
switch
list. I was happy to change any of the code, but fortunately did not
need to
change the data table for a long long time, and when I did it was with
EXTREME care and trepidation.
On 26/3/07 22:01, "Jochen Kunz" <jkunz at unixag-kl.fh-kl.de> wrote:
> On Sun, 25 Mar 2007 01:09:51 -0500
> "Dan Snyder" <ddsnyder at zoominternet.net> wrote:>
>> Form factor 168pin dimm, 5v, FPM. The machine has two banks, each
>> requires 4 dimms per bank. I have not been able to find any of these>>
dimms.
> Hmmm. IIRC some PowerMacs used that type of memory too, as well as the
> Sun SPARCstation 4/5. In contrast: 3.3 V EDO DIMMs are quite common.
I've also read the PowerMAC 5v dimms and some of the Sun
dimms were compatible, I am a bit chicken to experiment as my
AS500/400, it is still in use..
I did verify the 5v spec by looking at a spare AS500/266 motherboard's
dimm sockets with a magnifying glass, clearly marked on the center notch
it is marked "5.0v", I did not compare the other notch locations to verify
EDO/FPM or otherwise.
Dan
Hi, Jules,
Yes, please take some more photos of your Alpha-16 , and get and part
numbers that you can see.
Let's continue off list, and maybe summarize when we are done.
Kind regards
/Lars Hamr?n
-------------------------------------------------------------------
Lars Hamr?n Tel...: +46( 46)189090
Svensk Datorutveckling Mobile: +46(705)189090
Vadm?llan 211 e-mail: hamren at sdu.se
S-225 94 Lund WWW...: www.sdu.se
Sweden
> Jochen Kunz wrote
> On Sun, 25 Mar 2007 01:09:51 -0500
> "Dan Snyder" <ddsnyder at zoominternet.net> wrote:
>
>> Form factor 168pin dimm, 5v, FPM. The machine has two banks, each
>> requires 4 dimms per bank. I have not been able to find any of these
>> dimms.
> Hmmm. IIRC some PowerMacs used that type of memory too, as well as the
> Sun SPARCstation 4/5. In contrast: 3.3 V EDO DIMMs are quite common.
The Mac memory is generally not ECC, and probably will not work.
SPARCstation 5 DIMMS max out at 32MB, so I'm not sure if it will be any
benefit even if it works (and knowing DIGITAL I'd not be too quick to
rule out something proprietary - look at the number of HP 72-pin memory
modules that look exactly like 36-bit SIMMS (HP/Apollo 400 series, HP
9000 PA-RISC mid-'90s modules (both incompatible with each other as
well)...)
John S wrote:
> As 2708s are obsolete few moern programmers support them, apart from a few
> that cost many $100s. So I thought why not try and build one? I've found
> references to the following classic magazines, and I would be willing to pay
> a small fee for photocopies or scans of the articles:
>
> Program your next EROM in BASIC. Schematic for a 2708 erasable read only
> memory reader and programmer which uses parallel IO ports to set data and
> address. The software to drive the programmer is written in BASIC.
> Byte - March 1978 page 84 on (main article)
> Byte - April 1978 page 62 (Byte Bugs)
Someone will probably send you scans, but if not, be aware that
the Ciarcia's Circuit Cellar articles in Byte were also published in
book form. "Program your next EROM in BASIC" is in Volume 1. Your local
public library might have a copy, if they're not too ardent about
throwing things away.
-- Adam
>
>Subject: Re: BA23 setup and DZQ11 configuration
> From: David Betz <dbetz at xlisper.com>
> Date: Tue, 27 Mar 2007 13:29:38 -0400
> To: "General Discussion: On-Topic and Off-Topic Posts" <cctalk at classiccmp.org>
>
>> A good substitute for RX50 is an RX33 (aka TEAC FD55GFR) or an FD55F
>> setup as non1.2mb. RX50 drives are actually two platters but one head
>> positioner and they are 96TPI like the mentioned FD55F or G. These
>> work
>> fine with RQDX2/3 as a RX50 substitute. I have one configured that
>> way.
>
>Allison,
>
>Thanks for your suggestion. I amend my previous request. Does anyone
>have a Teac FD55GFR that they can spare? :-)
>
>Actually, I have one myself but it is installed in a DECmate III+
>machine that I didn't want to cannibalize. I guess I could remove it
>temporarily to install software on my PDP-11 and then replace it
>later. But, if anyone has either an RX33 (FD55GFR) or an RX50 they
>can spare, please let me know what you would want in return.
>
>Thanks,
>David
I can give you one of each if you like.
Allison
After cleaning and checking it out, I fired up my
newly acquired Dec TU81 tape drive today. It gave an
error code of E56 on the front panel. I tried clearing
the error, and loading up a reel of tape and hitting
the Load switch. It makes a whirring noise, and the
take-up reel turns a small amount, then it shuts off -
the Logic Off light lit.
So... looking in the manual on bitsavers, it looks
like E56 is a servo control sort of error. Before I
start tearing into this drive in what may be a dead
end at a bad motor, I figured I'd ask the experts here
- Am I looking at a bad servo, or is this some known
failing capacitor/regulator/fuse sort of a problem?
Thanks!
-Ian
I was researching how best to plot out a map or two on my HP
Draftmaster II, when I ran across a page about plots and storing them
for decades as surveyors are required to do...
http://www.aocweb.org/surveyors/archival.htm
It got me to thinking about my own project - essentially a map on a
light box (there's more to it, but that's all the map is about). I
was thinking of plotting on mylar, but I was unable to find any HP
plotter pens with permanent ink for anything other than paper. Has
anyone on the list here had to do any archival plots for surveying?
I'm sure that whatever products they are using would be more than
sufficient for my purposes.
Thanks for any pointers,
-ethan
Does anyone know if the above is identical in spec to the "official" Zilog PIO
chip? The manual's dated November 1976 and stamped as preliminary, which is
a little unsettling :)
I want to do some messing around with a Z80 CPU and PIO, and having a physical
paper reference to hand would sure be useful - I'm just not sure if I'm going
to shoot myself in the foot using this particular one!
I should go and google for Zilog / Z80 history I suppose to see where Mostek
fit into things - I've got a rather thick Mostek UK Z80 programming manual
(V2.0) too which would also make a useful reference, assuming it's sound for
all Z80 chips regardless of source...
cheers
Jules
Gordon JC Pearce gordon at gjcp.net wrote:
>> Since none of the existing tools seemed to do what I wanted, I wrote
>> a perl script generating such a html'ized version of the source code.
>
> This is very very cool.
>
> The /bin/sh code is a bit of a horror, isn't it? I bet someone can tell
> a funny story about that one...
>
> Gordon
Indeed there is 'C' and 'Bourne-C', used in sh and adb, see the definitions
listed after
http://www-linux.gsi.de/~mueller/test/211bsd/usr/src/bin/sh/mac.h.html#n:12http://www-linux.gsi.de/~mueller/test/211bsd/usr/src/bin/adb/defs.h.html#n:…
Some of this is already handled in the parser, but there is clearly
room for improvement.
By the way:
- point to a { } ( ) [ ] and a popup will tell you were
the matching parenthesis is, it it is in a different line.
Click on it, and you get moved to the matching end.
In 'Bourne-C', IF and FI work this way.
- point to a parameter-less macro, and a popup will tell
you the definition if the string is short.
With best regards, Walter
--
Dr. Walter F.J. M?ller Mail: W.F.J.Mueller at gsi.de
GSI, Abteilung KP3 Phone: +49-6159-71-2766
D-64291 Darmstadt FAX: +49-6159-71-3762
URL: http://www-linux.gsi.de/~mueller/
Ethan Dicks ethan.dicks at gmail.com wrote:
>> Hope you enjoy it. Comments, suggestion ect are very welcome.
> I had one tiny suggestion from what I browsed - when parsing out the
> callers of functions, it might look nicer to not point out that
> 'main()' is never called, since, technically, it _is_ called by the
> startup code stuck on a binary by the compiler, and since it's defacto
> entry-point into the code anyway.
Good point, _main deserves indeed extra treatment. The startup code
is by the way in
http://www-linux.gsi.de/~mueller/test/211bsd/usr/src/lib/libc/pdp/csu/crt0.…
with the call to _main in line 124.
> That's about all I can come up with except to wish that when the tool
> is in better shape that someone has the time to run 2.9BSD sources
> through the same treatment (2.9BSD still runs on non-Split-I&D
> machines like those equipped with an F-11 chip - 11/23, 11/24,
> Pro350).
>
> -ethan
This is indeed the intention. The rules to locate include files,
to link globals, or to decide what is kernel, lib, or user, is in
a configuration file. To set this up for 2.9 BSD or UNIX V7 and V6
should not be difficult, in particular if one starts with the more
complex case and goes back in history.
With best regards, Walter
--
Dr. Walter F.J. M?ller Mail: W.F.J.Mueller at gsi.de
GSI, Abteilung KP3 Phone: +49-6159-71-2766
D-64291 Darmstadt FAX: +49-6159-71-3762
URL: http://www-linux.gsi.de/~mueller/
All this talk of editors on PCs got me to thinking of my favorite:
PC-EDT
It was a clone of the EDT used under RSX-11(-M). Pretty faithful as well. It
had problems with the keypad, being that the '+' took up two key spaces (as
opposed to the standard VT-100 keypad), but overall it was nice. It even
worked on old XT's and scrolled pretty fast. If you happened to do large
Cut/Pastes it took some time as it swapped out the buffers to temp disk files.
I still use the editor to this day after first using it in the 80's. The old
keypad layout is pretty ingrained in my mind.
EDT (on RSX-11) was my first screen editor, so I guess you get used to your
'first'. Unfortunately, vi seems everywhere, and as everyone knows knowledge
of vi is almost mandatory for any person using Unix (Linux) (even today).
Thankfully I haven't succumbed to emacs (and hopefully never will, even as the
spell checker wants to capitalize the first letter!).
--
Tom Watson
tsw at johana.com
____________________________________________________________________________________
No need to miss a message. Get email on-the-go
with Yahoo! Mail for Mobile. Get started.
http://mobile.yahoo.com/mail