What is a fair price to offer for an Amiga 4000 with a Toaster installed?
I really don't know Amiga's at all except for what I used of them in the
studio as Toasters, but I have always wanted a Video Toaster setup of my
own.
I found someone offering two of them for sale/trade, but I have no idea
what they are worth.
Or, does anyone here have one they want to give me for cost of shipping?
(I am pretty poor, so I have a feeling I will find they are worth more
than I can afford)
-chris
<http://www.mythtech.net>
I just won a MicroVAX 3100/90 auction on Ebay... The 3100/90 has BNC and AUI
network ports. What do I need to use to connect it to my twisted pair hub?
Some type of adapter that connects to the AUI port? What's it called and how
much should I expect to pay for one? Thanks.
- Bob
>From: "Erik S. Klein" <classiccmp(a)mail.vintage-computer.com>
---snip---
split octal stuff cut because already answered.
---snip---
>
>Why would the address lights on the Altair not properly
>correspond to the address switches being set? If I set the
>switches at 1110111000000000, for instance, when I reset
>then examine the light at A11 doesn?t come on (the lights
>show 1110011000000000) even though I know that LED to be
>functioning.
You'll need to check to see if the address is getting
driven to the bus with a meter, logic probe or 'scope.
It may just be a bad LED or driver on the panel,
it may be a bad switch or some other part of the cicuit.
>
>Why would the data lights ever show anything but on or off?
>I sometimes get dim glows from the data LEDs.
When the code is running, they blink faster than your eye
see. They may appear dim when toggling fast.
>
>What data can I expect to be in the RAM on boot-up? Is this
>answer different for Static vs. Dynamic RAM?
You can't depend on boot up data in either. Most DRAMs
will boot with alternating 00/FF data. Sometimes these
are in blocks. Most statics tend to be more ramdom but
sometimes look similar in patterns to the DRAM. If you
don't know if there is RAM at a location, use the
front panel controls to change values. If there is RAM
there, it will hold the new value you wrote.
>
>What is the best way to execute the boot loader should I
>locate it? Can I set the address switches to the proper
>spot and run or do I need to code a simple program that will
>?JMP? to the known address?
I have a IMSAI but I suspect the sequence would be similar.
STOP-RESET-EXAMINE-RUN, w/ address switches set to the
boot address. If you do have a panel problem and can't
get the address loaded properly, you could put a simple
JMP into some RAM that you can access. Toggle in
the JMP XXXX and then set the address switches to the
JMP instruction and do the EXAMINE-RUN sequence.
>
>Much of my confusion might stem from the EPROMs themselves
>since they may have been erased by time. I have a freshly
>burned set on order which may help.
I have EPROMs that are over 20 years old that are still
holding data. The boot sequence is quite small and it is
unlikely to be bad. From what you said earlier, I would
suspect that the main problems may be incorrect switch
settings or problems with the fron panel.
Dwight
Hi
It may be that the bit rate isn't compatable with the
controller you have. You might take an oscilliscope and
compare the signals coming from the tapes. You may
see differences.
Dwight
>From: "William von Hagen" <vonhagen(a)vonhagen.org>
>
>Hi. I've been trying to read in a variety of old backup cartridge tapes
>as raw data so that I can write some tools to parse them (or port the
>old backup software used to write them). This seems to be the easiest
>way to explore old backup data from a variety of old machines without
>having to fire up the machines themselves.
>
>Since I'm trying to do this from a Unix (Linux) box, 'dd' was the
>obvious first choice, but I don't know things like the block size at
>which the tapes were originally written. Ideally, I'd just like to read
>raw data from the media, period. I've tried reading the tapes using 'dd'
>with a variety of block sizes, but still get zero-length input files.
>The drives I'm using to read the data are capabable of the densities at
>which they were written, and I understand the Unix/Linux device numbers
>- you can hear that the drives are working at the correct density, but
>I'm still not getting data. I even wrote a little program to just read
>data directly from the raw device, but don't seem to be getting anything
>there either.The drives whir and whine, but I get nada.
>
>Any suggestions? Any utilities you'd suggest rather than 'dd'? Many of
>these are non-Unix systems, so 'tar' and 'cpio' aren't appropriate.
>
>Thanks!
>
> Bill
>
>
Hi,
I'm quite behind on reading classiccmp postings. Has the classiccmp list been
moved to this new cctalk list?
I was subscribed to classiccmp in digest mode, and have now been automatically
subscribed to cctalk in digest mode. So far so good, except there are about 5
cctalk digests per day. Can the list admin/maintainer set things so one
digest message is sent per day, instead of several smaller ones? That kind of
defeats the object of having a digest version.
-- Mark
> -----Original Message-----
> From: R. D. Davis [mailto:rdd@rddavis.org]
> Quothe Tony Duell, from writings of Sat, May 18, 2002 at
> 08:23:47PM +0100:
> > and doubtless somebody will therefore reply to something in
> an off-topic
> > way in CCTECH. Which will then annoy the CCTECHers...
> Indeed. One observation is that often, what seems like a minor
Um.. guys, it's moderated. You just can't post off topic stuff
to it -- period, err... "full stop." ;)
Chris
Christopher Smith, Perl Developer
Amdocs - Champaign, IL
/usr/bin/perl -e '
print((~"\x95\xc4\xe3"^"Just Another Perl Hacker.")."\x08!\n");
'
After my most recent round of Sol emulator enhancements, I'm finally
getting down to adding emulation for the Helios disk system.
Part of that effort is going to require me to get some binary disk images
in order to make the emulator do something useful.
Luckily, I happen to have a Sol stashed away along with a Helios disk
system. It was kindly donated to me last summer, but it has been in
storage waiting for me to have the time to rehabilitate it.
I bought a used varactor and ramped up the power on the Sol itself. No
caps blew, and it is now working just fine. At least, it plays TARG
OK. I've also replaced the key pads and it is now much a happier than it
was. I haven't tried messing with the helios system yet as it is going to
require a lot more work (dusting it out, cleaning things, sanity checking
it, praying like hell it doesn't need calibration after 20 years of idleness).
The system has two "Econoram by Godbout" boards, specifically "Econoram
X". Doing some probing of memory locations, it appears that only 48KB of
the available 64 KB of SRAM is enabled (each card has 64 4Kx1 SRAM
chips). 0x0000 to 0xBFFF is enabled, and the rest is disabled. Of course,
part of it must be disabled because 0xC000-0xCFFF is taken up by the
monitor ROM, display RAM, and scratch RAM. However, the higher parts
should be OK to use.
The dip switches on the boards have suggestive labels, but are too terse
for me to be confident what is going on.
Does anybody have docs on this or similar boards, or perhaps is better at
guessing what is going on than I am? I think I understand most of it, but
I'm sure I don't understand all of it.
First board's dip switch settings:
S1:
1: WE A = on
2: WE B = on
3: WE CL = on
4: WE CH = on
5: DIS A = off
6: DIS B = off
7: DIS C = off
8: WS = off
S2:
1,2,3 = A = off, off, off
4,5,6 = B = off, off, on
7,8 = C = on, off
Second board's dip switch settings:
S1:
1: WE A = on
2: WE B = on
3: WE CL = on
4: WE CH = on
5: DIS A = on
6: DIS B = on
7: DIS C = off
8: WS = off
S2:
1,2,3 = A = on, on, on
4,5,6 = B = on, on, off
7,8 = C = off, on
So it looks like the 32 KB on each board is broken up into three
banks. I'm guessing banks A and B control 8 KB blocks, and bank C is a 16
KB block (since S2 has three switches for A and B but bank C has only two
switches). WE A/B/C is write enable for each bank, and DIS A/B/C is
read&write enable/disable for each of the three banks. Perhaps WS is to
enable a wait state.
Sounds good so far, so let's collect the bank settings:
0 0 0 A1 = 0- 7, enabled
0 0 1 B1 = 8-15, enabled
1 0 C1 = 32-47, enabled
1 1 1 A2 = 56-63, disabled
1 1 0 B2 = 48-55, disabled
0 1 C2 = 16-31, enabled
Does this sound reasonable? At least it is consistent with my interpretation.
Does anybody know for sure what WS stands for?
One disturbing thing is that the I would have expected one board to
implement 0-31KB, and the other board to be used to map 32-47KB. Instead,
one board does 0-15 and 32-47, while the other board does 16-31. Any idea
why this might be?
Finally, does anybody know if this board respects phantom disable (some
other resource can claim a block of addresses and the board will silently
just map out that RAM location)?
Thanks.
-----
Jim Battle == frustum(a)pacbell.net
Which DEC 3000? There were several... (the bird series -- pelican,
flamingo, etc). I've used the 3000/300 (same form factor as the
DECstation 5000/25), the 3000/400 (a large desktop brick), and the
3000/700 (a tower case). Yes, they are all Turbo-Channel based
machines.
Megan Gentry
Former RT-11 Developer
+--------------------------------+-------------------------------------+
| Megan Gentry, EMT/B, PP-ASEL | email: gentry at zk3.dec.com (work) |
| Unix Support Engineering Group | mbg at world.std.com (home) |
| Hewlett Packard | (s/ at /@/) |
| 110 Spitbrook Rd. ZK03-2/T43 | URL: http://world.std.com/~mbg/ |
| Nashua, NH 03062 | "pdp-11 programmer - some assembler |
| (603) 884 1055 (DEC '77-'98) | required." - mbg KB1FCA |
+--------------------------------+-------------------------------------+
I have finally got round to setting up my AS/400 and would appreciate
some advice. It came with one terminal and lots of twinax cable. The
terminal has a piece of twinax attached with a T piece on the end of it.
There are 2 twinax ports on the back of the AS/400.
How do I wire the AS/400 to the terminal? Should I just use 1 port or
does it loop through the T piece and back to the other port? Should
there be some sort of terminator which I don't have?
TIA
--
Regards
Pete
"Time flies like an arrow and fruit flies like a banana"
>For the 780 (and maybe 785) DEC did at one point
>sell microprogramming tools. I guess someone might
>still have this info, but if they do they're keeping quiet
>about it!
At one point, years ago, I acquired a set of the tools for
doing WCS microprogramming. I may still have them somewhere
in my collection, but I have not seen them for awhile.
What I do still have is a copy of the WCS user's guide, with
explanations of the microprogramming instructions and how
to use the micro assembler/loader/debugger. I attempted to
make a copy for another member of this list, but the copier
damaged several pages (not badly, but I am gun-shy about
trying it again, at least with auto-feed).
Megan Gentry
Former RT-11 Developer
+--------------------------------+-------------------------------------+
| Megan Gentry, EMT/B, PP-ASEL | email: gentry at zk3.dec.com (work) |
| Unix Support Engineering Group | mbg at world.std.com (home) |
| Hewlett Packard | (s/ at /@/) |
| 110 Spitbrook Rd. ZK03-2/T43 | URL: http://world.std.com/~mbg/ |
| Nashua, NH 03062 | "pdp-11 programmer - some assembler |
| (603) 884 1055 (DEC '77-'98) | required." - mbg KB1FCA |
+--------------------------------+-------------------------------------+
