On Tue, 10 Apr 2012 00:25:19 -0600, Richard <legalize at xmission.com> wrote:
> FYI...
> <http://www.ebay.com/itm/260999371487>
>
> If you've been looking for this stuff, now is your chance...
Wow, what a collection!
And a Trigger Trace Analyzer, we had one, an expensive option IIRC, a
logic analyzer built in to a board in the 8540 reading the emulated
processor's signals and states directly. 4 separate triggers IIRC which
could be interconnected in all sorts of ways by operating system commands.
IIRC the 8540 is based on a rather unusual processor, Signetics 2650.
/Jonas
Looking for any version of Micro-PROLOG by LPA. This was a modified version
of Prolog for small systems and was most notable for translating the typical
Horn clause into an almost Lisp-like syntax, but could still do a surprising
amount of the language within limitations of the host computer. There were
versions for Z80, 8086 and 6502, and possibly others. 6502 preferred but
any version, especially with source code, appreciated.
--
------------------------------------ personal: http://www.cameronkaiser.com/ --
Cameron Kaiser * Floodgap Systems * www.floodgap.com * ckaiser at floodgap.com
-- FORTUNE: You're wise, but not wise enough not to read this sort of drivel. -
I got the weird idea that the odd keyboard cable hood for the Commodore
sx64 could be made out of wood fairly simply. Is there anyone here who is
good at woodworking who'd be interested in doing some tinkering with me?
--
David Griffith
dgriffi at cs.csubak.edu
A: Because it fouls the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?
>
>When, like me, you don't know a lot about electronics beyond some
>theoretical study as a student many years ago, it is especially satisfying
>to make a repair like this.
>
I have a degree in electronic engineering. However it didn't help very much
repairing old computer equipment. I had to figure out how to do that for
myself from resources such as this list.
>
>With regard to your doorstops, if they are RD5x disks then I would be more
>than happy to take them off your hands :-) Alternatively, I can share what
>little I know about getting them working again (mainly RD53).
>
None of them started out as RDxx disks. Many were from a skip (dumpster) outside
a closed PC repair shop. Others were pulls from old PCs that were being dumped
at work. Some never worked but others worked well enough for me to format them
using a VAX 2000 and gave reasonable service for a while before giving up with
various problems.
Regards,
Peter Coghlan.
Hi
Does anyone have info on the jnt pad. We have one here at the museum but dont have docs. Looks like it works but not found a console access yet.
Thanks
Dave
--
Sent from my Android phone with K-9 Mail. Please excuse my brevity.
Guys, look at the picture in this eBay item.:
http://www.ebay.co.uk/itm/260976748947?ssPageName=STRK:MEWNX:IT&_trksid=p39…
Anyone tell me what computer these modules belonged to?
Many thaks,
peter vp
|| | | | | | | | |
Peter Van Peborgh
62 St Mary's Rise
Writhlington Radstock
Somerset BA3 3PD
UK
01761 439 234
|| | | | | | | | |
I seem to recall bitsavers.org keeping old Tandy manuals, but I must have
been mistaken or something changed. Who collects these? I just now
noticed that the scans I made of the TRS-80 PT-210 user and service
manuals are nowhere to be found through Google.
--
David Griffith
dgriffi at cs.csubak.edu
A: Because it fouls the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?
I've received reports that Lattice GAL16V8D's don't program correctly
when fed National GAL16V8 JEDEC fusemaps. Has anyone else run into
this? I mean to dig into this, but if anyone knows off the top of
the head, it'd save some work.
EQN2JED was used as the assembler in both cases. I'm going to try
CUPL and see if the results are the same.
--Chuck
I recently acquired an HP Envizex II Netstation X-Terminal which I
would like to try out. I have a base HP-UX 10.20 OS running on an HP
B160L and I have an original set of HP-UX 10.20 install media CDs, but
apparently a Codeword is necessary to install the B4474FA HP
Netstation Software from the CD. I don't have any Codewords for this
set of install media CDs.
Is there any way to obtain a Codeword to install the Netstation
Software from the HP-UX 10.20 install media that I have?
http://www.hp.com/softwarereleases/releases-media2/media/3710366.htm
HP9000 Series 9000/700
HP-UX Application Software
CD Part Number - B3782-10366
B4474FA, HP Netstation Software, Codeword Required: Yes, Size: 115622777
-Glen
Having finally got back onto this project a few months ago, I have
prepared another release of the code from my IBM 360/30 emulation
project for the Digilent Xilinx Spartan 3 board.
The main differences from the previous release are:
* 64k storage in external static RAM
* 1050 Console typewriter/keyboard implemented using the serial port
* Main storage initialisation from a file stored in the flash rom
(This can be generated from a Hercules PCH file)
* Lots of little bug fixes
The main limitation is that the 1050 is the only peripheral available.
There is a known bug: The first character output by the 1050 on each SIO
is duplicated. There are probably lots more hiding.
Everything is available at http://www.ljw.me.uk/ibm360/vhdl/
Future tasks:
Implement printers/readers/punches via multiplexor channel
Implement tapes/DASD via selector channel and flash disk
--
Lawrence Wilkinson lawrence at ljw.me.uk
The IBM 360/30 page http://www.ljw.me.uk/ibm360
>
>Just in case anyone is interested, replacing the failed Darlington
>transistor fixed the problem. The RD53 now spins the disk again. Thanks to
>everyone who helped.
>
Some people enjoy repairing things. I find it a bit of a drudge.
What I enjoy is the feeling of satisfaction when a repair succeeds :-)
Well done to all involved.
I am now looking with renewed interest at my pile of doorstops which once spun.
Regards,
Peter Coghlan.
I acquired an RD53 disk recently. I have just been trying it out. The heads
were stuck, as usual, but the main thing is that the disk itself will not
rotate. The locking mechanism that keeps the heads parked releases on power
up but that is all that happens.
I have not come across this particular kind of failure before, does anyone
have any suggestions for common causes of this kind of failure?
Regards
Rob
>
>The Terminals Wiki is open for public browsing!
><http://terminals.classiccmp.org/wiki/index.php/Main_Page>
>
>This is a joint project between myself (username Legalize),
>Jason T (username Silent700) and Ian Primus (username Sark).
>I am the wiki administrator.
>
>My intention was to create a single reference site for everything we
>can find about terminals.
>
Well done - this looks like it will be a useful reference point.
I have a user guide for an ICL model 6402 Character Display Terminal which
I used in 1988. It may be compatible with a Televideo 950 (or maybe 925). I
only used it as a fairly basic terminal but IIRC it seemed to have an endless
number of features that I never felt the need to use. I only have the manual,
not the terminal. If someone has the terminal and not the manual, I would be
happy to give them the manual or scan it for them.
I am looking for a maintenance manual for a Lear Siegler ADM-5. I found
the manual for the ADM-3A on bitsavers (thanks Al!) and this helped me to
fix one of my ADM-5 terminals but my other one has a fault that I think is
in an area with significant differences to the ADM-3A.
Regards,
Peter Coghlan.
Frankly, IBM terminal land is completely unknown to me. I am looking
for a volunteer to contribute information about terminals from IBM and
other manufacturers that were intended for the IBM mainframe world.
Let me know if you're interested! The pay is nonexistent and it's
entirely a labor of love on your part, but I think we're off to a good
start. However, the wiki is almost completely lacking on IBM
mainframe type terminals.
--
"The Direct3D Graphics Pipeline" -- DirectX 9 version available for download
<http://legalizeadulthood.wordpress.com/the-direct3d-graphics-pipeline/>
Legalize Adulthood! <http://legalizeadulthood.wordpress.com>
>
>Its a X25 Packet/Assembler/Dissasembler. It allows ordinary Async
>Terminals to be connected to an X.25 network. In the UK all Universities
>had such networks under the umbrella of JANET. Some at Janet probably
>has a manual. I have forgotten almost every thing I know about them. I
>have asked one of my former colleagues if he has any info.
>
These were also to be found in Irish Universities where early networking
was also X.25 based.
I have a small stash of X.25 capable kit which I have no real interest in.
It is available for free to anyone interested and is located in Dublin, Ireland.
I would prefer collection but will consider shipping if someone is really keen.
Among the bits and pieces are two Satelcom X.25 switches. Both are marked
MegaPAC E but they are different sizes. Also a DEC DEMSA and two DEMSB X.25
routers (manufactured in DEC's former facility in Clonmel, Ireland) and some
cables.
And the connection with this thread? The DEMSA has a sticker on one of the
ports which says "Camtec".
Regards,
Peter Coghlan.
On Wed, 11 Apr 2012 09:23:49 +0100, "Rob Jarratt"
<robert.jarratt at ntlworld.com> wrote:
>
> I need to replace a transistor in my H7140 PSU for my PDP11/24. The
> transistor is marked GPSA55J3 and the printset identifies it as "XA
> 55 PNP
> 500MW SI 60 50 P", it is in a TO-92 package. I have tried to find
> specs for
> an A55 and can only find partial matches, so I am not sure what
> today's
> equivalent would be. Can anyone help me work out what the equivalent
> today
> would be?
>
> Thanks
>
> Rob
Sounds like a 60V, 500mW device. BC556, MPSA-56. A BC161 might also
work, except it is in a TO-39 case, or a 2N2907 in a TO-18 case.
Looking at the printset on vt100.net, none of the A55 transistors
appear to be doing anything terribly demanding, so any of the above
ought to work.
/Jonas
>
>There are orher problems now with that VIM Source, the files blowfish.c and
>sha356.c take very very much time to compile. I do have an account on
>Vaxmans VAX7000/820 and even on this machine the compiling was not done after
>13hrs of CPU Time. SHA356.c behaves pretty much similar.
>I'll look later this day if the compiling gets done on this machine, on my
>VS4000 the same process is running now for 12hrs on the CPU and the
>VS4000/90 isn't the slowest VAX so far as I know...
>
Well, my curiosity got the better of me. I downloaded VIM73-69 for VMS and
attempted to compile blowfish.c on my VAX 4000/100A with VAX/VMS 7.1 and
DECC V6.4-005. I don't have MMS or MMK installed so I had to hack a little to
make it work.
I found that after some seconds work, the compiler went into a CPU bound loop
and seemingly did nothing useful after that (unless it is thinking hard and
will come up with something useful some time from now!).
The source is not large so I was able to find that the part that the compiler
was having difficulties with was these two lines of macros in bf_e_block():
F1(0) F2(1) F1(2) F2(3) F1(4) F2(5) F1(6) F2(7)
F1(8) F2(9) F1(10) F2(11) F1(12) F2(13) F1(14) F2(15)
I found that if I commented out F1(10) F2(11) F1(12) F2(13) F1(14) F2(15)
the compile would complete in just under a minute.
Next I tried commenting out just F2(11) F1(12) F2(13) F1(14) F2(15)
and then the compile completed in around 7 minutes. It took about the same time
if I only commented out F1(12) F2(13) F1(14) F2(15).
If I commented only F2(13) F1(14) F2(15) the compile took nearly two hours!
Finally, it dawned on me to try compiling the original code with /NOOPTIMISE
and this completed in 30 seconds!
So, it appears that something in those two lines is causing the optimiser to
spend way too much time doing something.
At least the good news is that if you compile blowfish.c (and perhaps sha356.c)
without optimisation, it should be possible to get it done in a reasonable
amount of time. Maybe the compile you are currently running will also complete
eventually.
Regards,
Peter Coghlan.
On Tue, Apr 10, 2012 at 12:58 PM, Bill Sudbrink <wh.sudbrink at verizon.net> wrote:
> ? Interesting that one of your partners goes by Silent700
> ? but there are no Texas Instruments terminals in your wiki
> ? yet. ?If you're interested, I'm going to be bringing one
> ? of the last variants of the 700 to VCF East next month to
> ? use as a printing terminal on my SWTPc.
Yeah yeah.....it's all In the Works, Check's in the Mail, Real Soon
Now. Richard probably has more S700s than I do, anyway ;)
Seriously, though, Richard has done a ton of work on this, from
wrangling his own voluminous collection to deciphering the WikiSpeak
necessary to make this a pro job. I look forward to contributing!
-j
--
(Real Soon Now)
Greetings;
Long-story-short, a couple of years ago I picked up six Onyx2 racks and
have been moving them around with me without ever actually firing them up.
I've finally got myself sorted and have been slowly working through
bringing things up and having some successes, but every step closer has me
finding a new problem.
My set-up right now has one graphics head and five compute nodes cabled
together in a daisy-chain (not enough CrayLinks for anything else). It
appears all but one of the MMSCs are shot, so I'm doing manual start-ups
using the keys.
My current confusion is how to nominate which system becomes the Global
Master. For some odd reason whenever I bring up three racks the machine
I've "picked" as the master (keyboard/mouse/gfx head) comes up just fine
and boots into IRIX, but whenever I add two more nodes things get a bit
more fuzzy and the Global Master appears to migrate around.
I had initially believed that the last rack in the power-up sequence would
always become the Global Master, since it goes and finds all the rest, but
this apparently is not the case... or perhaps there are corollaries I'm
unaware of.
The more times I turn this thing on and off the more hardware is failing
on me, not unexpectedly. I've lost a PSU, a node board and now one of the
racks has started making a worryingly hot-electrical smell. I'd really
like to get it all working together just once before I get old and grey.
Cheers;
- JP
>
>I have cleared this in the meantime with some help of B. Ulmann aka vaxman.
>The paging file was much to small, I've diabled swapping and created a
>much bigger pagefile.sys (500000 blocks), raised PGFLQUOTA to 130000 blocks
>and some other things. The compiling doesn't stop now anymore because of
>vm-space outage.
>
I'm glad the original problem is solved.
>
>There are orher problems now with that VIM Source, the files blowfish.c and
>sha356.c take very very much time to compile. I do have an account on
>Vaxmans VAX7000/820 and even on this machine the compiling was not done after
>13hrs of CPU Time. SHA356.c behaves pretty much similar.
>I'll look later this day if the compiling gets done on this machine, on my
>VS4000 the same process is running now for 12hrs on the CPU and the
>VS4000/90 isn't the slowest VAX so far as I know...
>
You can check what the compiler is doing with the command:
$ SHOW PROCESS /CONTINUOUS /ID=xxxxxxxx
where xxxxxxxx is the process id of the process doing the compile.
You can also use MONITOR to see what the whole machine is doing.
$ MONITOR MODES
will tell you which processor modes are in use most. If it shows mostly user
mode, the compile is CPU bound. If it shows mostly kernel mode or interrupt
stack, there is an i/o bottleneck. If it shows mostly idle, something is wrong
and the compiler is not getting sufficient access to the machines resources.
$ MONITOR PROCESSES /TOPCPU
should show the compiling process as getting most of the CPU. If something else
is getting a significant amount of CPU, there may be something wrong.
I've compiled a fair amount of C on my VAX 4000/100A which is also pretty fast
and on my VAX 3100 model 76 which is less fast and I don't remember any single
source file taking anything like even 1 hour to compile. Are the sources
involved particularly large or complex? Does the compile show any signs of
making progress (for instance, is the object file or listing file growing in
size) or could it be stuck in a loop doing nothing useful? Is there too much
detail being logged in the listing file resulting in a huge listing output?
You haven't said whether you did an AUTOGEN or not. If you have not, I would
suggest doing one as this should help sort out any other system parameters
that might be incorrect.
>
>I'll report later what happens..
>
I'd certainly be interested to know what's going on.
Regards,
Peter Coghlan.
In article <06fa01cd1743$79aea9f0$6d0bfdd0$@sudbrink at verizon.net>,
"Bill Sudbrink" <wh.sudbrink at verizon.net> writes:
> Interesting that one of your partners goes by Silent700
> but there are no Texas Instruments terminals in your wiki
> yet.
Yes, isn't that interesting?
I'll let him defend himself on that point. :-)
--
"The Direct3D Graphics Pipeline" -- DirectX 9 version available for download
<http://legalizeadulthood.wordpress.com/the-direct3d-graphics-pipeline/>
Legalize Adulthood! <http://legalizeadulthood.wordpress.com>
----- Original Message:
Date: Mon, 09 Apr 2012 16:18:16 -0400
From: Keith Monahan <keithvz at verizon.net>
To: cctalk at classiccmp.org
Subject: Re: Jack Tramiel passed away
Message-ID: <4F834408.8020104 at verizon.net>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
On 4/9/2012 3:35 PM, David Riley wrote:
> On Apr 9, 2012, at 3:06 PM, Keith Monahan wrote:
>
>> On 4/9/2012 2:29 PM, Cameron Kaiser wrote:
>>> That's a shame. His impact on computing is frequently forgotten these
>>> days.
>>
>> It should probably be noted that Jack was a pretty ruthless business man
----- Reply:
Umm, why "should it be noted," especially a few days after his death?
Whether it's Bill Gates, Steve Jobs or Jack Tramiel, why do some people feel
the need to insult and criticize (especially immediately after their death
in the case of the latter two) these people who did what they had to in
order to survive and be competitive and make the huge contributions that
they did to the field which is a hobby and a vocation for most of us?
Being "nice" doesn't usually succeed in a cutthroat field like computer
hardware and software; I don't think I'd call Jack "ruthless" but perhaps
his time in a concentration camp did give him a stronger sense of what it
takes to survive than some people.
>> and made decisions that were contrary to a stable and reliable machine
>> and accessories.
I don't know; all my PETs, VIC20s and all except one C64 are still working
as well as when they were new; other than C64 power packs and PALs
overheating, what decisions resulted in unreliable and unstable machines and
accessories? The drive interface issue you mention was precisely the result
of a compromise to make it reliable and stable (albeit slow).
>> I hope I'm remembering correctly, but I think the 1541 was a victim of
>> Jack Tramiel's rush-to-market engineering.
Again, I don't know if Jack was personally responsible, but yes, getting new
product "out there" before the competition has always been crucially
important and yes, sometimes decisions are made that have repercussions long
afterwards due to backward compatibility issues (640Kb oughta be enough for
everyone...)
In any case, the VIC20/1541 issue created an opportunity for numerous
third-parties to market speed-up solutions.
Let's give Jack the respect and credit he deserves and let him rest in
peace.
m
