SIMMS are the new stuff -- lets talk old, like:
1 meg X 1 bit DRAM in a 20 pin DIP package. I bet most of that has ended
up on the landfill by now. I need a large quantity to populate Amiga RAM
boards.
Gary Hildebrand
St. Joseph, MO
Antonio:
CDCheck looks like what I need. I can do two checksum files (one on
each directory) and compare the results.
Thanks a lot for the suggestion.
Rich
==========================
Richard A. Cini, Jr.
First Vice President
Congress Financial Corporation
1133 Avenue of the Americas
30th Floor
New York, NY 10036
(212) 545-4402
(212) 840-6259 (facsimile)
-----Original Message-----
From: cctalk-bounces(a)classiccmp.org
[mailto:cctalk-bounces@classiccmp.org]On Behalf Of Antonio Carlini
Sent: Wednesday, March 31, 2004 2:12 PM
To: 'General Discussion: On-Topic and Off-Topic Posts'
Subject: RE: Comparing existence of massive number of files
> Any good MD5 utilities for Windows that will handle
> large file sets? I downloaded two today but one is a file-by
> file MD5 and the other doesn't recurse down the directory
> tree...it only does the current directory.
These days, when I put together a data CD, I use CDCheck to
build a CRC file for it. Once the CD is burned, I verify using
the same tool to be sure it all made it onto the CD.
I use MD5SUM too, but that does one directory at a time
(AFAICT) so it is a little less useful.
Antonio
--
---------------
Antonio Carlini arcarlini(a)iee.org
Joe R. was asking about Matrix cards
We used to have a VME based x-ray film scanner that was a Matrix
product, it was a prototype. If I remember correctly I think Matrix was
based in California and made film cameras and scanners for industrial
applications. Our initial unit had a VME controller with a micro PDP-11
as the network interface. I think I have the micro PDP-11 somewhere in
my garage.
Looks like Agfa purchased them.
Mike
Patrick:
Funny you should mention Windiff. After reading the responses today
I was going to use Windiff to compare the directory printouts produced on
both machines and see if there's a difference in the output.
But thinking about it, Windiff has the ability to directly compare
directories. If I point it at the top "parent" on each machine I should be
able to see differences right away.
I guess then the final test would be comparing the MD5's on each
directory to ensure file integrity.
Any good MD5 utilities for Windows that will handle large file sets?
I downloaded two today but one is a file-by file MD5 and the other doesn't
recurse down the directory tree...it only does the current directory.
Rich
-----Original Message-----
From: cctalk-bounces(a)classiccmp.org
[mailto:cctalk-bounces@classiccmp.org]On Behalf Of Patrick
Sent: Tuesday, March 30, 2004 12:54 PM
To: General Discussion: On-Topic and Off-Topic Posts; CCTech (E-mail)
Subject: RE: Comparing existence of massive number of files
Rich, one word: windiff. It's in the NT resource kit, and I think it's in
the small version of the kit downloadable at the URL below. --Patrick
http://www.microsoft.com/ntworkstation/downloads/recommended/featured/ntkit.
asp?SD=GN&LN=EN-US&gssnb=1
> -----Original Message-----
> From: cctalk-bounces(a)classiccmp.org
> [mailto:cctalk-bounces@classiccmp.org]On Behalf Of Richard A. Cini
> Sent: Monday, March 29, 2004 7:44 PM
> To: CCTech (E-mail)
> Subject: Comparing existence of massive number of files
>
>
> Hello, all:
>
> I just moved most of my collection of on-line data to a new
> server here at
> home. I want to verify that all files have been copied and I
> didn't miss any
> directories/subdirectories. Basically I did it through a drag-and-drop
> across the network.
>
> What's the best way to do this? The OS is Windows NT
> (Server) and I'm
> looking at about 22gb of files of various types -- from music to source
> code.
>
> Any ideas? I still have the original server on standby for this
> verification before I wipe it clean for sale.
>
> Thanks again.
>
> Rich Cini
> Collector of classic computers
> Build Master for the Altair32 Emulation Project
> Web site: http://highgate.comm.sfu.ca/~rcini/classiccmp/
> /************************************************************/
>
>
>
Another IT department here at Caltech (not mine) is looking to unload
an IBM "mainframe". Details of the configuration are listed below.
I believe they are willing to entertain offers of "I will take it
away", if made fairly soon. If you are serious, contact me off list
and I will put you in touch with the right folks.
Thanks,
John
>Hardware: IBM 9221-170, mem - 64mb installed, no expanded ; disk -
>IPL & all other vols. resided on EMC; 3274 console controller; ps2
>processor console.
>
>This is what the system supported in 1999 (EMC was bus/tag
>connected; all adapters supporting the equip. listed below should
>still be in place):
>
>ES9000 Mainframe Channels:
>
>Channel 0 -
>
> 02B - Printer 4245
> 02F - Printer 3203
>
>Channel 1 -
>
> 120-159 EMC2 drives
>
>Channel 2 -
>
> 220-259 EMC2 Alternate Address
>
>Channel 3 -
>
> 360-39F 7171
> 3A0-3BF 3274
> Note: 3A1 is the main ES9000 Console
>and 3A9 is the alternate
> 3C0-3FF 7171
>
>Channel 4 -
>
> 420-43F 3274
> 440-45F 3274
> 460-47F 3274
> 4A0-4DF 7171
>
>Channel 5 -
>
> 5A0-5A5 3480
>
>Channel 6 -
>
> 620-659 EMC2 Alternate Address
>
>Channel 7 -
>
> Microsoft Gateway
>
>Channel 8 -
>
> 820-859 EMC2 Alternate Address
>
>Channel 9 -
>
> 960-99F 7171
> 9A0 MT Gateway TOSS 256 LU's
> 9A1 MT Gateway CITNET 256 LU's
>Channel A and B -
>
> Unused
--
John A. Dundas III
Director, Information Technology Services Infrastructure, Caltech
Mail Code: 014-81, Pasadena, CA 91125-8100
Phone: 626.395.3392 FAX: 626.449.6973
> It's almost certainly a video card. I don't think
> Matrox ever built anything else.
Me and my Matrox CTM 300 ANSI terminals say different 8^)=
Cheers,
Lee
________________________________________________________________________
This e-mail has been scanned for all viruses by Star Internet. The
service is powered by MessageLabs. For more information on a proactive
anti-virus service working around the clock, around the globe, visit:
http://www.star.net.uk
________________________________________________________________________
I've gotten a pile of emails this morning, so after I sort through who
wants what and who asked first, I think it's all gone as of this
moment. As soon as I figure it out, or if I come up with more stuff,
I'll post up.
If you've sent me an email -- I'll get to it in a little bit.
Thanks!
Paul Braun
Cygnus Productions
nerdware(a)ctgonline.org
"If you can make it all the way through Warren Zevon's 'The Wind'
without crying,
you have no soul.
"At Microsoft, Quality is Job, oh, I dunno, maybe 6 or 7?"
>Any estimates on what would be a "reasonable" estimate for shipping a
>Teletype (with base, two cartons] Origination is Long Island, Destination is
>not known except it will be within the "lower 48" states.
I shipped one a while back. I broke it down into two parts, the teletype
and the base. I packed each in their own box. I got boxes that were a
good bit larger than the part to be packed, and IIRC, then lined the
boxes with formed FedEx boxes (the free ones you get from them) to act as
stiffeners. Then lined the interior of the now "double box" assembly with
bubble wrap. Then heavily wrapped the item in layers of bubble wrap. Then
placed it into the box, filled the voids, put on the top layer of lining
boxes, then taped it shut.
I think the total cost was something like $40 or $45 per box to go from
NJ to St Louis (it was probably 2 years ago, but I seem to recall it was
something in that range... I think the boxes were about 65 lbs each
packed).
I'd assume they arrived in good condition as I didn't hear any complaints
>from the person I sent them to. You can ask Jay to be sure, he's the one
that got it.
>Also any recommendations on a carrier?
I used FedEx Ground, simply because I had a FedEx account, and they were
willing to do it cheaper then UPS.
>Finally any "sepcial packing techniques [specifically any internal
>assemblies that need to be secured]?
Um... I can't help you there, I honestly hadn't thought about that issue
until you asked it here. Now I am worried that I caused the thing to be
trashed in shipping because I failed to bolt something in place.
(Probably not, or I'm sure Jay would have complained)
-chris
<http://www.mythtech.net>
>From the 1977 Fairchild Bipolar Memory book:
93448-DC isoplanar schottky ttl memory, 512x8 programmable read only memory.
nichrome fuse links. d is for ceramic dip, c is for supply voltage
tolerance and temperature range (needs better supply, not as wide an
operating range) 24 pin.
joe heck
