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