> > Actually, I do have an *original* IBM PC. March 82, 48k motherboard
> > (not the later 64k), SINGLE side 160K floppy, Amdek color monitor.
>
Actually I think the first 5 slot IBM motherboard had 16K soldered on the MB
and three rows of sockets for an additional 48K. this made it possible to
stuff it with a full 64K of Ram. The second version had 64K chips soldered
and sockets to bring it up to 256K.
Paxton
Paxton
Can anyone tell me switch settings for this Cromemco S-100 system?
I have what I believe is the CDOS boot diskette but (of course) no setup
manuals.
The system uses a ZPU Z-80 card, 16FDC floppy controller, and a 64KZ ram
card. The 16FDC has one set of (8) switches; the 64KZ has three sets.
The previous owner wasn't sure what to do with this box and by the time I
rescued it the floppy drives had been connected up backwards and the dip
switches on the cards had been moved around. You get the picture... Well,
at least he did warn me he'd played with the switches.
I also notice that one of the chip sockets (IC60) on the 64KZ has a set of
wire shunts in it instead of a chip, connecting pins 1-8 straight through to
pins 16-9. Was this standard? In the pictures in the old Cromemco ads it
looks like a real chip in that socket.
Thanks in advance,
Arlen Michaels
On Mar 27, 9:35, Arno Kletzander wrote:
> New details on the SUN networking issue became available yesterday
> [...] However, both SUNs' transceivers and the cable work as each
> SUN can detect the other's presence. The
> printer cannot be pinged or sent data to
> Peter Turnbull wrote:
> >Have you tried pinging the printer by it's IP address instead of
> >it's name? Try a broadcast ping?
>
> As we're not too familiar with the commands, how is a broadcast
> ping done?
Instead of giving the IP address of a particular machine, give the
broadcast address of the local subnet. The broadcast address is the subnet
address but with the host part set to all 1's. For example, for the class
C network 192.168.5.0, the broadcast address is 192.168.5.255. For the
class B network 176.18.0.0, the broadcast address is 176.18.255.255, and
for the class A network 10.0.0.0, it's 10.255.255.255. You should get a
response from every device on that segment (every device in that broadcast
domain, actually) which has an IP address within the subnet range. For
example (my test subnet is 144.32.80.0 with subnet mask 255.255.254.0, so
the last 9 bits are the host part):
# ping -c 2 144.32.81.255
PING 144.32.81.255 (144.32.81.255): 56 data bytes
64 bytes from 144.32.80.11: icmp_seq=0 ttl=255 time=1 ms
64 bytes from 144.32.80.14: icmp_seq=0 DUP! ttl=255 time=1 ms
64 bytes from 144.32.80.99: icmp_seq=0 DUP! ttl=255 time=3 ms
64 bytes from 144.32.80.80: icmp_seq=0 DUP! ttl=60 time=3 ms
64 bytes from 144.32.80.22: icmp_seq=0 DUP! ttl=255 time=4 ms
64 bytes from 144.32.81.96: icmp_seq=0 DUP! ttl=255 time=39 ms
64 bytes from 144.32.80.11: icmp_seq=1 ttl=255 time=1 ms
----144.32.81.255 PING Statistics----
2 packets transmitted, 2 packets received, +5 duplicates, 0% packet loss
round-trip min/avg/max = 1/7/39 ms
#
You can see it stopped when it got a response to the second 'ping' it sent
(because I told it to use -c 2, ie send only two pings).
The reason I suggested a broadcast ping is that anything that hears that
should respond. The trouble is, no sensible implementation will do that
for anything other than a local subnet, and if the printer doesn't have a
proper IP address in the same range as the Suns (which it may not if it's
trying to RARP or BOOTP) it won't even respond to a broadcast. So, after
thinking about it, I'm not sure it will tell you much at the moment.
> >Have you checked the printer settings to make sure it's using the
> >correct IP address? Is that set from its panel, or by RARP/BOOTP/
> >DHCP? If the latter, it needs a server to boot.
>
> Tony Duell wrote:
> >That printer isn't attempting to get information (IP address,
> >software, whatever) from a server, is it?
>
>
> We're trying hard at the moment to find the printer manual. We know we
have
> it somewhere, but it's buried...
Another way to see what's happening, is to use 'snoop' if you have it on
one of the Suns (tcpdump for Linux/BSD/etc is similar). You need to be
logged in as root, and type "snoop -v" or "snoop -V". That will show you
(in some detail; -V gives less detail) all the traffic visisble to the le0
interface. For example:
# snoop -V
Using device ec0 (promiscuous mode)
________________________________
indy -> (broadcast) ETHER Type=0806 (ARP), size = 42 bytes
indy -> (broadcast) ARP C Who is 144.32.80.34, pissaro ?
________________________________
? -> (multicast) ETHER Type=D709 (Unknown), size = 60 bytes
________________________________
? -> (multicast) ETHER Type=D709 (Unknown), size = 60 bytes
________________________________
lanmodem -> 144.32.81.255 ETHER Type=0800 (IP), size = 146 bytes
lanmodem -> 144.32.81.255 IP D=144.32.81.255 S=144.32.80.99 LEN=132,
ID=53598
lanmodem -> 144.32.81.255 UDP D=2071 S=1025 LEN=112
________________________________
indy -> lanmodem ETHER Type=0800 (IP), size = 86 bytes
indy -> lanmodem IP D=144.32.80.99 S=144.32.80.11 LEN=72,
ID=56653
indy -> lanmodem UDP D=53 S=2158 LEN=52
indy -> lanmodem DNS C port=2158
________________________________
indy -> (broadcast) ETHER Type=0806 (ARP), size = 42 bytes
indy -> (broadcast) ARP C Who is 144.32.80.34, pissaro ?
________________________________
? -> (multicast) ETHER Type=D709 (Unknown), size = 60 bytes
________________________________
The first packet is one machine asking who knows the MAC address for a
particular IP address; the next two are IPX discovery packets from a smart
hub; fourth is a router advertising its connectivity to anyone who cares to
listen; fifth is a machine making a DNS lookup request.
> >Hmm... What are the LEDs on the transceivers labelled?
>
> The LEDs on the transceivers are only PWR (Power), SQE (as
> on yours) and COL (which must be Collision). Nothing for TX or RX,
although
> that would be much more helpful for troubleshooting.
If both the SQE and Collision LEDs flicker when you try to send something,
that's not anything to worry about. If SQE is enabled on a transceiver, it
sends a sort of artificial collision burst after each packet (which lights
up SQE) and that is detected by every transceiver's collision detect
circuit as a normal afterlude to the packet. You only worry when you see
collisions without SQE :-)
--
Pete Peter Turnbull
Network Manager
Dept. of Computer Science
University of York
I apologize in advance for the quite possibly stupid question, but...
Is there any way to run a TU56 DECtape drive on a Q-bus system like a
PDP-11/73?
-- Tony
>> RJ-45. I have heard of the Apple IIe compatibility card, but where can I
>find
>> a cable for this connector, which I presume is for attaching an external
>drive
>> to?
>
>Actually I think it's one of those multipurpose breakout cables like the DOS
>cards had. It provided Apple II Joysticks, disk drive, and I think serial
>connections.
The DOS cards for the Mac's are actual coprocessor cards. If the IIe
compatibility card is anything like the similar cards sold for the PC, it is
basically a IIe on a single board. I've never actually had one of the Mac
IIe compatibility cards though. I do remember Tandy, among others, listing
the DOS IIe emulation cards in their catalogs into the late 80's.
Jeff
On Mar 27, 7:23, Cameron Kaiser wrote:
> I have a little Allied Telesyn transceiver I'm using on the Solbourne.
> Nice gadget, fits in the palm of my thin piano-playing mitts. There's a
DIP
> on the side for SQE-Enable and four status lights. Works very well.
I have several AT 10bse2 and 10baseT transceivers like that, and a few
Eagle ones and a D-link one too. Also a little DEC one that's about twice
that size (lengthways). Lots of companies made very small
"microtransceivers", some of them with several LEDs (my Eagle 10baseT ones
have 6).
They're quite handy for checking links through patch panels and structured
wiring - wire a PP3 (MN1604/6LR6 9V) battery to pins 6 (-ve) and 13 (=ve)
and you can test for a link light and even see when there's traffic. The
poor man's Cat5 cable tester.
> That reminds me, since I'm an AUI novice. I picked up a DB15 straight
> through cable at Fry's (it was sold as a joystick extension but it works
> fine on the Apple monitors too). I also have an Allied Telesyn hub that
> accepts eight 10BT connectors, Thinnet, and one AUI. If I plug the
Solbourne
> right into the AUI port on the hub, will I need the transceiver anymore?
That won't work, I expect. The Solbourne connector is supposed to plug
into a transceiver, and so probably is the one on the hub. I bet they're
both sockets? If so, I suggest you don't try it, as those connectors
provide power to the transceiver, apart from needing a crossover (and the
collision detect would go haywire too).
--
Pete Peter Turnbull
Network Manager
Dept. of Computer Science
University of York
Hello, all:
Does anyone have a link to a good 2600 cartridge archiver project? I
spent quite a bit of time last night looking for one, but I keep coming up
empty. None of the 2600 emulation pages I hit really speak about making your
own ROM images.
Thanks.
Rich
Saw this on Usenet. Figured someone might be interested. Contact original
author directly.
Eric
>From: dhorvath(a)cobs.com
>Subject: Re: Getting Rid of equipment
>Newsgroups: comp.sys.3b1
>
>I have several 3b1's and 7300's, memory boards, power supplies, hard drives,
>unused spare monitor, software, etc., etc., etc. I've been trying to sell them
>or otherwise find a good home for them. But without luck.
>
>Anyone interested?
>
>- David
>
>--
>David B. Horvath, CCP dhorvath(a)cobs.com
>Consultant, International Lecturer, Adjunct Professor
>Author of "UNIX for the Mainframer" and other books.
>
About a month ago, I posted that I picked up a Mac SE/30, sans keyboard and
mouse. Today, I got a keyboard and mouse, and now need to figure out how to
bypass security on this thing. It boots, and prompts me for a password.
Three times, and it shuts down. I know Apple has older MacOS releases on
their ftp site, but that begs the question - how do I create MacOS disks if
I lack a Mac to create them?
I think I recall seeing somewhere that you can bypass extensions on bootup
by pressing a shift key, but that didn't work, so I assume that this isn't
an extension, but something intergral into the OS itself...
> I was wandering through the local computer surplus and came across 3 very
> large Tektronix monitor/terminals that are labeled 4114.
> I did several web searches but most of the information is that they
> existed not much about their capabilities. Any additional info about them
> would be appreciated.
>
> Mike
> mmcfadden(a)cmh.edu
>