- test-drb@ccmp.vtda.org - classiccmp.org

Last Chance - Stan Veit's History of the Personal Computer Book - Blow Out!

by MTPro＠aol.com

I still have a number of brand new copies I'd like to move out. This is a super deal just for classiccmp subscribers. Please e-mail me! For more info on the book, see this copy I sold at auction: http://cgi.ebay.com/aw-cgi/eBayISAPI.dll?ViewItem&item=1289515294 $4 Shipped! Best, David David Greelish Classic Computing www.classiccomputing.com "classiccomputing" on eBay

24 years, 8 months

2
1
0 0

UTC Transformer type H-89

by acme_ent＠bellsouth.net

Ran across this on Ebay tonight: http://cgi.ebay.com/aw-cgi/eBayISAPI.dll?ViewItem&item=1649083427 This transformer has a 115V primary, and several taps on the secondary ranging from 5 to 850 volts. What kind of device might require such a wide range of voltages? BTW (for those without 'net access) the device sold for USD103.50 and there were no details as to what this thing was used in. This leads me to believe that it's a high failure-rate component in a relatively expensive (and not uncommon) piece of gear. Any clues? Glen 0/0

24 years, 8 months

5
4
0 0

VT330/VT340 Manual

by Antonio.Carlini＠riverstonenet.com

>things of that nature. I would also appreciate it if someone could give >me pointers on my DECserver 700. Thanks a lot. You can find the DS700 manuals online at www.dnpg.com. Antonio

24 years, 8 months

3
3
0 0

OT: Determining TCP port ownership

by rcini＠optonline.net

Hello, all: I'm having a bit of a time with SNMP on my Windows NT box. I'm running the Compaq management agents which use ports 161 and 162. But, when the SNMP service starts, it complains that another program is grabbing the port. Using "netstat -an" tells me that something is grabbing the ports using both TCP and UDP. The TCP address shown is 0.0.0.0. I have no other obvious programs running that would be an SNMP server. Is there a utility that can tell me which executable is grabbing a given port? Rich Rich Cini Collector of classic computers Build Master for the Altair32 Emulation Project Web site: http://highgate.comm.sfu.ca/~rcini/classiccmp/ /************************************************************/

24 years, 8 months

3
2
0 0

EISA - was VLB SCSI?

by mhstein＠usa.net

Since I don't have any EISA experience other than this, maybe I'm missing something really fundamental... I assumed everything was handled by the configuration & diagnostic utility; is there something else I should be doing? How else can I get at the config info? mike ---------Original Message------------ Date: 3 Nov 2001 5:59:47 +0100 From: "Iggy Drougge" <optimus(a)canit.se> Subject: Re: EISA - was VLB SCSI? Since I've been reinitialising and updating my Proliant this night, I have some fresh knowledge. Could it be that you've left some pieces of the config >from when you still had the modem on the config partition? Any change in an EISA system has to be handled in the config partition. It's a real pain if you're experimenting together a system.

24 years, 8 months

2
1
0 0

Am2901 bit-slice

by CLeyson＠aol.com

Hi everyone Looking for a source of AMD Am2901 bit slice chips ? Try Dial Electronics at http//www.dialelec.com. They specialise in obsolete parts, have no minimum order charge, you don't need an account and they will also ship worldwide. I've got a busted CPU board to fix so I've got a few 2901s on order. If I can't fix the damn thing I will probably end up building a bit-slice processor just for the fun of it. Any suggestions ? Best Regards Chris Leyson

24 years, 8 months

1
0
0 0

One-off vs. One-of (was Re: CPU design at the gate level)

by Antonio.Carlini＠riverstonenet.com

> pete(a)dunnington.u-net.com wrote: > >I've never heard "one-of" before, only "one off" (and "2 off", "3 off", >etc) to describe a quantity. It's commonly used here, not just in >engineering. Agreed. I first saw it in Practical Electronics (which I started reading in 1977/78 or so). It was often used in the parts lists. It confused me slightly the first time I read it, but it was clear what it meant. I don't know the derivation off-hand but I am surprised that anyone uses "one-of" - it's just harder to say! Antonio

24 years, 8 months

1
0
0 0

VT330/VT340 Manual

by Antonio.Carlini＠riverstonenet.com

>Perhaps you can :-) I ran across them once in all my link chasing and >haven't found them again. I did find the software manual (Windows, VMS, >etc) but not the hardware manual. You are not the only one who thinks the site is hard to navigate (I just use search and click on the Technical Information link in the top right corner). From an email I sent just a few minutes ago: Start here: http://www.dnpg.com/dr/hubs/servers/ and pick whatever you want. User manuals are here: http://www.dnpg.com/dr/hubs/servers/manuals/ Antonio

24 years, 8 months

1
0
0 0

AT&T 6300 Keyboard Controller

by tarsi＠binhost.com

Greetings, all! System in Question: AT&T 6300 I have two of these systems and was going through them, taking the best parts of the one and putting them in the other to build out a good machine. I happened upon a difference between the two that I can't figure out what I've stumbled upon. The keyboard controller for the 6300 is either an 8041 or 8741 chip, as defined by the service manual. The one machine has an 8041A chip, so that's normal. The other machine doesn't have a chip at all. Instead, it has a piggyback card in that slot where the IC is supposed to be. The piggyback card has a chip on it that LOOKS to be a 88414 chip. I'll write below all the relevant numbers on the card. There is a wire that goes from the board around to the topside of the logic board as well. Not sure where it connects, I haven't pulled the logic board completely up yet. Anyone have an idea of what this might be and if so, documentation and/or description of benefits? Thanks for your help! Tarsi 210 List of Relevant Numbers: - On the main chip, it has 88414 plus a adhesive tag that someone had written on it "PDBD". - The board itself is stamped: 491230 Z MI293 NA 6/84 (the last the date, I presume) Also on the board is: MI293 COD.49199P-E-E4 - Yet another chip has the number: TMS7000NL-2 -- ---------------------------------------------- Homepage: http://tarsi.binhost.com binHOST.com: http://www.binhost.com Forever Beyond: http://www.foreverbeyond.org ----------------------------------------------

24 years, 8 months

1
0
0 0

DEC transformers, what are they to?

by technos＠nerdland.org

Tony's question jogged my memory I have a half dozen beige wall-warts Digital model H70822-AA. I beleive they came from some DEC networking equipment. Anyone want em? Jim

24 years, 8 months

1
0
0 0

CPU design at the gate level

by ajp166＠bellatlantic.net

From: Ben Franchuk <bfranchuk(a)jetnet.ab.ca> >74x00's are still common - I still can get that at Radio-shack for $2.00 >in a bubble >package here in Canada. It is rare chips ALU's, carry look aheads, 16x4 >memory >that you can't find. The $.10 surplus TTL days are long gone. Ben >Franchuk. Good thing too as most of the surplus parts were off spec... I was burned a few times back when. At least three vendors have most of the TTL line, JDR being one. I might add that in '73 I did a TTL design, finding many of the chips that were in the books was a task as many were unobtainium. Allison

24 years, 8 months

3
4
0 0

One-off vs. One-of (was Re: CPU design at the gate level)

by pete＠dunnington.u-net.com

On Nov 2, 20:12, Richard Erlacher wrote: > Well, that's interesting for sure. Having been in engineering since 1963, I > have to say I've heard the term "one-of" countless times, since that's been the > main thrust of my work since that time, and it is short for one-of-a-kind I've never heard "one-of" before, only "one off" (and "2 off", "3 off", etc) to describe a quantity. It's commonly used here, not just in engineering. -- Pete Peter Turnbull Network Manager University of York

24 years, 8 months

2
1
0 0

OT: Question for American Subscribers...

by DAW＠yalepress3.unipress.yale.edu

Why would a large computer retailer (CompUSA) stop selling gift certificates at this time of year? Might CompUSA be going titsup.com? --- David A Woyciesjes --- C & IS Support Specialist --- Yale University Press --- mailto:david.woyciesjes@yale.edu --- (203) 432-0953 --- ICQ # - 905818

24 years, 8 months

5
4
0 0

value of classic DEC machines?

by pechter＠ureach.com

---- On Thu, 01 Nov 2001, UberTechnoid(a)home.com (UberTechnoid(a)home.com) wrote: > There's Allison for one. I don't think we raise our little girls to > glorify techweenie stuff. I hope my stepdaughter turns out different. > She has Solaris Sparc, OS/2, Windows, DataGeneral MV, and Atari > sticktime > allready and she is only five! > > Regards, > > Jeff Well, my daughter's 7 1/2 and she's got access to Sparc Solaris, Solaris x86, SunOS4, FreeBSD, VAX/VMS er OpenVMS Vax, Win9x, OS/2, CP/M, PC-DOS, Win3.11 and Linux (x86). Her main fun... http://www.hampsterdance2.com from her Win9x box and Rogue and xlockmore on FreeBSD. I'm hoping for more interest in the latter. I'm seeing no signs of interest in how the stuff works beyond her help with screwing the stuff together. She must have picked up the field service genes. Bill

24 years, 8 months

1
0
0 0

TU-10, TU-80CA free for pickup in Milwaukee, WI USA

by jfoust＠threedee.com

Please contact Mike directly, and give your phone number... he may have other items available. - John From: Michael Hanus <mike(a)rm-sys.com> Subject: Old DEC tape drives In-Reply-To: <4.3.2.7.0.20011026094202.021c0df0@pc> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Status: John, Here are the items I have These are all FREE to first taker... I would like them gone by 11-12-01 I can move to a storage location for later pickup for a small payment in advance. Contact me for details. TU-10 9 track tape drive, complete in 72" rack was functional when removed from service 8-10 years ago 800 BPI Does NOT include Unibus interface TU80-CA tape drive, 1600 BPI S/N SPF 8142 In horz "lowboy" cabinet, same height as RK-07 Includes Unibus interface TK-25 drive, power supply bad, no Q-bus interface Please contact me via email and I will call via phone Thank you, Michael Hanus

24 years, 8 months

1
0
0 0

Thick Ethernet/Sun networking problems

by pete＠dunnington.u-net.com

On Nov 3, 8:23, Iggy Drougge wrote: > Well, it certainly does the trick for Intel print servers. > To set the IP address on a Netport Express, you first give it an IP through > the "arp" utility, then ping it, which will make the Netport inherit the IP > with which it was pinged. Quite ingenious. That uses a cheat that's built in to Intel print servers. As Iggy says, the print server listens to all the packets that go past, and infers its IP address from the address contained in the first ICMP packet it sees which contains its own MAC address. It's not the normal way of doing it at all, and it's not reverse-ARP, which Lawrence said the printer used. It's worth a try, though, since it would only take a few moments to test. And the Calcomp web page does say "make an entry in the ARP table". -- Pete Peter Turnbull Network Manager University of York

24 years, 8 months

1
0
0 0

OffTopic: Intel's dependent on the Alpha chip...

by DAW＠yalepress3.unipress.yale.edu

Here's some ammo for the anti-Intel folks... --- David A Woyciesjes --- C & IS Support Specialist --- Yale University Press --- mailto:david.woyciesjes@yale.edu --- (203) 432-0953 --- ICQ # - 905818 ! -----Original Message----- ! From: Grant Bechler [mailto:GrantB@plaid.com] ! Sent: Thursday, November 01, 2001 12:35 PM ! To: AlphaNT Mailing List ! Subject: [alphant] Intel's dependent on the Alpha chip (From the ! inquirer) ! ! ! Howdy All, ! ! I thought that Aaron would get a kick out of this article ! ! http://213.219.40.69/01110105.htm ! ! "WE WONDERED WHY DOUG BUSCH, the IT manager at Intel, went ! all coy on us ! yesterday when we asked about the systems running in its factories ! (fabrication plants) and a little bit of investigation has ! revealed the ! answer. ! Its fabs are heavily dependent on Alpha microprocessors and ! run OpenVMS to ! ensure that blue screens of death or glitches in its own ! chips don't bring ! the production lines down..."

24 years, 8 months

10
14
0 0

EISA - was VLB SCSI?

by mhstein＠usa.net

Hmmm, that reminds me: I have an EISA Compaq 486sx at a client site from which I had to remove an add-on internal modem; ran the diagnostic/configuration program, it says everything's fine, but when it boots it stops waiting for F1 saying the configuration's incorrect. Press F1 to continue & everything works, just a nuisance 'cause it can't restart after a power failure without someone there to press F1. Any ideas? Can give more details off-list if anyone can help. m ----------Original Message---------- Date: 1 Nov 2001 1:11:30 +0100 From: "Iggy Drougge" <optimus(a)canit.se> Subject: Re: VLB SCSI? ...What I dislike about either system is that it's so awfully software-based. IMO you can't really can't call MCA or EISA plug'n'play...

24 years, 8 months

4
4
0 0

Thick Ethernet/Sun networking problems

by pete＠dunnington.u-net.com

On Nov 2, 13:59, Lawrence LeMay wrote: > Well, one way of solving this problem is to reset the M971 card back to > factory defaults, and then setting the IP address. [...] > If the IP is reset back to 0.0.0.0, then the second step is to use the > reverse-ARP procedure to set the IP address. Thanks, Lawrence. I've had a quick look at the URL you posted in your followup, and it seems to me that unless Arno's printer (plotter? I can't remember either) is bust, that procedure is what he needs. I was about to reply to Arno's post, and was thinking about (R)ARP while having my dinner. It's a bit odd the way it says to "make an entry in the ARP table" because that's NOT what you do, exactly. The ARP table on a host has nothing to do with providing responses to other things that need information in order to boot, it's just used to map MAC addresses (Ethernet addresses, typically) to IP addresses when talking to other hosts known by IP address. But I'm sure it's just a case of Calcomp getting the terminolgy slightly wrong. What it obviously (to me!) means is to set up a host on the same subnet (actually in the same collision domain) which will respond to a RARP request. The way you do *that* on a Unix host is to make an entry in /etc/ethers, containing a line with the hostname that matches the MAC address you want to provide the IP address to. Then you also need an entry in the /etc/hosts file, to map the hostname to the IP address. Finally, make sure the rarpd daemon is running. Usually it will be started by a line in one of the startup files in /etc/rc.local, /etc/rc.net, /etc/rc.2 or similar place (it's in the /etc/init.d/network script in SysV UNIX). For Arno, this means: create /etc/ethers if it doesn't exist append a line with printer name and MAC (Ethernet) address /etc/hosts must already exist for the Sun to work, so append a line for the printer start up rarpd if it's not already running (the order in which you do these shouldn't matter) If we call the printer "calcomp", the line in /etc/ethers is: 00:C0:E2:00:0C:8E calcomp and the line in /etc/hosts is 111.1.0.1 calcomp and the command to start rarpd is probably /usr/etc/rarpd or /sbin/rarpd possibly followed by '-l' and the name of a logfile in which to record what it does, and/or the name of the interface on which to listen (le0, for Arno's Sun). -- Pete Peter Turnbull Network Manager University of York

24 years, 8 months

2
1
0 0

Thick Ethernet/Sun networking problems

by Arno_1983＠gmx.de

OK Pete (and everybody else, of course), I admit that was a *long* break since I brought that up last time - but now I think I have collected enough information for a new chapter...So, where did we get stuck? Pete 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. OK, as the IP Adress of the SUN 1+ is 111.0.0.14 and the Subnet Mask ff:00:00:00 (says so at boot): ping -s 111.255.255.255 (if everything on the network is powered up and the PC is configured for TCP/IP transfer) gets answers from: hombre (111.0.0.14);the sending machine itself papa (111.0.0.23);the SUN SPARCstation 2 on the next desk ? (111.0.0.83);a PC I've finally set up for sniffing Nothing however from the printer. :-( >>>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? No idea whether that helps, but if both the SUN 1+ and the printer are powered up, an arp -a shows: pa3 111.1.0.1 at (incomplete) and out of 25 packets I sniffed (Man, am I high now ;-)), 20 were ETHER type 0806 (ARP), the remaining 5 were type 0800. See also section "Configuring the 971" (Ethernet adapter card of the printer). >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: (...) OK, as I didn't finde snoop on the Suns (and didn't want to fiddle with compiling programs by myself at this stage...), I set up a PC with a network card, packet drivers and EtherLoad 2.00. Connected this to the idle transceiver, started with -r (record traffic), powered up one SUN and recorded the first 10 packets from it, then powered up the printer and recorded until I had 25 (the printer had then finished its warmup cycle and was displaying "READY"). Got only packets sent by the SUN (MAC: 08.00.20.09.BC.D7) destined for FF.FF.FF.FF.FF.FF (everybody?). The sniffer's HEX output file decodes to a lot of unreadable characters if interpreted as ASCII; only in the second packet that appears after switching the SUN on, the host name 'hombre' is readable. Decoding the whole data to decimal numbers show up the SUN's IP adress in all packets, the address the printer should have in the eighth and every following packet. Is there a DOS based sniffer out there which will produce output as understandable as snoop? If not, and if anybody wants a go at making sense out of the output, I'll mail the files private (HEX and decimal 6kB each, data ASCII decoded 2kB)... >On most of the Ethernet-enabled printers I've come across (mostly HPs, Lexmarks, and Xeroxes) you >can do the setup from the front panel -- sometimes tedious, but usually not too hard to understand. No such menu item or anything related to Ethernet. AFAICFO (as far as I could find out, adding to the current acronymania...) on the Internet, this is the procedure for configuring the Ethernet adaptor used in this printer: #Configuring the 971 # #Connect the network cable to the appropriate connector. # #The following tasks are accomplished by the system administrator: #-Make an entry in the ARP table #-Telnet to port 2002 #-Configure the 971 in accordance with your operating system's requirements # #The 971 queue is 'raw'. # #Refer to Model 971 Network Interface User's Guide P/N M0016-490 and CalComp Ethernet Software #Guide P/N M0062-240 for information pertaining to your specific UNIX configuration. # #Refer to CalComp Model 971 Ethernet Hardware Guide P/N 501987 for additional information. However, with us there is no sys admin - so how can we 'accomplish these tasks'? I couldn't find the 'refer to' titles on the web - anybody knowing if/where they're out there, or having them & willing to scan them for me? Any help would be much appreciated. >Have you tried printing out status pages? Sometimes that will show you things like IP address, >protocols enabled, that sort of thing. Usually you can do it by holding down one of the buttons when you >turn the power on. The printer manual tells that test printing is invoked by a long press on the key PRINT FONTS/TEST after switching the printer OFF LINE. Out comes a page which does tell absolutely nothing about network settings. It must however also be possible to print out these settings because in the paperwork, we found a page which reads as follows: CalComp Internal Ethernet Adapter Revision 4.11, Datecode 12/20 1994 10:20 Burnin Value = 0 SRAM = 256K bytes, Novram = 128 bytes Ethernet address 00 C0 E2 00 0C 8E Ethernet options: Ignore Alignment Errors Auxilliary data port = 0 IP address: 111.1.0.1 Telnet password security: OFF Netware options: !!! Netware DISABLED (use 'N' menu to re-enable) !!! Auto sense ethernet type between Ethernet II and 802.3 Apple EtherTalk options: EtherTalk DISABLED !!! (use 'N' menu to re-enable ) Printer name: CalComp CCL600ES Internally stored zone name: * Ethertalk Phase 2 LPD ( remote printer queues ) options: LPD enabled Output Control-D at end of job on Postscript queues Output FF at end of job on ASCII queues Console status monitoring configured as: Telnet port only But no idea on how to get this printed again to verify the settings haven't changed (e.g. due to bitrot in the Novram)... Sorry for the long post Sincerely yours Arno Kletzander Arno_1983(a)gmx.de -- GMX - Die Kommunikationsplattform im Internet. http://www.gmx.net

24 years, 8 months

3
2
0 0

EISA - was VLB SCSI?

by mhstein＠usa.net

Thanks for the tip; will give it a try now that you've reassured me. I don't think it's the battery since the config is stable, i.e. the power can be off for a weekend and everything's still fine when it's powered up again, just that annoying F1 request, and the problem started when I removed that modem and had to change IRQ's. I was reluctant to pull the battery & reset the config in case that really messed things up; at least now it's bootable. But sounds like it can't hurt to replace the battery, so might as well while I'm at it. mike -----------Original Message---------- Date: Fri, 02 Nov 2001 02:45:53 -0500 From: Chad Fernandez <fernande(a)internet1.net> Subject: Re: EISA - was VLB SCSI? re-read what he said..... he isn't loosing the configuration, it justs wants attention. I have had this happen before too. I just change things until it stops :-) I think something gets crossed up when changing things around too much, and it asks for F1 to be pressed. You can start over from scratch by pulling the battery..... I have had to do that once or twice when I really screwed things up, to the point that it hung while the bios was loading :-) Chad Fernandez Michigan, USA

24 years, 8 months

2
1
0 0

classiccmp-digest V1 #761

by ajp166＠bellatlantic.net

From: Ben Franchuk <bfranchuk(a)jetnet.ab.ca> > >> The 74289 is also the same part/pinout save for instead of open collector >> they are tristate outputs. > >OK I would have used a generic 16x4 non inverting memory. The 74189 is inverting, though adding an external inverting buffer is NBD. If y ou want a part that wasn't inverting then you have to use the 4x4 register file (74170) times for to get nearly the same thing. The 4x4 however allowed was a two port device. >> The 74382 is not an ALU, it's a carry look ahead generator. The 74381 is an >> ALU. > >I have a 74F382 data sheet -- this is a ALU. Really, my TI databooks have it as the lookahead carry generator for the 381 ALU. >> BZZZT!!! By ealy 1980 the 2901 was already passe', as were TTL cpus. >> I presume by that you really meant early (very early) 1970s as the 2901 >> is a 1970s part. > >That is hard to say what era my cpu is from as I have to fake it from >what >I would of built in 1980's. LS TTL was just becoming popular. 8 bit >micros >where the big thing.I used a PDP8/e and a PDP8/S in 1983. Your still off by at least 5 years. 1976 is more the LS ttl era. By early 1980s the designs for CPUs were going to gate arrays. >> Also the 2901 is directly traceable to 74181, 74189 like parts. > >The 2901 is a nice bit slice chip. If I had used it in my alu I would >have >fewer states per instruction, but then I would have needed to go to >micro-code style architecture. This design was random logic where >no PROMS need ever be programed. That was late 60s very early 70s design. By late 70s microcode was common or at least state machines. The availability of bit slices by the early 70s influenced this greatly. >>I already have a real PDP-8. ;) > >I should have known :) ;-) Allison

24 years, 8 months

3
2
0 0

Ecomstation.org (was Re: An Organization (was: Do we have a V AXorganization?))

by technos＠nerdland.org

I Have Been Trolled. See also: YHBT, YHBTHAND, YHBTIHYLIHAND. Jim On Friday, November 02, 2001 4:52 PM, Douglas Quebbeman [SMTP:dhquebbeman@theestopinalgroup.com] wrote: > > >This flame war has been done before. I'm only participating here because > > >I was individually lambasted. Methinks IHBT... > > > > IHBT? > > I Had Better T<something>... > > -dq

24 years, 8 months

1
0
0 0

MicronEye

by beesley＠mandrake.demon.co.uk

Please don't tease, Craig. Tell us a bit more about the MicronEye -- Google doesn't throw up much more than "camera from 8 bit era". Phil (Back on the list after a long break and pleased to see the regular posters are still around.) Date: Thu, 01 Nov 2001 19:32:17 -0500 From: Craig Landrum <clandrum(a)monumental.com> FYI, I'm also a Mac junkie. Still have my bootable 128K original with external floppy drive and a rare MicronEye camera that plugged into it. --- http://www.mandrake.demon.co.uk/Apple/

24 years, 8 months

1
0
0 0

Disk ID software

by optimus＠canit.se

Haven't you ever ended up with a disk which you don't know what it might contain. For all intents and purposes, it might contain the VAX/MIPS sources. =) So what do you do? Plug it into every computer where it would fit? That could become quite tiresome. So, to get to the point, is there any software out there which might identify what OS or filesystem is on a disk? It really shouldn't be too difficult, just a matter of identifying some hundred partition tables, MBRs, RDBs or boot blocks, right? -- En ligne avec Thor 2.6a. Amiga 4000/040 25MHz/64MB/20GB RetinaBLTZ3/VLab/FastlaneZ3/Ariadne/Toccata

24 years, 8 months

2
2
0 0

Thick Ethernet/Sun networking problems

by pete＠dunnington.u-net.com

On Nov 2, 14:40, Ethan Dicks wrote: > > --- Pete Turnbull <pete(a)dunnington.u-net.com> wrote: > > On Nov 2, 16:30, Douglas Quebbeman wrote: > > > What does 'broadcast' do (other than the obvious)? > > > > It's just a way of explicitly stating what the broadcast address for that > > interface is. In every legitimate case I can think of, it should be > > redundant if you provide the netmask (or the netmask is redundant if you > > give the broadcast address). > > I think it's useful when you have an ancient network where the broadcast > address uses 0-bits, rather than 1-bits - i.e., ip 192.168.1.1 with a > netmask of 192.168.1.0 and a broadcast address of 192.168.1.0 *not* > 192.168.1.255. It's archaic, but allowed. So it is -- I forgot about that! The rest of what I wrote may well be drivel :-) -- Pete Peter Turnbull Network Manager University of York

24 years, 8 months

1
0
0 0

classiccmp-digest V1 #761

by mhstein＠usa.net

In my TI databook, they're both ALU and/or Function Generators (a rose by any other name :), identical except for the carry/overflow logic. Hope that makes both of you happy. Allison (and sorry for not noticing that you're the exception, gender- wise, Sellam's feminine side notwithstanding), I ran across a thread here last year where you mentioned the Signetics 3000KT8080SK bit-slice board; don't suppose you did ever find any documentation? I've got one here that's pretty useless except as a source of TTL chips, since it's all socketed. m -----------Original Message------------ >> The 74382 is not an ALU, it's a carry look ahead generator. The 74381 is an >> ALU. > >I have a 74F382 data sheet -- this is a ALU. Really, my TI databooks have it as the lookahead carry generator for the 381 ALU.

24 years, 8 months

2
1
0 0

Thick Ethernet/Sun networking problems

by pete＠dunnington.u-net.com

On Nov 2, 16:30, Douglas Quebbeman wrote: > > On Nov 2, 8:03, Douglas Quebbeman wrote: > Someone else pointed out IFCONFIG; sorry, not a *nix guru. > I tolerate *nix as Multics' poor deformed little brother. ;-) > > Don't forget to restore the original address with "ifconfig le0 111.0.0.1 > > broadcast 111.255.255.255 netmask 255.0.0.0 up" when you've finished :-) > > What does 'broadcast' do (other than the obvious)? It's just a way of explicitly stating what the broadcast address for that interface is. In every legitimate case I can think of, it should be redundant if you provide the netmask (or the netmask is redundant if you give the broadcast address). I'm not sure what happens if they don't match. Maybe that's allowed if you have multiple IP addresses (ip aliases) for the same physical interface, then perhaps you could use a "broader" broadcast address to listen to more than one subnet on the same interface. I don't know. > > It'll take a while to work through the class C range > Yes, I'd say he would benefit from some filtering if he > has to check all the class C range, but I was assuming > this could take a couple of months, worst-case... You were about right then, I think! I wasn't having a dig at you! Merely "thinking out loud" and pointing out (in case Arno, for example, didn't see the implications) that there are rather a lot of addresses :-) Even then, it might not work. The range of network addresses from 224.0.0.0 to 239.255.255.255 are used for multicast, and no ordinary IP software uses those for unicast (normal) or broadcast traffic. Above that, I don;t know of any allocated uses, and things aren't suposed to respond to them at all, which would be a problem if the setting are corrupt in such a way as to fall in that range. -- Pete Peter Turnbull Network Manager University of York

24 years, 8 months

2
1
0 0

PDP 11 / 83

by Thomas.J.Lynch＠usa.xerox.com

Anyone interested in PDP11 /83? I've got a couple at auction, with a supplementary rack or two. Don't want 'em real bad, now. For shipping and a few dollars they might go your way, if you want 'em. They're in Rochester, NY area. Phone 716/671-7308 or email tomsir(a)rochester.rr.com Have a good day :=)

24 years, 8 months

1
0
0 0

classiccmp-digest V1 #761

by ajp166＠bellatlantic.net

Ah yes but, the CMOS ram would cause one problem for the design... Common IO. The 74189/289 had seperate IO unless I've suffered a major brain cramp. Allison -----Original Message----- From: Richard Erlacher <edick(a)idcomm.com> To: classiccmp(a)classiccmp.org <classiccmp(a)classiccmp.org> Date: Friday, November 02, 2001 11:28 AM Subject: Re: classiccmp-digest V1 #761 >The '289's are inverting, though tristate, just like the '189's. TI made a '219 >which was a noninverting tristate version of this same sort and pinout. ISTR >that there was yet another part, albeit not of the normal 74xxx sort, that was a >non-inverting version as well, but I can't, for the life of me, rememberit >(senior moment). These days, it's both cheaper and easier (faster, too) to use >a CMOS ram of considerably larger size. > >Dick > >----- Original Message ----- >From: "Ben Franchuk" <bfranchuk(a)jetnet.ab.ca> >To: <classiccmp(a)classiccmp.org> >Sent: Thursday, November 01, 2001 5:17 PM >Subject: Re: classiccmp-digest V1 #761 > > >> ajp166 wrote: >> > >> > Those parts were never cheap! >> > >> > You can also use 74289s for the '189s. The '382s are an improved version >> > of the '182. A note, if you can tolerate a slower ALU you can omit the >> > '382s >> > and just use ripple carry. >> >> If the 74289's are the non inverting 16x4 rams I would use them. I plan >> to use 74ls382's (the ripple carry alu's). >> >> > A sub for 74189s is some of the byte wide cache rams from an old 386/486 >> > PC as the faster ones were faster than the TTL 74189! You dont have to use >> > the full space of the cache ram though having it would make afor an >interesting >> > register array. >> >> Can't do that for three reasons >> 1) I am use a 16 x 12 ram ( 3 chips ) on two boards for a 8 x 24 >> register array. >> 2) I am using the 486 cache chips as main memory in my FPGA prototype >> 32k x 12 bits.:) >> 3) This was a TTL design on paper of what a computer designed in the >> early 1980's >> could have been like. That rules out 2901 bit slices. >> >> > Allison >> As it stands today I have a FPGA ( pat pat pat ) that is configured to >> have a similar >> layout as the ttl design and this lets me play around with the >> configuration. Mind you a >> larger TTL CPU with lights and switches is more impressive. If you like >> lights >> and switches here is a neat link http://www.angelfire.com/scifi/B205/ >> 'to the Bat Cave' >> >> Ben Franchuk. >> -- >> Standard Disclaimer : 97% speculation 2% bad grammar 1% facts. >> "Pre-historic Cpu's" http://www.jetnet.ab.ca/users/bfranchuk >> Now with schematics. >> >> >

24 years, 8 months

2
1
0 0

Picture books of old computers

by LFessen106＠aol.com

In a message dated 11/02/2001 16:25:11, you wrote: >We have a bunch of computer museum people on this list, I am curious if any >of their related organizations plan on doing a coffee table picture book of >old computers? It would be nice if something REALLY comprehensive was >available. Does anyone even have a "list" of all the computers ever made? >That might be a pretty good start, an all text web page with every computer >and model in a long list, then make it links to more data, etc. etc. Now *that* would be cool!

24 years, 8 months

1
0
0 0

Redactron WP

by mhstein＠usa.net

Redactron dual mag card WP (with one card), schematic, no printer. Can I assume there's no interest and I can finally toss something without feeling guilty? mike

24 years, 8 months

2
1
0 0

Thick Ethernet/Sun networking problems

by pete＠dunnington.u-net.com

On Nov 2, 10:13, Arno Kletzander wrote: > OK Pete (and everybody else, of course), I admit that was a *long* break > since I brought that up last time - but now I think I have collected enough > information for a new chapter...So, where did we get stuck? > OK, as the IP Adress of the SUN 1+ is 111.0.0.14 and the Subnet Mask > ff:00:00:00 (says so at boot): Which is correct for a Class A network... > ping -s 111.255.255.255 > (if everything on the network is powered up and the PC is configured for > TCP/IP transfer) gets answers from: > hombre (111.0.0.14);the sending machine itself > papa (111.0.0.23);the SUN SPARCstation 2 on the next desk > ? (111.0.0.83);a PC I've finally set up for sniffing > > Nothing however from the printer. :-( > No idea whether that helps, but if both the SUN 1+ and the printer are > powered up, an arp -a shows: > pa3 111.1.0.1 at (incomplete) Is "pa3" the printer name? What that means is that the Sun's Ethernet software "knows" that "pa3" means IP address 111.1.0.1, but nothing has responded to any attempt to communicate with that IP address, so it doesn't know its hardware address. On an Ethernet, as you probably know, the data packet is wrapped in several layers of what you might think of as envelopes. The outermost one contains the MAC addresses of sender and intended recipient, and is what is always used for the delivery of the packet to the next (which may be the final) destination en route. So for "hombre" to know how to send a packet to "pa3", it first looks up pa3's IP address (in etc/hosts, or using DNS), and then broadcasts an ARP (Address Resolution Protocol) packet (sender: hombre's MAC address; destination: Ethernet broadcast address, FF:FF:FF:FF:FF:FF) containing that IP address as data. Whoever owns that IP address is supposed to respond with an ARP reply (same packet type, different flags inside, with sender: pa3's MAC address; destination: hombre's MAC address). Thus hombre learns pa3's MAC address, which it stores in it's ARP table, and uses to send a packet (the one it originally wanted to send) to pa3's MAC address. > and out of 25 packets I sniffed (Man, am I high now ;-)), 20 were ETHER type > 0806 (ARP), the remaining 5 were type 0800. Without knowing what was in the packet headers, I can't say what they were. But probably the ARP packets were hombre repeatedly broadcasting an ARP request to get pa3's MAC address. > OK, as I didn't finde snoop on the Suns (and didn't want to fiddle with > compiling programs by myself at this stage...), snoop is only available as a binary, from Sun themselves (or from SGI, for the IRIX version). tcpdump and other similar programs are available as freeware with source. tcpdump needs a library called libpcap, whicxh is also used by other decoders/analysers, such as Ethereal. > I set up a PC with a network > card, packet drivers and EtherLoad 2.00. Connected this to the idle transceiver, > started with -r (record traffic), powered up one SUN and recorded the first > 10 packets from it, then powered up the printer and recorded until I had 25 > (the printer had then finished its warmup cycle and was displaying "READY"). > Got only packets sent by the SUN (MAC: 08.00.20.09.BC.D7) destined for > FF.FF.FF.FF.FF.FF (everybody?). Probably ARP requests. FF.FF.FF.FF.FF.FF is the broadcast address (destination, in this case). The next layer in the packet would tell you what IP address it was ARPing for. BTW, Ethernet addresses are normally represented with colons (':') separating the octets, not spaces or periods. > The sniffer's HEX output file decodes to a lot of unreadable characters if > interpreted as ASCII; only in the second packet that appears after switching > the SUN on, the host name 'hombre' is readable. > Decoding the whole data to decimal numbers show up the SUN's IP adress in > all packets, the address the printer should have in the eighth and every > following packet. Yes, they won't mean much in that form. The format of an ARP packet is: hardware type code (2 octets), protocol type code (2 octets), hex 06 (the hardware address length, assuming Ethernet), hex 04 (the IP address length, assuming Ethernet), opcode flags (16 bits giving the type of request/reply) source MAC (6 octets), source IP (4 octets, all zeros if this is a reverse-ARP), destination MAC (6 octets), destination IP (4 octets, may be FFFFFFFF for a broadcast). hombre's IP address appears because it's the sender address of the packets; the name appearing in the second packet suggests it might be a NIS packet of some sort. > Is there a DOS based sniffer out there which will produce output as > understandable as snoop? There's an old version of LANdecoder that runs under DOS, I think. It's not free, though, and I've no idea where to get a copy. > >On most of the Ethernet-enabled printers I've come across (mostly HPs, > Lexmarks, and Xeroxes) you >can do the setup from the front panel -- sometimes > tedious, but usually not too hard to understand. Some of the HP deskjets with JetDirect cards can only be setup/accessed by telnet or RARP/BOOTP/DHCP. > However, with us there is no sys admin - so how can we 'accomplish these > tasks'? You are your own sysadmin :-) > CalComp Internal Ethernet Adapter > Revision 4.11, Datecode 12/20 1994 10:20 > Burnin Value = 0 SRAM = 256K bytes, Novram = 128 bytes > Ethernet address 00 C0 E2 00 0C 8E That's the address you need for /etc/ethers on a RARP server (or /etc/bootp.conf on a BOOTP or DHCP server for clients that talk something more sophisticated than just RARP). > Netware options: > !!! Netware DISABLED (use 'N' menu to re-enable) !!! Leave it this way unless you need Novell -- it's very broadcasty and wasteful of bandwidth (a few machines won't be a bother, but a hundred on a segment could) > Auto sense ethernet type between Ethernet II and 802.3 > Apple EtherTalk options: > EtherTalk DISABLED !!! (use 'N' menu to re-enable ) > Printer name: CalComp CCL600ES > Internally stored zone name: * > Ethertalk Phase 2 Leave this off too unless you need it. > LPD ( remote printer queues ) options: > LPD enabled LPD refers to the use of the Berkeley 'lpr' line printer protocol, commonly used by UNIX systems. This is the one your Suns want. > But no idea on how to get this printed again to verify the settings haven't > changed (e.g. due to bitrot in the Novram)... Some more experimentation is needed to be sure what all the symptoms really mean. However, obviously the printer isn't responding to an ARP request for what should be its own IP address. Therefore either it is using some other IP address, or it has lost it's configuration and needs to be supplied an IP address (by RARP or otherwise), or the interface is broken/dormant. I expect that this printer, which is quite old, can only use RARP (which is an old and simple protocol, but still in use), not BOOTP or DHCP, to get an IP address. If it were actually trying to do so, you ought to see some ARP packets emanating from the printer, with the printer's MAC address as the source, and the Ethernet broadcast address as the destination. Since you're not seeing that, I assume the card is either completely faulty (no link light etc?) or is so badly misconfigured (possibly the setup has been corrupted by age, or suffers from flat battery if there is one) that it needs reset to factory defaults before it will operate. -- Pete Peter Turnbull Network Manager University of York

24 years, 8 months

1
0
0 0

Ecomstation.org (was Re: An Organization (was: Do we have a V AXorganization?))

by dhquebbeman＠theestopinalgroup.com

> >This flame war has been done before. I'm only participating here because > >I was individually lambasted. Methinks IHBT... > > IHBT? I Had Better T<something>... -dq

24 years, 8 months

2
1
0 0

Picture books of old computers

by dhquebbeman＠theestopinalgroup.com

Sellam sayeth: > On Fri, 2 Nov 2001, Mike Ford wrote: > > > We have a bunch of computer museum people on this list, I am curious > > if any of their related organizations plan on doing a coffee table > > picture book of old computers? It would be nice if something REALLY > > comprehensive was available. Does anyone even have a "list" of all the > > computers ever made? That might be a pretty good start, an all text > > web page with every computer and model in a long list, then make it > > links to more data, etc. etc. > > Hans Pufal used to have the Comprehensive Computer Catalogue but that > doesn't seem to be up anymore :( > > There was also another one called The Old Computers List but it seems to > be gone too. here are a few (mostly variants of the same list): http://www.comp.nus.edu.sg/~johnm/cs3220/Computer_index.htm http://www.op.net/docs/Computer-Folklore/Computer_list http://www.cs.unr.edu/~han/DClist.html and many links to more such resources at: http://ed-thelen.org/comp-hist/links.html -dq

24 years, 8 months

1
0
0 0

Price guide for vintage computers

by dhquebbeman＠theestopinalgroup.com

> That sound like my interpretation of the Claus Buckholtz 256k Atari800xl > 'dead bug' upgrade. Dead bug because the ic's were upside down, legs > splayed.... Kind of off-the-subject, but the upside-chip-epoxied-on is a fairly common field-engineering trick... done it more than once myself. -dq

24 years, 8 months

1
0
0 0

Thick Ethernet/Sun networking problems

by dhquebbeman＠theestopinalgroup.com

> On Nov 2, 8:03, Douglas Quebbeman wrote: [..snip..] > > If that doesn't work, this next idea will take some time and preparation. > > Get a Windows 2000 or Windows XP machine. They allow you to change the > > machine's network address on the fly (can Linux do this?) > > MOST systems other than Windows can do this :-) > > It's not a good idea if you need to go through all the networks numbers > (see end of this post for the reason, if you've not realised yet). Someone else pointed out IFCONFIG; sorry, not a *nix guru. I tolerate *nix as Multics' poor deformed little brother. A useful tool, tho, no disputing that, and no Multics in sight to brag about any more. :( And as to the other thing you're alluding to, I never have professed to be an expert on TCP/IP... I was assuming he'd work with one class of networks at a time, tho... [..snip..] > Don't forget to restore the original address with "ifconfig le0 111.0.0.1 > broadcast 111.255.255.255 netmask 255.0.0.0 up" when you've finished :-) What does 'broadcast' do (other than the obvious)? > It'll take a while to work through the class C range, because ping will > take a while to time out on each network number :-) Say two seconds per > network, thats (224-192) * 256 * 256 * 2 seconds, about 4 million seconds, > or just over 48 days. Oh, and you'll probably want to refine my shell > script to eliminate the unneccesary lines generated by ping recording > responses from the Sun itself, and the headers. You don't need 12 million > extra lines in the output :-) Yes, I'd say he would benefit from some filtering if he has to check all the class C range, but I was assuming this could take a couple of months, worst-case... -dq

24 years, 8 months

1
0
0 0

hard-sector 5 1/4 disk

by pete＠dunnington.u-net.com

On Nov 2, 15:45, UberTechnoid(a)home.com wrote: > I thought they used a 6507 or 6510 processor... Same family, same instruction set as 6502, just a different bus structure. Some of them have reduced address busses, one or two may lack one or two instructions (? I think), some have different clock requirements, but all are part of the R65xx family. The original R6502 data sheets lists the members and their differences. -- Pete Peter Turnbull Network Manager University of York

24 years, 8 months

1
0
0 0

An Organization (was: Do we have a VAX organization?)

by vcf＠vintage.org

On Mon, 29 Oct 2001, Jeffrey Sharp wrote: > I think that what is needed most is an international organization that > covers *all* vintage computers, software, and docs. We need something > that's implemented well enough that most of us would be convinced to join. > The best starting point I can think of is Sellam's VCF organization: > > * He already has one of the largest inventories of us all. That's a good > start towards a "Noah's ark" collection, which I think should be one > function of the organization. This is in fact one of my missions. I know I won't be able to get every single model of every single computer, but I can get close. And this has applications of both practicality and posterity. > * He's got www.vintage.org, which would be a primo domain name for the > organization. > > * He's got www.vintagetech.com, which would be the fundraising part of the > organization. Dues could be another. Um, for now, the funds that VintageTech generates are intended for the Sellam Ismail organization of getting by ;) > * He's got experience running VCFs. True dat. > Of course, Sellam would have to be interested in being the organization's > fearless leader! I appreciate being nominated for this lofty organization. In fact, what you've described is what I've been working towards for the past 4-5 years. It's just gone much slower and taken much longer than anticipated due to distractions and detours in my life. And this is hard work, especially for one guy. > Other things the organiztion could do: > > * A central, Yahoo-like web site that would become the world's foremost > resource for vintage computer information. It would try to replicate > all available information for preservation. Individual members would > also be given a mechanism to have their collection hosted on the site > under a uniform interface. Those who resist assimilation could still > have their sites linked to. You could get to info either by > collector name or a category/manufacturer/series/model tree. It would > be wonderful... One day the VCF website will be this portal. > * SIGs would, of course, solidify according to demand. I imagine the VAX > SIG (VSIG?) would be quite well represented. Each SIG could have its > own mailing list. The whole thing would be not unlike the FreeBSD > mailing list system. One of the next things on the agenda (after finishing the VCF Marketplace) is a messaging system. Of course, I don't know how useful this will be in the face of this list and other very active and strong lists. I'll put the tools out there, it'll be up to folks to put them to good use. > * Rename itself from VCF to IVCA. "International Vintage Computing > Association" to outsiders, "International Vintage Computing Asylum" > for insiders. :-) The VCF will eventually become an international "society" dedicated to the preservation of old computers and computer history. The VCF events are to be yearly gatherings that cap off activities that occur throughout the year. My desire for the past couple years has been to sponsor local computer collector clubs throughout the world, to create local interest that then grows into a connected network of clubs. > > * I don't know... other stuff. > > As you can see, I'm all about grandiose ideas. Now won't someone rise up > and implement them? :-) Me too. If I could get organized enough to create an actual organization then things would move faster. Of course it would require the sacrifices of other people interested in seeing this vision implemented. Sellam Ismail Vintage Computer Festival ------------------------------------------------------------------------------ International Man of Intrigue and Danger http://www.vintage.org

24 years, 8 months

7
7
0 0

VLB SCSI?

by dhquebbeman＠theestopinalgroup.com

> The AHA2842 is a narrow-SCSI card, though it's possibly the best ADAPTEC ever > produced. I've been using them for years without a hitch, while their newer > cards, (2940, 3940, 3985, etc) seem to bring with them both a short life and > lots of compatibility issues. > > Unfortunately, the VLB is alread a "classic" feature, having been "dead" now for > over a decade. While I'm sure they exist (i.e. EISA ones), I don't have any 486 motherboards that aren't VLB boards, the most recent of which was bought new in 1994. Still, while not-quite-classic, VLB sure isn't leading the industry... -dq

24 years, 8 months

11
36
0 0

Reward for Ethernet Switch

by freds＠monarch-info.com

I am looking for an ethernet switch, circa 1991, that has removable blades with one channel per blade. Not sure if this exists, but if you have one, I can pay $75-100, depending on condition. Fred Scholl

24 years, 8 months

1
0
0 0

FW: $200 Dollar Reward for TOPS PC to MAC Software

by PHodara＠netwave.com

Skipped content of type multipart/alternative

24 years, 8 months

3
2
0 0

Thick Ethernet/Sun networking problems

by dhquebbeman＠theestopinalgroup.com

> OK Pete (and everybody else, of course), I admit that was a *long* break > since I brought that up last time - but now I think I have collected enough > information for a new chapter...So, where did we get stuck? [..much liberal snippage, no further notices issued..] > The printer manual tells that test printing is invoked by a long press on > the key PRINT FONTS/TEST after switching the printer OFF LINE. Out comes a page > which does tell absolutely nothing about network settings. It must however > also be possible to print out these settings because in the paperwork, we > found a page which reads as follows: > > IP address: 111.1.0.1 > Telnet password security: OFF Ok, likely this won't work for Calcomp, but HP stuff uses a default IP address of 192.0.0.192 for their network interfaces. Try setting up a separate computer and give it an address on the 192.0.0.0 network. Then try pinging it... If that doesn't work, this next idea will take some time and preparation. Get a Windows 2000 or Windows XP machine. They allow you to change the machine's network address on the fly (can Linux do this?) using the NetShell (NETSH.EXE) facility. The syntax is: netsh interface ip set address "Local Area Connection" static <my_ip> <my_mask> <my def_gw> Write a BASIC program that writes out a batch file. Have it iterate through the possible range of network addresses, sending a broadcast ping for each network. Have the output from ping redirected to a file using the append mode ('>>'). Search through the file until you find the network address to which the printer responded. Then make a small change to the BASIC program to iterate through all the node addresses on that network until you find the IP address of the printer. Set up the Windows box to be on that network, TELNET to the printer, change the IP address back to 111.1.0.1 and you should be all set. hth, -doug quebbeman

24 years, 8 months

3
2
0 0

classiccmp-digest V1 #761

by ajp166＠bellatlantic.net

From: Ben Franchuk <bfranchuk(a)jetnet.ab.ca> >If the 74289's are the non inverting 16x4 rams I would use them. I plan >to use 74ls382's (the ripple carry alu's). The 74289 is also the same part/pinout save for instead of open collector they are tristate outputs. The 74382 is not an ALU, it's a carry look ahead generator. The 74381 is an ALU. >Can't do that for three reasons >1) I am use a 16 x 12 ram ( 3 chips ) on two boards for a 8 x 24 >register array. Not enough reason there, so you dont use the full byte width. >2) I am using the 486 cache chips as main memory in my FPGA prototype >32k x 12 bits.:) So the cache rams are easy enough to find more. >3) This was a TTL design on paper of what a computer designed in the >early 1980's could have been like. That rules out 2901 bit slices. BZZZT!!! By ealy 1980 the 2901 was already passe', as were TTL cpus. I presume by that you really meant early (very early) 1970s as the 2901 is a 1970s part. Also the 2901 is directly traceable to 74181, 74189 like parts. >configuration. Mind you a >larger TTL CPU with lights and switches is more impressive. If you like >lights I already have a real PDP-8. ;) Allison

24 years, 8 months

5
4
0 0

$200 Dollar Reward for TOPS PC to MAC Software

by dhquebbeman＠theestopinalgroup.com

> $200 Dollar Reward for TOPS PC to MAC Software > > > I am looking for this discontinued piece of software that allows PCs to > connect to MACs via appletalk. I need one copy of the PC software preferably > two (each with unique serial numbers). COPSTalk, which was (I think) the descendent of TOPS, was available for public download from the URL: http://www.downloadsafari.com/Files/utilsnetmisc/C/COPSTalk.html but I didn't have any luck. PC/MacLAN, from Miramar Systems, is still commercially available. I have some licensed copies of an old version (runs on Win95 only) I'd let go for $200. Or, you could buy fully licensed new versions for about $159 each. They're at: http://miramarsys.com I've also got COPSTalk laying around somewhere... Regards, -doug q

24 years, 8 months

1
0
0 0

$200 Dollar Reward for TOPS PC to MAC Software

by bills＠adrenaline.com

Sorry. Intended that reply to be off-list. Sorry again, Bill

24 years, 8 months

1
0
0 0

Thick Ethernet/Sun networking problems

by pete＠dunnington.u-net.com

On Nov 2, 8:03, Douglas Quebbeman wrote: > Ok, likely this won't work for Calcomp, but HP stuff uses a default > IP address of 192.0.0.192 for their network interfaces. Try setting > up a separate computer and give it an address on the 192.0.0.0 network. > Then try pinging it... Which is really slightly naughty, as 192.0.0.0/16 is NOT in the private address range (that would be 192.168.0.0/16). But that's not relevant to Arno's problem :-) > If that doesn't work, this next idea will take some time and preparation. > Get a Windows 2000 or Windows XP machine. They allow you to change the > machine's network address on the fly (can Linux do this?) MOST systems other than Windows can do this :-) It's not a good idea if you need to go through all the networks numbers (see end of this post for the reason, if you've not realised yet). If you want to try the Class A addresses, it would be rather easier to do on one of the Suns, just by writing a script that cycles through the network numbers in a loop, issues an ifconfig for each iteration, and a broadcast ping (with the number of packets emitted restricted to a quantity of 1 or 2). Assuming the devices of interest are too old to understand CIDR, there are three ranges of network numbers to consider: class A, class B, and class C; ie those with 8-bit network numbers and 24-bit host parts, 16/16, and 24/8. The quick and dirty way is to run the script once for each class, so that's networks 1..127 with subnet mask 255.0.0.0, networks 128.0 ... 191.255 with netmask 255.255.0.0, and 192.0.0 ... 223.255.255 with 255.255.255.0 (the rest are multicast or reserved addresses). Of course, if the printer's IP address has been really scrambled, it might end up in the reserved range, and I can't think of an easy way to get at that. Unless the Sun has something like the range(1) command, it's probably easiest to make a file containing each list (call the files netsA, netsB, netsC, for example) and then do something like this in the script: #!/bin/sh for i in `cat netsA` do ifconfig le0 down ifconfig le0 ${i}.0.0.2 broadcast ${i}.255.255.255 netmask 255.0.0.0 up ping -c 2 ${i}.255.255.255 2>&1 >/tmp/responses done Check the syntax of ifconfig (and where it is, it might not be in the normal PATH) as I've not used an old Sun for a while. Ditto for ping. It's in /usr/etc/ping on my IRIX boxes, /sbin/ping on recent Solaris, but I can't remember where it is in SunOS. Don't be tempted to simplify the sript by using the "local broadcast" address of 255.255.255.255 every time, as some things deliberately do not respond to that (my HP printers don't, nor do my switches). Don't forget to restore the original address with "ifconfig le0 111.0.0.1 broadcast 111.255.255.255 netmask 255.0.0.0 up" when you've finished :-) It'll take a while to work through the class C range, because ping will take a while to time out on each network number :-) Say two seconds per network, thats (224-192) * 256 * 256 * 2 seconds, about 4 million seconds, or just over 48 days. Oh, and you'll probably want to refine my shell script to eliminate the unneccesary lines generated by ping recording responses from the Sun itself, and the headers. You don't need 12 million extra lines in the output :-) -- Pete Peter Turnbull Network Manager University of York

24 years, 8 months

1
0
0 0

FW: $200 Dollar Reward for TOPS PC to MAC Software

by PHodara＠netwave.com

$200 Dollar Reward for TOPS PC to MAC Software I am looking for this discontinued piece of software that allows PCs to connect to MACs via appletalk. I need one copy of the PC software preferably two (each with unique serial numbers). We are doing performance analysis. Thanks Paul Hodara NetWave Technologies, Inc. EMAIL: phodara(a)netwave.com URL: http://www.netwave.com TEL: 212-685-2009 x106 FAX: 212-685-2141

24 years, 8 months

1
0
0 0

various sun equipment available

by rmeenaks＠olf.com

Hi, Mike Connor has a lot of IPXs and IPCs and a Sparc10 clone (Axil) and a Sparc 20 plus a whole lot of other sun stuff. The IPXs and IPCs he is giving away for free. Please contact him at mconnor(a)cosmocom.com. Location is Long Island, NY... Cheers, Ram -- ,,,, /'^'\ ( o o ) -oOOO--(_)--OOOo------------------------------------- | Ram Meenakshisundaram | | Senior Software Engineer | | OpenLink Financial Inc | | .oooO Phone: (516) 227-6600 x267 | | ( ) Oooo. Email: rmeenaks(a)olf.com | ---\ (----( )-------------------------------------- \_) ) / (_/

24 years, 8 months

1
0
0 0

TEST

by dhquebbeman＠theestopinalgroup.com

You can improve upon your understanding greatly if you would be kind as to change the settings on your e-mail program to PLAIN TEXT mode instead of RICH TEXT and/or HTML mode, as it is currently set. Thank you in advance for the compliance, -doug quebbeman -----Original Message----- From: Frederick Scholl [mailto:freds@monarch-info.com] Sent: Friday, November 02, 2001 10:02 AM To: classiccmp(a)classiccmp.org Subject: TEST This is a test that I understand to use this forum Fred Scholl

24 years, 8 months

1
0
0 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

1997

test-drb