If anyone has seen the man I was to send an ATR8000 (and associated
gear) to, please let me know.
I've carried this package of equipment long enough. It is complete in
every way but I don't know where to send it to any longer.
Please reply to me at Technoid(a)30below.com
If you feel you have been defrauded, my address is Jeffrey S. Worley
1151 N.E. 86St.
Miami, Fl. 33138
My Aim id is Tecworley
My Yim id is Ubertechnoid
Please help me complete this transaction.
Yours truly,
Jeffrey S. Worley
I have an HP GPIO 98622A, Rev B (for 9000 series 300) and an HP 82306A (ISA GPIO for 82300 measurement coprocessor) need a good home. I'll post them on eBay in the next day or so if I don't hear from classiccmp subscribers.
Some Info regarding the 98622 can be found at:
http://www.tamsinc.com/support/gpio/theory.htm
Info on the 82306 can be found at:
http://ftp.agilent.com/pub/mpusup/pc/old/vp_gpio.html
Let me know if you are interested,
Mike
Hi all,
What stuns me about this what seems to be a national effort to wipe
out existing knowledge and experience in the various U.S. companies
trying to clean up their EOY numbers, is that they truly dont KNOW
what they're doing.
I did some asking around based on Megan's layoff, and the results are
stunning. HP really, deeply and truly has no idea of what they're
doing right now, let alone where they're going from here.
Corporate HQ announces that the numbers don't look [as] good, so we
have to cut on operational costs. And, HP being New (I'd call it
'brainless'- but then again, I'm not part of their staff ;-) they go
for the first possible solution: fire people.
What would that do in the long run?
Right now, their plan is to dump Tru64/Alpha, and to integrate that with
the HPSux/HPPA stuff. We'll see about that later (customers usually have
their own ideas about that- they forced MS into keeping Win2000 around for
much longer than they wanted to ...) but for now, exactly _HOW_ is HP
going to handle their support obligations to their enterprise customers?
I talked to the CTI of a _Major_ Dutch multinational this morning, which
I know uses truckloads of Alpha systems, with both VMS and Tru64. When I
told him about the layoffs in the UEG (Unix Engineering Group) task forces,
he said: "Oh. So, assuming they clean out most of their brains, which is
what this sounds like, HOW can they adhere to their claim to full support
until X years after EOL?"
Also- I can't speak for U.S. companies and their IT staffs, but in Europe,
HP/UX doesn't have such a grand name in Enterprise Computing. It's mostly
Sun Solaris on the Exxx boxes, and Tru64 UNIX on Alpha, as far as large
UNIX systems are concerned. HOW is HP going to sell this to their customers,
without those same customers running off to Sun or IBM, in search for some
stability?
Anyway. HP has lost its marbles. Cutting operational costs is a good thing,
and usually serves a purpose. Ripping off your own balls (I apologize for
any ladies reading this..) is not the best thing to do, and will probably
leave you without kids later on. Kids that feed you when you can no longer
do it yourself. Which might happen sooner than you think...
--fred (yes, pissed off, how'd ya guess?)
I noticed that you have alot of 486 SRAM Cache Chips, I have been looking for some to upgrade a computer of mine.
I hope this is correct, are they for L2 Cache on the motherboard?
They reason why I ask, is because that is what I need.
Are they all the same configuration? ie.. (32K x8) for example.
Or do you have (64K x8) or 128 versions also.
Please email with Information.
Thank you for your time
Scott Rowe
I've just aquired a tested working Emulex UC17 Unibus SCSI host interface
>from a dealer for $50... don't know if I'm crazy paying so much for old
Unibus or not!
Question is, does anyone have any observations as to any special
requirements such a card might have? Long time since I've played with any
Emulex... any reason why it shouldn't work in really ancient hardware, such
as my 11/20?... something appeals to me about putting a SCSI disk in such an
ancient device!
Mike
http://www.corestore.org
_________________________________________________________________
Add photos to your messages with MSN 8. Get 2 months FREE*.
http://join.msn.com/?page=features/featuredemail
Removing ICs without a good soldering iron is an exercise in futility.
About 15 years ago I was trying to remove some ROMs from a 8086 machine
(a Japanese machine called Samurai with 2 8 inch floppies, running
MSDOS 1.x - it was not a PC compatible, so it could not run anything
other than its own version of MSDOS).
The machine had a passive backplane with a series of posts on the back
so that you could attach probes to the bus lines. I didn't have a proper
technical manual, but I did have the schematics and I had taken a
dump of the BIOS.
The ROMs in question were on the video controller card and were used to
store the character bitmaps. I wanted to replace the ROMs with static
RAM so that I could change the character set of the machine.
Unfortunately I made a complete mess of removing the two ROMs, but a visual
examination of the board did not reveal any obvious damage. So I soldered
a pair of sockets and mounted the original ROMs to see if the machine
worked. Guess what, the fan worked, but I did not get any disk activity
and the screen remained blank. Time for the funeral.
So I carried that machine to the hardware lab of the University and
asked the help of a friend. He was playing with a new (at the time)
Dolche instrument that could attach to the bus of a microprocessor
and display the code that was running (the actual assembly instructions).
So he was quite excited at the prospect of using his new toy on a real
machine. We plugged the DOLCHE to the Samurai backplane and we found
that the processor was running, but stuck in a tight loop. So we looked
at the ROM listings and found that the machine was waiting for the
vertical blank signal. So we used a probe to connect the output of the
video IC to the appropriate line on the backplane. As soon as the probe
made contact we heard the floppy come to life. The screen was also
working and the machine was trying to boot.
We followed the VBLANK trace and sure enough it disappeared under the
two character set ROMs.
So I had the machine working again, and a war story to tell.
Best Regards
**vp
At 19:59 11-12-2002 -0500, you wrote:
>> Tonight, Dec. 11th, at 10 PM Eastern time, the TLC cable channel is
>>doing a show titled "Hackers". Supposedly a look at black- and white-hat
>>hackers, and cyber crime. Hopefgully it'll be interesting...
>Should I tell Uncle Tivo to record it??? I can make SVCDs of the thing, for
>those who have DVD players that can play a slightly non-standard stream... ;-)
>Laterz,
>"Merch"
I would very much like to see this show, but cannot receive the TLC channel
on this side of the ocean. NTSC SVCDs are no problem for me! Maybe you can
make the MPGs available somewehere?
A while ago there was also mention of another show, about the history of
the internet? Did anyone capture this show too? I would like to see that
one as well, but it also was on a channel not available to me.
Kees Stravers
(The Netherlands)
I am not sure if there is any interest at all in fixing the Y2K bugs
in V5.03 of RT-11 and making it Y2K compliant. Since V5.03
has been widely available for a number of years and is able to
be legally run under the Supnik emulator for hobby users, I am
curious to find out if spending the time to port code (that I did in
1997) from V5.04G of RT-11 to V5.03 of RT-11 is worth while
insofar as the Y2K bug fix is concerned. In addition, and at the
same time, it would be very effective to add extra code to make
RT-11 Y10K compliant and handle years up to at least 9999 CE.
Even if you are only going to use the final product, the number of
individuals interested in playing a role is important to ascertain.
Please express if you would like to at least receive the changes
to V5.03 that would make the code Y2K/Y10K compliant.
At the present time, I assume there is absolutely no commercial
interest in a Y2K V5.03 of RT-11. Consequently, the target of
this post is, by default, only the hobby community. The final result
will also be licensed for just the hobby community, so it is hoped
that ought to prevent any complications as to who will use the
changes and whether there will be any attempt to restrict the use
of such changes by the hobby community.
If there is any commercial interest, please e-mail me off
list to find out what might be available. If the interest is
what I think it is, I will NOT be receiving any responses
at all for commercial use!
Sincerely yours,
Jerome Fine
--
To obtain the original e-mail address, please remove
the ten characters which immediately follow the 'at'.
If you attempted to send a reply and the original e-mail
address has been discontinued due a high volume of junk
e-mail, then the semi-permanent e-mail address can be
obtained by replacing the four characters preceding the
'at' with the four digits of the current year.
After far too long, the long-overdue 11th edition of the Secret Weapons of
Commodore, cataloguing rare, unusual and unreleased Commodore hardware, has
been released.
http://www.floodgap.com/retrobits/ckb/secret/
Here are the highlights:
New entries:
the VIC-40 (thanks Mike Stein),
the SX-500 (thanks Dale Luck),
TOI and the Colour PET (now separate entries, thanks Mike Stein),
the TT13 (thanks Riccardo Rubini),
the Canadian Plus/4,
the Swedish PET 3032 (thanks Peter Karlsson),
the German C64 (thanks Markus Mehring),
new pictures:
complete views of Dave Haynie's NTSC 116 prototype (thanks Ray
Castaldo),
enhanced portrait and port views of the 128DLs (thanks Bo Zimmerman),
views of the 1565 and mainboard (thanks Bo),
the 3000H light rifle (thanks Lee Rayner),
the Colour PET prototype (thanks Bo),
the Gold VIC (maybe?) (thanks Bo),
the Commodore 65 burn-in board and widget board (thanks Moise Sunda),
the Commodore thermostat in the flesh! (thanks Joe Torre),
comparison 116 keyboard shots (thanks Ray),
better C65 mainboard/ports/portrait photographs (thanks Moise),
C65 PSU images (thanks Moise *again*),
higher resolution pictures of the CHESSmate,
a proper DX-64 portrait,
a better 3008 portrait (thanks Tiziano),
a colour view of the HHC-4 (Bo) and the VIC-TV (Bo encore),
a real SFS 481 (thanks Antonio Pagliaro),
SX-100 faceplate (thanks Bo),
views of the SX-500,
the TT13 (thanks Riccardo);
updates:
Fred Bowen's big ideas for the 65, the 600s seem to be the same as the B500s,
the HHC-4 might be more similar to the Panasonic HHC than previously thought,
the Lorraine pictures are actually of an early developer prototype (thanks
Dale Luck), CCR has a scale too (thanks Mike Shartiag), more SFX
history (thanks Richard Atkinson), TOI is not the same as the Colour PET
(thanks Mike Stein), the 6562/3 was likely not in TOI (thanks Mike Stein),
the 65 widget and burn-in boards (thanks Moise), the 7601 is the CPU in the
TVG series, plus some great notes on its internal architecture (thanks Lee
Rayner), the SX was the first colour portable computer, additional history on
the 116 and 364 (thanks Dave Haynie), the SX TV tuner package?, more Magic
Voice history and architecture explanation, the 116 was
designed by Commodore Japan (thanks Dave Haynie), custodial link repair,
various smaller changes.
In addition, on the main page, the modification date of all pages is now
automatically tracked to make finding new changes and entries easier.
Enjoy.
http://www.floodgap.com/retrobits/ckb/secret/
--
----------------------------- personal page: http://www.armory.com/~spectre/ --
Cameron Kaiser, Point Loma Nazarene University * ckaiser(a)stockholm.ptloma.edu
-- I shouldn't have to explain this to someone old enough to type. - S. Gardner
> On the plus side a CMD CDU-720/TM SCSI controller was installed
do you have any way to read the eprom from this?
I have four of these boards, and they are all missing the eprom :<
On Dec 10, 20:03, Philip Pemberton wrote:
> Hi all,
> Well, it looks like I've finally destroyed the Ace. I've just spent
the
> past hour trying to desolder the dead RAMs and buffers from the Ace's
main
> PCB. Unfortunately it looks like the board was designed to self-destruct
> when anyone tried to repair it.
> The pads appear to have been designed to peel off on the application
of
> heat, they're less than 5 mils around the hole (what do you think that
> means?) and they don't even seem to be through-hole plated. The tin
plating
> was applied straight on top of oxidised copper - I've had to retin some
pads
> and tracks courtesy of that major screwup.
Machines like that were designed to keep the cost as low as possible, and
repairability often wasn't a consideration.
On things like that, I often don't even try to rescue any suspect ICs or
even passives, just cut them off close to the PCB with a very fine pair of
sidecutters, and then desolder the stub of pin.
> Does anyone know how I could rescue this machine? It looks like the
RAMs
> are definetly fried, along with some of the logic as well. Font RAM and
> Video RAM are still not being loaded on startup so the output of the
video
> generator is still 100% noise, however it *is* changing when the machine
is
> powered off and then back on again. I'm shotgunning all the RAMs (there's
> only six of them) and the bus muxes.
> Has anyone here either repaired one of these machines or got a spare
Ace
> to sell me? I've got a proper PSU now, with only one connector (the jack
> plug the Ace uses), so I can say with near absolute certainty that the
same
> mistake will not occur again.
First thing is to make sure anything you remove is replaced with a good
quality socket, and if necessary that you can repair any damaged tracks
with stripped wirewrap wire or similar. How adept are you with a
soldering iron? I used to do this sort of thing for a living, and I'm not
too far away if you want someone to take a look at it.
Did you get the 2114s and Z80 I sent you? They should have arrived this
morning.
--
Pete Peter Turnbull
Network Manager
University of York
Just heard from a friend that he's interested in a VAX, and he's
based near here in north Bristol. Anybody know of a suitable
machine?
--
John Honniball
coredump(a)gifford.co.uk
> > * I will no longer gripe about lack of funds in nearly every post. :-)
>
> Yes, now you will move to the group that gripes about lack of spare
> time. :-)
Allow me to welcome you to that group :^)
Zane
Does anyone have a copy of Executive Suite for PC's? It's the game where
you are working your way up a corporate heirarchy through answering trivia
questions.
Peace... Sridhar
I am at a point where I am thinking about divesting myself of the
majority of my computer collection. Partly needed bucks driven, partly
tiring of it all. A small museum is unlikely and I have other unfulfilled
interests which I might focus on as an old fart. Likely on E-Pay
because we're a notoriously cheap (or poor) lot.
What would the list retain if they were cutting down or getting rid of
the majority of thier collection and keeping enough to keep thier hand
in.
The game machines are easy and the first to go.
I would think of retaining an IBM PC and another good DOS box.
A CP/M machine. Maybe a Rainbow and let the Kaypros, Osborne,
and others go.
A hip old laptop, In my case a Grid 1520 and my Sharp handheld.
Maybe one old early box like my Micom, H-89. or TRS m.II
An Atari 8-bit and / or CoCo 3
An ST and Amiga 3K
An IBM PS/2 likely the 8590, altho who would want 8580s, a more
significant machine. Maybe one kept by default.
And a newer DOS box and laptop.
And then looking at this exclusive list it won't be easy.
Lawrence
lgwalker(a)mts.net
bigwalk_ca(a)yahoo.com
There are some old Macs free for the taking in South Orange, New Jersey:
(3) Macintosh LC
(1) Macintosh IIci
(1) Macintosh IIcx
(1) Macintosh IIsi
(1) Macintosh 8100/180 (needs P/S)
Please contact Nilton at 973/275.1700 or <info(a)funmaps.com> if interested.
--
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 *
I' ve been intermittently looking (for many years) for a lowercase 2513 for
my ADM-3A. I was really happy to see your post and find that others are
interested in restoring this '70's nostalgia piece! I remember in 1977 how
impressed I was with the blazing 1200 baud modem speeds, since the hardcopy
Decwriters at the Univ. of Maryland were 300 baud.
(Also I have a working rackmount PDP-8/I, with a "University Computing
Company" front panel).
I wore out my keyboard this weekend searching online for a 2513. Pure
unobtanium. GI made them (I believe the p/n was 2513CGR-002 for the
lowercase? -001 is in the socket so obviously the uppercase). Just as well I
didn't find one, I never knew the address lines were flipped.... or am I
misunderstanding and it is the direct plugin?
thanks
Charles
Hi all,
I'm currently in a very good mood because I've found a Jupiter Ace in
near-mint condition, complete with 16k RAMPack, intro tape and a copy of the
book "Jupiter Ace FORTH Programming" by Steven Vickers. All this, including
the polystyrene box for the rampack (and rampack instructions) cost me the
rather feeble sum of two British pounds.
Now, there is a catch. The machine didn't come with a power supply. So,
can someone with an Ace, working PSU and a multimeter please tell me what
the polarity and voltage of the PSU's output is? I'm hesitant to power up
the Ace in case I end up fouling up the settings, with fairly predictable
results.
Thanks.
--
Phil.
philpem(a)dsl.pipex.com
http://www.philpem.dsl.pipex.com/
I have old Sparc Sun machine which I would like to run on Solaris 2.4, not newer. I have Solaris 8 from a few years ago when I paid Sun $75 for CDs but I do not want to run this version or the 2.5 I have from another machine. Does anyone have Solaris 2.4 CDs that they could sell or copy for me? Please note that I am not looking to violate copyright law but I do need to get 2.4 and not some later or earlier version of Solaris. Alternatively, does anyone know anyplace where I could obtain Solaris 2.4? (I have watched Ebay for 6 months without seeing a copy of Solaris 2.4 for sale)
Bradley Slavik
I have already responded to Bernd, but thought I should pass the info here.
I have
the whitepaper for this particular board, but nothing else. According to
the paper,
it is B004 compatible (most if not all PC boards are), so the software on
the website
*should* work. Here is the link to the whitepaper:
http://www.classiccmp.org/transputer/documentation/yarc/yarc.doc
Cheers,
Ram
PS: As a side note, what is a good way to scan documents in such a
way as that the resulting PDF document can resize as large as possible
without loosing image quality. Word documents can resize as large as
possible
without image loss. I hate putting word docs on the website....
-----Original Message-----
From: Thilo Schmidt
To: cctalk(a)classiccmp.org
Sent: 12/5/02 6:31 PM
Subject: Re: YARC Systems transputer board
Hi Bernd,
On 05-Dec-2002 Bernd Kopriva wrote:
> Today i've added a YARC Systems transputer board to my little IBM-AT
> coprocessor card collection :-)
Ah, I saw this board on Ebay... :-)
> Unfortunately, there was no documentation and software included ...
> ... and YARC Systems seems to be out of business for at least 2 years
...
This is a common problem with transputer based hardware...
> Does anyone have documentation/software for that little beauty ?
No, but most PC-Transputer-Boards where compatible to the
Inmos B004 interface.
On Ram's Transputer Homepage you should find a lot of software for
this interface (http://www.classiccmp.org/transputer)
I'm writing a Linux based development environment for transputers.
Currently only the B004 driver and the assembler are operational.
If you find any useful information regarding the interface of your
board I would be very interested...
bye
Thilo
At 12:12 7-12-2002 -0800, you wrote:
>On Thu, 5 Dec 2002, Kees Stravers wrote:
>
>> Wouldn't it be easier to install a trs-80 emulator, mount the readdisk
>> image in it, and print the files to a virtual printer port that you
>> capture to a pc file?
>
>No, because then I'd have to type it all back in (or OCR it). It would be
>much easier to transmit digital bits from one place to another.
I'm sorry, but if you redirect the printer port to a file, with something
like the dos vprint tsr, no typing would be needed because the print job
would be on the disk already.
Kees.
Browsing around today I came across the following
EPROM & FORTH. Module for the Micro-Professor containing an Eprom and
full manual. Specification:- FORTH-79, EPROM (8KB). Including line
editor, ramdisk feature has up to 40k user RAM capbility. 4.99
ZILOG Z80 CHIPS. I/O memory expansion module for the Micro-Professor
(see Q0831) Spec:- IOM-MPF-IP, Contains Z80-CTC (counter and timer
chips) and Z80-PIO (parallel I/O chip) 2k eprom. 2k RAM. Uses parallel
I/O control. Supplied with manual and ribbon cable. 9.99
AT Greenweld Electronics in the UK, web http://www.greenweld.co.uk
-- hbp
On Dec 5, 10:26, Philip Pemberton wrote:
> That's great. Unfortunately the CPU (a NEC D780C) died this morning while
I
> was re-tuning the modulator (modulator was set too close to Channel 5).
> Sooo... Does anyone have a spare D780C or am I going to have to pull
apart my
> Toshiba HX-10 (MSX) and, er... "borrow" the CPU?
> Alternatively a ZiLOG Z80 would be fine. The original CPU has a 1984 date
> code, but it's in a socket so I guess it's been replaced already. A
> replacement from 1982-1986 would be nice (82xx to 86xx date code), but
not
> essential.
I have a spare D780C with a 1983 date code. Mail me off-list if you want
it.
I think the original may have been socketed. It was common to socket
thingss like MPUs, ROMs, etc, in those days, but the 1984 date code sounds
late -- I think the Ace came out in 1982.
--
Pete Peter Turnbull
Network Manager
University of York
> > > I am _darn_ sure the seek function on an RK11 doesn't check sector
> > > headers (I would have to actually dig out the prints to be sure). I know
> > > I've used it to move heads around on the alignment pack, which doesn't
> > > have convnetionally recorded headers. Quite apart from the fact that an
> > > RK05/RK11 can seek on a blank disk so as to be able to format it (a blank
> > > RK05 pack really is blank).
> >
> > We must have been talking past each other here. I didn't mean that the
> > controller/drive made a check on the disk that it was on the right
> > track. The drive *knows* it's on the right track, without checking. Like
>
> Sorry, no it doesn't...
You're right. Too long since I worked on this, I apologize. Unless you
specify a read-all or write-all, the RK05 does check at read or write.
I should have kept my mouth shut. :-)
Johnny
Johnny Billquist || "I'm on a bus
|| on a psychedelic trip
email: bqt(a)update.uu.se || Reading murder books
pdp is alive! || tryin' to stay hip" - B. Idol