test-drb

test-drb@ccmp.vtda.org

101090 discussions

by GaryDFisher＠shaw.ca

>PS: If anyone knows of any sources for the ADP50 or similarly functional >8-bit ISA IDE adapters, that would be much appreciated as well. Thanks! Sorry to be late in on the discussion but.... I recommend an Adaptec ST-02 or ST-01 as I'm souping up a IBM PC portable 5155 to use a built-in CF card as a hard disk (look ma, no visible hard drives!) I tried an Trantor T-130 but it would read and not write to the drive (I tried it with a regular SCSI 40mb drive first). From doing a search on the problem, one might have to do an initialize by going into DOS debug and entering G=C800:0005 to start the utility program on the BIOS. But since I'm too lazy to try that, I got an ST-02 and put it in the 5155. No probs using any drive (the 40MB was an old Quantum out of a Mac). with Dos 3.30A to get extra partitions. The real fun was taking an ACARD 7720IU SCSI to IDE converter (AKA an ARS-2000IU), updating the BIOS to the latest version (3.86) and popping on a cheapo eBay male IDE-CF converter with a 64MB Sandisk CF card. The ST-02 and an ST-01 had no problems seeing the CF card. I had to fdisk the card on my Win 98 machine (Dos 3.30A fdisk saw extra non-dos partitions which it couldn't get rid of), but then the Dos 3.30A had no problems formatting C & D. I'm getting in a 128MB Sandisk to get some more 32MB paritions, but I think the Adaptecs are the best as far as my experience goes. The ST-01 doesn't have a floppy controller so it is a bit shorter and fits into the 5155 better. From what I can see from the labels the BIOS is the same as the ST-02 but I haven't looked that closely. This was a message from Gary Fisher

19 years, 2 months

Someone in search of XT/370 software

by aek＠bitsavers.org

http://www.xt370.net/

19 years, 2 months

Looking for a scan doubler

by silvercreekvalley＠yahoo.com

Hi, Does anyone have a spare scan doubler - the little bit of magic that converts old style EGA to VGA signals? I'm trying to cut down on the number of monitors I've currently got in the 'workshop' and this would definitely help. Anything considered. Regards Ian. ____________________________________________________________________________________ TV dinner still cooling? Check out "Tonight's Picks" on Yahoo! TV. http://tv.yahoo.com/

19 years, 2 months

RD54 or XT1140, 2140, 1190, 2190 PCB needed

by dm561＠torfree.net

All this talk about RD53s & RD54s has prompted me to ask again: By any chance, does anyone have a Maxtor 1140, 2140, 1190 or 2190 with a failed HDA who might be willing to part with the PCB? TIA, mike

19 years, 2 months

Reuters article about the hobby

by evan＠snarc.net

Australia's "The Age" newspaper picked it up first, but this should be fun since wire stories go far and wide: http://www.theage.com.au/news/World/History-and-money-in-obsolete-computers/ 2007/04/11/1175971139671.html The writer quotes Sellam Ismail, Bruce Damer, Erik Klein, and yours truly. - Evan

19 years, 2 months

*nix on "classic" systems

by classiccmp＠memory-alpha.org.uk

Hi, > FBOFW, modern "free" *nix ports tend to use gcc, and gcc is >such a resource hog for anything smaller than a VAX. Even on >a VAX it's colossaly slow. Augh....any idea how it fares on, say, Sun or SGI machines? > Not on a VAX, but small and spritely, is Minix.... I remember it well, it was the first *nix I had any "long-term" exposure to back around '88 (I'd dabbled with Ultrix at university). I see they're up to "Minix 3" now! >....The Amsterdam Compiler Kit wasn't free, though! The thought of >a Unix without a compiler.... LOL, I knew there was a reason I didn't do very with it at the time.... >....even though I despise C compared to high level languages like >SNOBOL and FOCAL. You'll get no argument from me there, I learnt "C" in 1983 and hate it with a passion even to this day; I'm an assembly language programmer by trade (hence I'm currently out of a job) but I learnt quite a number of high level languages at school/university/because I wanted to and "C" was the only one I disliked....the way I look at it, it's little more than a "high level macro assembler" and really isn't suited to the majority of uses it's put to nowadays (writing embedded apps and device drivers in "C", sheer madness!). TTFN - Pete.

19 years, 2 months

z-machine on pdp8 (or paging Woodelf)

by dgriffi＠cs.csubak.edu

Last year Woodelf posted a question wondering if a Z-machine could be ported to the pdp8. Woodelf, did you get anywhere with that? -- David Griffith dgriffi at cs.csubak.edu A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail?

19 years, 2 months

*nix on "classic" systems

by classiccmp＠memory-alpha.org.uk

Hi, > Well, since you asked, I run NetBSD on everything. (If it won't run >NetBSD, I mostly am not interested in keeping it.... >From all the suggestions here, I think that's probably going to be my route "into" *nix. As I said in an earlier message, initially at least, I don't want to be messing around with different distributions. Thanks. TTFN - Pete.

19 years, 2 months

*nix on "classic" systems

by classiccmp＠memory-alpha.org.uk

Hi, >....Why on earth should I waste a platform that will run an >interesting non-Unix OS running Unix? In my case at least, it's a case of curiosity (as in, could I run the same version of *nix on an old PC, a VAX etc) and a lack of installation media.... :-) TTFN - Pete.

19 years, 2 months

How to Build a Clean Box

by Billy.Pettit＠wdc.com

Another possibility is to just buy a professional clean bench. It has the filters and blowers built in. I've seen them many times in Silicon Valley for $50 to $100. I threw away several of them when we closed down the Philips buildings in Sunnyvale. We couldn't even find a taker to haul them away for nothing. That was only 3 years ago. Last one I saw was at SV flea market. It was $50 and got no takers. That was about 20 months ago. Billy

19 years, 2 months

How to Build a Clean Box

by Billy.Pettit＠wdc.com

Paxton Hoag wrote: Personally I use a homebuilt Laminar Flow Hood with a 12 inch by 12 inch HEPA filter (came off a Fujitsu drive line) with a small squirlcage blower that I can control the speed of. The goal is to maintain about 1 pound of pressure above ambiant between the blower and the intake of the filter. This generates the even flow through the filter. -- Paxton Hoag Astoria, OR USA Billy wrote: Ah - that brings back a lot of memories. I spent a lot of time in that factory, even before it opened. Took part in the opening ceremonty, including the Shinto blessing (the priest was flown over from Japan.) Was sad to see it close. The Hillsboro factory was one of the last high volume disk lines in the US. Only pilot lines left now. Billy

19 years, 2 months

floppy media failure

by aek＠bitsavers.org

> I suppose in an ideal world I'd assume that catastrophic failure of the media > could happen very quickly - so priority is to get a snapshot of the disk onto > modern storage before that happens. The failure mode I've seen is oxide/binder coming off, clogging the head and carving little concentric rings in the media :-( Once the buildup starts, S/N ratio goes into the toilet, so the inner tracks often have errors. One of the techniques I've thought about to mitigate this is, as you say, just snapshot all of the data without analysis, to avoid sitting on a track for a minimal number of rotations, stagger-read tracks, or read them in inner to outer track order. There doesn't seem to be any obvious visual indication that the binder will strip off a disc, oddly enough. You'd think there would be something like physical discoloration when this was likely to happen.

19 years, 2 months

floppy media failure

by Billy.Pettit＠wdc.com

Jules Richardson pondered: ... engage brain before posting :) I was thinking of lashing something up so that the upper head wasn't in contact with the disk at all, reading the bottom surface, and only then reading the top. Thinking about it some more, the loading of the head against the surface on both sides is almost certainly critical, so this wouldn't work :( Billy wrote: The dual sided floppies offset the top head from the bottom to create a tension path for the media. This kept the media snug against the heads - critical because floppy media is based on contact with the head. Best way to think of this an S shaped that is on its side. The lobs are the two heads and the line drawing the S is the media. It is a very shallow bend for the media. Any other method would create a pinch effect that could be deadly of the coating. When the heads are unloaded, the media would float between them. Loading created the tension contour. A lot of work was done with air bearing type of read/write but it was not reliable enough to go into production. The media specs were too poor to give good snr with anything but contact recording. Contact recording was tried with hard drives a few times. These were the famous "tail draggers". None of them ever achieved reliable enough operation to survive long. Billy

19 years, 2 months

floppy media failure

by aek＠bitsavers.org

> Regarding Als idea of reading the disk backward - It would be a fairly > simply matter to make up a version of ImageDisk which reads from the > inside out. > Why would reading from inside to outside (track 80 to track 0) help? I have observed there is a higher rate of failure reading inside tracks. If there is binder shed, it may help to start on the tracks that are more difficult to read first (before the head starts to clog). The bit about non-sequential track reading comes mostly from trying to recover partially crashed 2315 media. You don't want the ceramic of the flying head within 1/2" of the bad spot for very long, or it will clog up and crash. By moving the head on the floppy you knock the accumulating crud across the surface of the disc as you seek, rather than having it pile up on the leading edge of the head. Not great, but carving grooves in the floppy is worse.

19 years, 2 months

How to Build a Clean Box

by Billy.Pettit＠wdc.com

Sridhar Ayengar asks: Well, I've seen how much dust a car air filter lets through, and I won't use one on my car anymore. 8-/ Do the heads on older drives hover closer or farther from the data surface than on newer drives? Peace... Sridhar Billy wrote: All of the early cartridge drives used HEPA filters with no problems. Provided you changed them when required by maintenance schedules. Current drives still use a paper type filter but it is inside the drive and not replaceable. Some of the higher speed drives (10-14K RPM) may have two internal filters and a third over the pressure equalization hole. Older drive heads of the ST412 era were in the 40-70 micro inch range. New drives with Dynamic Flying Height ability are in the 1-3 micro inch range. They also deliberately touch the media during the initial calibration cycles. This is usually only once per head during the life of the drive. There is no harm from this touch. Billy

19 years, 2 months

any Honeywell H316 experts out there?

by aek＠bitsavers.org

> I worked extensively in Dap16 in the 70's and still > have a working H316 at home plus plenty of spares. What software do you have for it? There are a few people that have been looking for the disc operating system for a while now

19 years, 2 months

Open-source floppy reader: the data separator/sync-er works!

by adamg＠pobox.com

Jules Richardson wrote: > I think I'd mentioned this privately to Chuck the other week, but I'm not sure > if "playing back" raw data to a drive will even work, given that there will be > slight differences in drive RPM between drives: a track buffered on a "slow" > drive would run past the end of track on a "fast" drive by a few bits. Besides that, there's the fact that the copy would have twice as much peak shift and jitter as the original, and be unreadable or barely readable. > It > makes me wonder if the only way to do a 100% reliable write is to interpret > the data that you're writing, lay down a format (which is guaranteed not to > overflow available space), then lay down the actual data. Right. And you also need to verify the CRCs, and reread any sectors that failed, in case of dropout. -- Adam

19 years, 2 months

Floppy drive interfacing

by classiccmp＠philpem.me.uk

Hi guys, I've just dug my not-even-a-tenth-finished floppy disc raw-reader out of the cupboard, the plan being to finish it off. Problem is, I'm not seeing any signals coming out of the floppy drive - all the outputs are stuck high. What I've got is: - All odd numbered pins on the IDC34 tied to ground - All I/O lines from the floppy raised to +5V via two 4k7 resistor packs - /MOTORA and /DS0 wired together, and grounded via a switch - A Sony MPF520E floppy drive, HP badged, jumpered for automatic density selection and DS0 (drive 0) I can step the head in and out fine, and the motor seems to be spinning (the drive's activity light is on at least). What I can't get is any form of output >from the drive - even /INDEX is stuck floating high (FWICT it should pulse once for every revolution of the disc, i.e. about once per half-second or so). Am I violating some timing parameter or basic rule here? I honestly can't see any reason why the drive would seek fine, but not return any data or index pulses. Thanks. -- Phil. | (\_/) This is Bunny. Copy and paste Bunny classiccmp at philpem.me.uk | (='.'=) into your signature to help him gain http://www.philpem.me.uk/ | (")_(") world domination.

19 years, 2 months

Humidity and Magnetic Media Was: Re: floppy media failure

by aek＠bitsavers.org

> I am in the process of reading a couple of papers[1] on the effects of > humidity on magnetic recording tape There is a patent Ampex got on tape baking. Don't have my copy handy. Dig around in the classiccmp archives, this has been discussed about a year ago. The failure mode is reversable by removing the H2O in the binder with heat/humidity reduction. For tape, I have been using a heated dehydration chamber (modified 'dry box') 50degr C, <10% humidity for about 24 hours. The trick with tape is to have a LOT of air moving to get into the reels. On 1/2" tape this is normally enough to prevent enough binder shed from clogging the heads for a single pass over the tape w/o retries. You DO NOT want the tape to stop! If it does, the built up binder will deposit itself on the surface of the tape in a vertical stripe. If you are lucky and that happens, it will occur in an inter-block gap, if not, you've just created a permanent failure (you can't clean it from the surface of the tape). There are some other tricks, like using magnetorestrictive transducers and low tape pressures, but that requires extensive modifications to the tape transport.

19 years, 2 months

HP2100A core memory (period) prices

by hilpert＠cs.ubc.ca

I just received a question from a fellow interested in the pricing of core memory: "How much did this memory cost per bit, byte, or word? I am doing a historical storyboard on the HP2100A used as the data processing system for the HP5930A mass spectrometer and I would like to get some hard data on costs of core memory." Would someone (likely candidates: Jay, Bob :) ) have period price info for a core memory module for the HP2100A? I will pass on responses as well as suggest that he may wish to temporarily join the list to ask other questions about the HP2100A. I will also pass on the email addresses of responders (please indicate if you don't wish me to do so) should he prefer to address questions directly to those more knowledgeable about the HP2100 than I.

19 years, 2 months

Humidity and Magnetic Media Was: Re: floppy media failure

by fryers＠gmail.com

Hey All, On 10/04/07, Philip Pemberton <classiccmp at philpem.me.uk> wrote: > Al Kossow wrote: > > The failure mode I've seen is oxide/binder coming off, clogging the head > > and > > carving little concentric rings in the media :-( > > If it's a case of the binder absorbing moisture and losing grip, it might be > an idea to try baking the discs for a bit to dry out the binder. The only > problem is, if you get the disc too hot (the words 'Curie temperature' spring > to mind) then the data's toast... I am in the process of reading a couple of papers[1] on the effects of humidity on magnetic recording tape - primarily tape that has a ployester urethane binder. Turns out that the problem is the binder undergoing hydrolysis. The process is reversable but seems to take a while - several weeks at least in low humidity conditions. [...] [1] Kinetics of the humid aging of magnetic recording tape Bertram, H.; Cuddihy, E. Magnetics, IEEE Transactions on Volume 18, Issue 5, Date: Sep 1982, Pages: 993 - 999 Aging of magnetic recording tape Cuddihy, E. Magnetics, IEEE Transactions on Volume 16, Issue 4, Date: Jul 1980, Pages: 558 - 568 Simon -- ------------------------------------------------------------------------ "Well, an engineer is not concerned with the truth; that is left to philosophers and theologians: the prime concern of an engineer is the utility of the final product." Lectures on the Electrical Properties of Materials, L.Solymar, D.Walsh

19 years, 2 months

The voodoo of SCSI...

by julesrichardsonuk＠yahoo.co.uk

Ok, here's a nice one... I've got a SCSI drive that was working fine in a test system the other day. I came to plug it in to a system today via a known-working external SCSI box, and when I hit the power the drive didn't spin up and sat there with the LED constantly on. "Uh oh" I thought. So I turned off the power, unplugged the drive cable, and turned power on again - the drive span up fine. That's a bit worrying, I figure, so I plug the drive cable back in, but unplug it at the system end: I figure some fault with the system's SCSI bus is upsetting the drive. Turn on the power to the cabinet and... constant LED, no drive fault. Must be the cabinet's terminator, right? Wrong - with the power applied and the cable plugged in, but no terminator, I still get the constant LED and no spin-up. With just power applied and no terminator or cable, the drive spins up fine. So... that's just a cable fault left - must be a short between a couple of pins (however unlikely this seems). Wrong again - try a different known-good cable, and the behaviour's the same: no spin up with a cable plugged in. After a bit of experimenting, the drive will spin up fine with either no cable or a cable of a few inches plugged into it. With a cable of a foot (or more), it refuses to spin up and just sits there with the LED on permanently. Remember there's nothing funky at the other end of these cables - they're just stock 50-way IDC cable with 50-pin IDC connectors at either end. The fault is consistently reproducible - drive orientation makes no difference, power to the drive is good, cable-waggling has no effect. If I turn on power with a cable plugged in, *then* unplug it, the drive will suddenly spin up. So... huh!? It's as though something's gone bad on the drive and it's using the SCSI cable like and antenna and picking up interference which is confusing the heck out of it. But then why it does the same when it *does* have something at the other end of the cable, I don't know.

19 years, 2 months

ZEMU and the pdp8

by bqt＠softjar.se

David, I couldn't reply to you. Your mail server for some reason don't want anything to do with me, so I'm posting this here instead. =============== Yes, I've seen the discussion. My view is basically that it's not impossible at all. Just a question of actually write the thing. Memory wise it will be just fine. Large V5 games will probably require too much memory, but I think almost all Infocom games will be fine. They have much more modest requirements. Inform games both require lots of memory, and are extremely inefficient, on a level that makes you not want to play them because of speed issues anyway. As someone noted in cctalk, a few issues to deal with is about the fact that the z-machine is oriented towards 8-bit based architectures, so you will get some extra work, and inefficiencies because of that. Not much to do about it, except to live with it. It's nothing strange, just extra code. Any z-machine on a small computer needs to implement a virtual memory scheme. I did that for ZEMU, and the same goes for one on the PDP-8. But that's easy. You just have a paging scheme with an LRU algorithm. The easiest there is. I stole the design from Frotz, I think, and then improved some on it, and adopted it to my needs. Also, I used Frotz as a debugging tool when I wrote Zemu. It helps to have a working Z-machine around, which you can tinker with and add printouts to, to compare with what is happening in your implementation. Well, like I said. I don't see any real problems, except it will take some work. ZEMU took me probably a couple of months atleast, in the end. And then Megan did the work to port it to RT-11. For the PDP-8 I would think that you'd want atleast 16K, by the way. I think that the z-machine will need around 8K, and then you need atleast 4K for the dynamic memory, which would leave 4K for the game code. More is always better, though. Larger games will need more dynamic memory, but one 4K field for the game code is plenty enough. In ZEMU I think I normally only use 10 pages of 512 bytes each for game code, but I can play any game with just one page, and it gets slower, but not unbearably so. The things that are tricky is really timers and screen handling. A lot of code in ZEMU is to deal with this stuff. But you really don't need to bother with either. Especially not if you're focused on V3 games. Another big item in ZEMU is to deal with all different versions of the z-machine. By focusing on just V3, that would become much simpler. Actually, I think it's both realistic, and probably wise to focus on just V3. It will be much less code if you ignore other versions, most Infocom games will run just fine, and you can skip timers, and have a simple screen handling. Memory requirements will not be bad. I mean, basically, the z-machine consists of executing instructions, which aren't that difficult. And then you need the memory handler and the screen handler. A few instructions are very complicated, but that's just a very few, like the parse instruction which converts an input line into tokens. And then you need to deal with the 8 vs 12 bit issues, and decide on how to layout the virtual memory in the physical. Johnny David Griffith skrev: > On the cctalk list, there's a thread on how to get a Z-Machine running on > a pdp8. Since you did this on a pdp11, I thought you might have some > insight on this tricky goal. > -- Johnny Billquist || "I'm on a bus || on a psychedelic trip email: bqt at softjar.se || Reading murder books pdp is alive! || tryin' to stay hip" - B. Idol

19 years, 2 months

The voodoo of SCSI...

by Billy.Pettit＠wdc.com

Tom Peters wrote: SCSI drives often have a spin-up jumper, so that the machine can spin them up one at a time to decrease inrush current caused by large arrays spinning up all at the same time. Some drives also have a spin-up delay jumper-- 1, 2, 4 or 8 seconds. Others switch on the motor on first access. On many drives, the jumper(s) are on the bottom. I never heard that these lines are brought out to the interface, but also I never heard that they're not brought out. Perhaps that's something to do with it. ------------------------------- Billy wrote: In the early days of SCSI, spin delay was not standardized. There were several versions. One used a fixed delay, like you mentioned. But the most common delayed a fixed number of seconds multiplied by the drive ID number. So unit 3 would be 3X delay, LUN 4 would be 4X delay, etc. This was a holdover from the SMD days. SMD drives would delay until the unit in front of them on the cable went ready. So a string of drives would come up one at time. The unit number times a fixed delay was an attempt to speed up the process. The problem only occurs on the initial inrush to the motor. And that current drops rapidly once inertia is overcome. The engineers realized that they didn't have to wait for ready, only until the current dropped to a normal level, usually only 1 or 2 seconds. Billy

19 years, 2 months

Yet another conversion utility: DMK2IMD

by dave06a＠dunfield.com

In case anyone is interested, I have added a new utility to the Imagedisk package called DMK2IMD which converts a DMK format image into an ImageDisk compatible image (.IMD). Let me know if you have any problems. If there are other floppy disk archival formats that anyone would like to see supported, please let me know and I'll see what I can do. Regards, Dave -- dave06a (at) Dave Dunfield dunfield (dot) Firmware development services & tools: www.dunfield.com com Collector of vintage computing equipment: http://www.classiccmp.org/dunfield/index.html

19 years, 2 months

Jump to page:

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