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

steering back on topic, now that I've gotten the back off...

by chrism3667＠yahoo.com

seems my last attempt to reply to the thread was eaten by yahoo. What's the best way to gain access to the front of the tube (Rainbow mono monitor). Cut the tie wraps or use a skinny long phillips to detach the tube from the bezel. Apologies if someone answered this, problem is I just don't see the response.

14 years, 3 months

1
0
0 0

75 in 1 Electronic Project Kit

by jgessling＠yahoo.com

I will check when I get home, which manual I actually have.? Last year when this topic came up I had offered to copy one of mine but when I requested some $ for the trouble, I never heard back again.? The pages are an odd size (at least to me) so copying was going to be a bit of a chore. On the sentimental trail...? It was about 4 years ago that I went to join my wife in Nigeria.? I was unemployed and she lived in her company's compound so I didn't figure to get out much.? So I took with me a 150 in 1 kit (with manual) that I had picked up at a flea market.? I threw in a handful of random components for variety and added a cheap multimeter and spent many an afternoon with my set and the "All About Circuits" online books. I've been a software guy my whole career and had always wondered how electronics actually worked.? I really enjoyed the whole experience, and the fact that I now I know a little something anyway.

14 years, 3 months

1
0
0 0

Sun 1 Computer CRT repair, you help needed for parts - qty 2 of: BSX20 and BFW17A

by nick.allen＠comcast.net

I am putting out a call for help, I am looking to buy qty 2 of the following: BFW17A & BSX20 transistors. Anyone who has 2 of each of these in working condition please let me know, I am interested in trading/buying them from you. Nick

14 years, 3 months

1
1
0 0

75 in 1 Electronic Project Kit

by bud7388＠yahoo.com

My son bought this kit from a yard sale... but there is no manual.? I read on the internet that you might have the manual for this kit? It is the 75 in 1 made by Tandy for Radio Shack. ? Thanks so much for any help. ? Wayne

14 years, 3 months

7
6
0 0

KryoFlux and Commodore Disks

by cb＠kryoflux.com

> > You don't want to use a PC HD drive, Commodore disks are 40 track (OK, well, 35 track, but still), the narrower head of the 80 track PC drive will cause problems if you want to write. Well, about 80% of the games sold for the C64 were in fact written on industrial grade PC drives with Trace machines. Many titles use 80 track mechanics and heads. It in fact works when the drive is well aligned and you make sure the disk is empty, e.g. degaussed, before you do this, otherwise you would risk keeping garbage for disks that were previously formatted in a 40 track drive with wider heads. All games that do stepping tricks with so called fat tracks or half tracks can't be written with 40 track drives at all. > > An HD PC floppy drive will *NOT* read commodore 1541 disks.not a > chance in hell. PC drives are MFM, commodore are not. totally > incompatible. You are totally wrong. The drive will happily read the disk, but you need a controller that can make use of GRC coding and the special encoding tricks used by copy protections. As the 1541 is a separate computer, there is much freedom here. > I've heard of people using catweasel with 1541 drives, mounted in > their PC's also. Really? Afaik the 80 track drives with 40 track wide heads were custom made for Commodore and don't have a Shugart connector. > those are very different from commodore disks,someone already > mentioned commodore have up to 40 tracks,what about half-tracks, and > copy-protected disks? will they read v-max disks?commodore software > got heavily into copy protection,like rapidlok, and worse in the later > days Indeed. These will cause trouble when read with a 1541 for various reasons. Some protections work by using the index while recording (which the 1541 does not have...), later read a specific track and then step ahead to find some special data when reading a few tracks later. You can't write such protections with a standard 1541 as it lacks the index to aling your data to. Other protections vary bit cell density, which is ok for reading, but can't be written with an unmodified 1541, some make tracks so long and write them in one pass, so you need more ram in a 1541 and some will even trick the sync detection which is not very reliable in the 1541. What makes things worse is that the format used for storing such data, g64, is very badly implemented in most of the emulators out there. To our knowledge all emulators are working with a fixed track size of 7928 bytes per track, which will give trouble for e.g. V-MAX! style disk, at least everything before V3. We are working with Pete Rittwage (author of Nibtools) to find out if we can help enhance e.g. Vice to support properly imaged disks that have demanding protections. Currently some g64s need tampering with, some even need cracking the game, because the format can't properly store the protection (see e.g. Pirates! for fun invloved). See: http://c64preservation.com/dp.php?pg=bangui6 If anyone wants to take a look... we do have V-MAX disk images of Defender Of The Crown that are definitely beyond what emulators will accept at the moment. Let me know... > I'd say zoomfloppy, simply because of nibtools, which is the most > feature-rich for commodore disks I've found.especially where > copy-protection is involved. And, the fact it can write images back to > disk gives it a distinct advantage. this is only for commodore style > disks, other platforms would have their preferred tool(s). Dan. I would agree, at least if writing is important to the person using it. KryoFlux currently does not write g64 files, so it's for reading only (at the moment). We do have a preliminary STREAM to g64 converter, which spits out files that are correct in regard to what's on the disk (leaving out e.g. varying density in a track, which can't be stored by the file format itself), but fail in emulators, because, as written above, all of them work with a fixed track size and so forth. Some protections will fail if the track size is wrong. If you are going for an estimated 85% of things out there, can live with losing index information, don't fear messing with images, having e.g. three to four separate g64s for one game for different emulators, want to start tweaking the drive to alter rotation speed (therefore creating e.g. longer tracks at the cost of slightly wrong recording coercivity), and need a cheap solution, ZoomFloppy with a 1541 and Nibtools will work ok. I also have one for testing, it's very well executed and Jim Brain delivers quality. If you want to go beyond, KryoFlux might come handy. E.g. a 1541 will never show you recording tricks like varied bitcell width, "killer tracks" full of syncs etc. But it's work in progress, and won't be fully ready tomorrow. Modifying a drive to make it read flippy disks in one pass, like at the recording stage, is a pain. Just for the record. Enjoy. Chris

14 years, 3 months

2
1
0 0

UTZOO Usenet archive - need file 124f1

by cstadler18＠hotmail.com

Is this email address still active? Need to speak to someone about usenet archives... -Craig

14 years, 3 months

2
2
0 0

how do you crack (open) a Rainbow mono monitor?

by chrism3667＠yahoo.com

not going to be an issue in my case. Still cant get it open...if by screws the poster meant the hexagonal lugs or whatever in back then i guess its april 1 after all... ------------------------------ On Sun, Apr 1, 2012 4:16 PM EDT Tony Duell wrote: >> >> VR201? Remove screw under cover in the centre of the rear panel between >> plug and pots. Lower adjustment leg to fully out.=20 >> >> Screen blue spot?=20 >> >> a) Run a hot wire (Styrofoam cutter) between the outer screen and the fro= >> nt >> of the tube. >> >> Or =20 >> >> b) (only for CRT familiar persons) Remove the tube completely. Place in >> something to support it at the face end. Don goggles and gloves. Chip awa= >> y >> the outer faceplate bit by bit. Peel off the soft plastic. Polish up the >> tube front, rebuild the monitor and put spacers at the four corners then >> replace casing. Does wonders for the brightness as well. > >Look, I know what day it is, but practical jokes are supposed to be >funny, and not endager innocent bystnaders at som random future time. > >CRT implosions are not common, I agree. But they must be serious enough >tat even in the less safety-concious times of 50 years ago all TV sets >had some kind of implosion protection. > >Unless you have definiete infroamtion to the contrary, I will go by what >every CRT data sheet I've looked at says. That the twin-panel faceplate >acts like a laminated windscreen and supports te screen i nthe even of an >implosion, preventing the user from being showeed in fragments of glass. >Most CRT datasheets also say that no attempy must be made to remvoe the >outer layer, but I think it's popsible to do this safely _provided you >then re-bond the layers together properly_. LEaving off the outer layer, >or not bonding it to the frotn of the envelope is not acceptable IMHO. > >You don't know when the CRT could implode, or who might be in front of it >at the time. > >-tony

14 years, 3 months

2
3
0 0

Reading VMS backup tapes

by elson＠pico-systems.com

> From: Dave McGuire <mcguire at neurotica.com> > > > > Well, I just timed it: Clean slate to running VMS system with a tape > image mounted on an emulated drive, under simh. 26 minutes. > That's because you know what you are doing. > But suit yourself. ;) > > >>> I don't know your level of expertise with VMS or simh, so please don't >>> take this the wrong way, but...if you want to do that and would like >>> some help, I'd be happy to help you out. I can put together a "canned" >>> simh VMS installation for something like this in a very short time. >>> >>> >> I got simh to teach my kids some machine language programming on the >> PDP-11. >> (We had a class last Sunday.) >> > > Nice!! How old are they? (if you don't mind my asking, I am just > curious) > Range from 12 to 22. > > Sweet!! > > Yeah, back in 1986 or so, this was a totally awesome system! Fooling around with these tape images on disk shows me (again) how far computers have come. I can scan a 30 MB file in a fraction of a second! I'm sure that would have taken 10 minutes or so on the KA-630. > Jon Elson wrote : >> If all else fails, I suppose I could go that way, but this vmsbackup >> program >> seems to try to work, it probably needs a little tweak. It detects the >> 80 byte >> header records and stops. All the VMS Backup tapes I've checked so far >> have two 80 byte headers, this program seems to want one 256-byte header. >> > > That doesn't sound too tough to deal with. Good luck! > I've finally established contact with the last guy who worked on the vmsbackup program, he suggested removing the offending tape headers with xxd, but if you cut the top lines off the file, it uses the address column on the left and you end up with zeros in their place. Anybody know a way to edit a tape container file to remove a few tape blocks >from the beginning? I know I could write a program that does this exactly, and my just do so tonight. Basically, it would extract the backup files verbatim from the tape image. Jon

14 years, 3 months

2
1
0 0

Reading VMS backup tapes

by jfoust＠threedee.com

At 11:16 AM 4/3/2012, Rob wrote: >getting to grips with simh, locating images and and working out how to >install it all etc. A ready-to-roll VM type thing would definitely >get a download off me, though! Please consider it.. I bit of googling showed a few people on the SimH mailing list were thinking about a virtual appliance version. I don't know if they did it. They were talking about a stripped-down Linux. So how would we connect a glass terminal or a DECwriter to it? - John

14 years, 3 months

4
5
0 0

PRIME NUMBERS

by drb＠msu.edu

I WAS LOOKING FOR A SMALL SOFTWARE PROJECT TO DO ON VINTAGE HARDWARE. THE HUNT DIDN'T GO ON LONG BEFORE IT HIT ME. ONLY ONE THING COULD POSSIBLY DO: CALCULATE PRIME NUMBERS ON MY TRUSTY PR1ME 5340 MINICOMPUTER. THE 5340 IS A SOPHISTICATED MACHINE, CMOS BASED, AND UTILIZING CUSTOM HIGH DENSITY GATE ARRAYS TO REDUCE THE PHYSICAL SIZE OF THE CPU AND MAIN MEMORY (16 MB) TO WELL UNDER 225 SQUARE INCHES. POWER CONSUMPTION IS WELL UNDER 10A, TOO, AND THE MACHINE CAN RUN WITHOUT HEAVY AIR CONDITIONING. JUST A COUPLE OF YEARS AGO, EVEN A HIGH END ECL DESIGN COULD NOT PROVIDE THE SAME LEVEL OF PERFORMANCE IN SEVEN TIMES THE BOARD SPACE, AND IT STILL WOULD HAVE REQUIRED 30A TO 50A OF WALL POWER, PLUS SEVERAL THOUSAND BTU OF CHILLING. SINCE THE PR1ME ARCHITECTURE IS TARGETED AT SCIENTIFIC USERS, AN ARBITRARY PRECISION NUMBER PACKAGE IS NOT READILY AVAILABLE. AFTER A FEW TESTS, I CONCLUDED THAT THE HARDWARE QUAD PRECISION FLOATING POINT SUPPORT WAS A POOR CHOICE DUE TO THE SCALE OF THE ROUNDING ERRORS I WAS SEEING. THE PR1ME FLOATING POINT IMPLEMENTATION IS QUITE GOOD, BUT WHEN ALL OF THE SIGNIFICANT DIGITS ARE TO THE LEFT OF THE DECIMAL POINT, THERE IS VERY LITTLE IT CAN DO. BUT ALL WAS NOT LOST, AS HAS NO DOUBT BECOME OBVIOUS BY THE POSTING OF THIS MESSAGE. THE ARCHITECTURE ALSO SUPPORTS PACKED AND UNPACKED DECIMAL ARITHMETIC, WHICH CERTAINLY DOESN'T SUFFER FROM ROUNDING ERRORS. IT CAN EVEN STORE NUMBERS AS LARGE AS 63 DIGITS IN LENGTH. PERFECT! I WAS NOT WILLING TO SIMPLY CODE UP SOME MATHEMATICIAN'S DUBIOUS ALGORITHM -- I WANTED TO BE SURE NOT TO MISS ANY VALID PRIMES. INSTEAD, I CAREFULLY DESIGNED MY OWN, AND VALIDATED IT USING A LARGE CORPUS OF TEST DATA (ALL INTEGERS BETWEEN 1 AND 100). THE CODE USES A NUMBER OF ADVANCED TECHNIQUES FOR ACCURACY AND HIGH PERFORMANCE, INCLUDING: * SEQUENTIAL SEARCH FOR POSSIBLE FACTORS. * CYCLING TO THE NEXT POTENTIAL PRIME IMMEDIATELY UPON DISCOVERING AN INTEGRAL FACTOR, INSTEAD OF CONTINUING TO TEST ALL REMAINING POSSIBLE FACTORS. * TESTING ONLY FACTORS LESS THAN HALF OF THE CANDIDATE PRIME. * NOT TESTING FOR DIVISIBLENESS BY 1. * TESTING ONLY ODD CANDIDATE PRIMES. * HAND-CODED IN PR1ME ASSEMBLER. USING THESE METHODS, I WAS ABLE TO ACHIEVE REMARKABLE PERFORMANCE. IN TESTING, THE PROGRAM EXECUTED ABOUT 3,086,913,596 DECIMAL DIVISION OPERATIONS IN 11 HOURS AND 17 MINUTES, FINDING THE FIRST 10544 PRIME NUMBERS, AT A RATE OF ABOUT 75994 DIVISIONS PER SECOND, AND NEARLY 935 PRIMES PER HOUR. TRY _THAT_ IN BASIC ON YOUR IBM 5150! THE SOURCE PROGRAM, AND AN OUTPUT FILE WITH START AND END DATE STAMPS AND THE FOUND PRIMES, ARE AVAILABLE FOR PERUSAL AT http://yagi.h-net.msu.edu/primenumbers/. SUGGESTIONS FOR ENHANCEMENT OR CORRECTION OF THE PROGRAM WILL BE GRATEFULLY RECEIVED BY THE AUTHOR. DE

14 years, 3 months

18
59
0 0

Gates Bashing (*sigh* yet again..) Was Re: PRIME NUMBERS

by terry＠webweavers.co.nz

Honestly guys. This conversation sounds very bitchy. If it wasn't Bill Gates who dominated the OS area in the 1980s and 1990s someone of the same ilk would of. Regardless what you think of them survival in business is always the survival of the fittest. Gates was at the top of that game for a while. Anyone who gets beats off the competition at that level has got to be ruthless and clever. I don't condone it, but its a fact. At least he IS doing something good with his money. Let's move on from the constant Microsoft bashing, please! Tez On Tue, Apr 3, 2012 at 2:09 PM, Dennis Boone <drb at msu.edu> wrote: > > Very true; as this isn't a merit-based society. He was a damn good > > programmer "back in the day", though; pity he didn't stick to that. > > Some of the things I've heard about the early basic interpreter make me > wonder if he was really a good programmer. > > De >

14 years, 3 months

5
4
0 0

Free HUGE LOT of TRS-80 Documentation & Magazines

by slandon＠centurylink.net

Im making this big carload of TRS-80 magazines/owners manuals free to someone who will take the time, scan it and put it online. Its free for pickup at my home in Flushing MI

14 years, 3 months

3
2
0 0

Reading VMS backup tapes

by elson＠pico-systems.com

Now that I have read in a few archival tapes and unpacked the simple ones (ANSI-D) I am looking at extracting files from VMS BACKUP tapes. I found a program vmsbackup originally by John Carey at Monash University in AU. It actually seems to understand my tape container format, maybe because it is practically identical to some other formats. But, it is complaining that my tape has 80-byte header records, and it wants 256. My tapes start out with VOL1, HDR1 and HDR2 80-byte records, then a tape mark and then the backup save set follows. I get the message : Invalid header block size: expected 256 got 80 So, does anyone know whether there is a version of this program that will handle a backup tape with 80-byte header records, or is there another program for extracting files from a VMS backup tape or save set that will run on Linux? Thanks, Jon

14 years, 3 months

10
13
0 0

For Sale: Tandy/Radio Shack Documentation & Hardware

by slandon＠centurylink.net

Im cleaning out the shed. I got tons of tandy radio shack documentation, Also got a Tandy 1400HD Laptop that wont power up, Along with a Tandy 386 and a Tandy 486 that work perfect. 2 Huge boxes full of Micro80 Magazine, and Microcomputer magazine Lots of Model 1, 3 and 4/4p Owners Manuals Lots of software manuals.. If anyones interested in the lot I can get a listing. Id like to sell this off in one lot to get my shed space back. Im thinking $200 for it all, and theres enough to fill the back of a car. Local Pickup is always welcome at my place in Flushing MI

14 years, 3 months

1
0
0 0

how do you crack (open) a Rainbow mono monitor?

by chrism3667＠yahoo.com

There are no screws specific to keeping the back cover on. The only screw/s have to do with the orientation contraption. Do I remove that and use a case popper like a mac? ------------------------------ On Sat, Mar 31, 2012 3:04 PM EDT Tony Duell wrote: >> >> Dropping them from a high place usually does the trick ;-) > >While this is probably a quicker way of gettign the casing off, the time >taken to put it back on again is much longer than with the 'remove the >screw' method. And I think it's the total repair time that's important. > >-tony

14 years, 3 months

3
3
0 0

Reading VMS backup tapes

by elson＠pico-systems.com

> From: Dave McGuire <mcguire at neurotica.com> > > This may be a crazy idea, but...Why not do it with VMS? > Well, I have a real VAXstation here, with a tape interface that probably works, and I probably still have ESDI drives with VMS on them. But.... > You can install simh on your Linux box, get VMS up and running in > probably half an hour, complete with IP networking. Mount your tape > images via simh and extract your savesets with the software that they > were written to be extracted by. :) > I have great difficulty thinking it is that simple. > I don't know your level of expertise with VMS or simh, so please don't > take this the wrong way, but...if you want to do that and would like > some help, I'd be happy to help you out. I can put together a "canned" > simh VMS installation for something like this in a very short time. > I got simh to teach my kids some machine language programming on the PDP-11. (We had a class last Sunday.) I appreciate the offer, but this would be a last resort. I know VMS darn well, I was system manager and general developer on two VAX systems, and then on Alpha systems for a number of years. I ran a MicroVAX (KA-630) in my home from 1986 to 2007 when the hard drive broke. I upgraded it over the years, wrote my own driver for a 3rd party tape controller that never had a VMS driver, wrote a driver and built an interface for a Jupiter 7 graphics system, and interfaced a bunch of home energy monitoring stuff to it. Also attached a VCB-02 color graphics board set to it, which was never really supposed to work on a KA-630, but it did. Just the console wouldn't work right through the VCB-02, so sometimes I had to hook up a serial terminal. But, although I REALLY liked VMS 20+ years ago, I have moved on, and am now pretty comfortable in Linux. (Do miss the regularity of VMS, if you know how to specify the options of one command, then all similar commands will be the same.) The purpose of this exercise is to recover archival programs before the tapes turn into dust. If all else fails, I suppose I could go that way, but this vmsbackup program seems to try to work, it probably needs a little tweak. It detects the 80 byte header records and stops. All the VMS Backup tapes I've checked so far have two 80 byte headers, this program seems to want one 256-byte header. Jon

14 years, 3 months

2
1
0 0

OT: Re: Gates Bashing ...

by mtapley＠swri.edu

At 21:43 -0500 4/2/12, Terry wrote: >At least he IS doing something good with his money. Well said. Hear, hear! >Let's move on from the constant Microsoft bashing, please! I do make a distinction between Gates bashing and Microsoft bashing, and yet another distinction between unthinking Microsoft bashing (not meritorious in its own right) and bashing of specific destructive practices (somewhat meritorious in my view). And finally, another distinction between that and making constructive suggestions or contributions to correct damage done by destructive practices (highly meritorious in my view). I applaud the suggestion to move >from one end of that spectrum to the other. But I think I merely elaborate what Terry said first and more concisely. -- - Mark 210-379-4635 ----------------------------------------------------------------------- Large Asteroids headed toward planets inhabited by beings that don't have technology adequate to stop them: Think of it as Evolution in Fast-Forward.

14 years, 3 months

1
0
0 0

another hidden pdp11

by nierveze＠radio-astronomie.com

hello all, yesterday my wife and I emptied our garage(25 years of diverse things stocked inside).I found again my hp1000,I saw a vax8200,a a lot of things that suddenly made me rich :-))etc...and I found something I had totally forgotten ,bought a long time ago as a part of lot bought at the near army base:a Tektronix microprocessor emulation system,made of two (big!!!) racks a 8510 and a 8310.I opened them just to see ,and immediately I saw the two purple dec handles in the 8510.... A lsi 11/2 was here.I brought the rack inside ,removed the dust and spiders, connected to the terminal line labeled 'auxilliary' a VT320 and powered it up,after a few tests,I found the correct speed (2400 bauds) and got the odt, using the run/halt switch of the front panel. I has 32k of ram,the console is at correct place,but the fdc is not at 177170,so I doubt it can boot standart rt11.Unfortunately I found an error in the memory:bit 9 of the first 16k bank is stucked to 1,it may be only a ram chip (4116)to change,the 2nd bank is correct,a few test programs were ok. So if you see such a machine it can be useful. I'd like to find maintenance informations about the Tektronix boards. I'try to repair the mem board,and will continue to play with it. Best regards to all. Alain Nierveze 492 all?e Montesquieu 33290 Le Pian Medoc France nierveze at radio-astronomie.com www.radio-astronomie.com

14 years, 3 months

25
53
0 0

FREE: "Electronics" magazines from 1973-1975

by tom94022＠comcast.net

Steven: I'll take them, u can ship them FedX Ground using my FedEx number System Surety Group 14469 Manuella Rd Los Altos CA 94022 Account # 104208657 You can take them to a FedEx Office store and have them pack them if u want. They'll probably wind up at the Computer History Museum if they want them. Tom (650) 941-5324 > Message: 27 > Date: Mon, 2 Apr 2012 18:33:47 -0700 (PDT) > From: steven stengel <tosteve at yahoo.com> > To: cctech at classiccmp.org > Subject: FREE: "Electronics" magazines from 1973-1975 > Message-ID: > <1333416827.82454.YahooMailClassic at web110610.mail.gq1.yahoo.com> > Content-Type: text/plain; charset=us-ascii > > About 2 dozen old "Electronics" magazines - see photos here: > > http://66.147.242.85/~oldcompu/maine/electronics1.jpg > http://66.147.242.85/~oldcompu/maine/electronics2.jpg > > You pick-up or pay shipping from 92656 So Cal.

14 years, 3 months

1
0
0 0

FREE: "Electronics" magazines from 1973-1975

by tosteve＠yahoo.com

About 2 dozen old "Electronics" magazines - see photos here: http://66.147.242.85/~oldcompu/maine/electronics1.jpg http://66.147.242.85/~oldcompu/maine/electronics2.jpg You pick-up or pay shipping from 92656 So Cal.

14 years, 3 months

2
1
0 0

Wanted: Decision Data 6606 printer

by wdonzelli＠gmail.com

I have a big old Decision Data model 6606 line printer that is rusted, busted, done and dusted. I am considering sending to the grinder, because it would be a *lot* of work getting back and running. My mind would be really put at ease if someone on the East coast had a nicer DD 6606 that they would like to part with (which, when it comes to floor standing line printers, is not too much to ask). Anyone? -- Will

14 years, 3 months

1
0
0 0

PRIME NUMBERS

by dave.g4ugm＠gmail.com

In the UK thats not what they should teach. They are suppposed to teach primes have two distinct factors, 1 and the prime. As for 1 these are both the same number its not prime. On 2 Apr 2012 07:34, "Eric Smith" <eric at brouhaha.com> wrote: Derrik Walker wrote: > > Whats frakked up, is that they still teach one is a prime to this day. I wonder how much progress Bill Gates has made on the mathematical problem he pointed out in his book, of factoring very large prime numbers.

14 years, 3 months

5
4
0 0

Re-inking plotter pens (Epson HI-80)

by jules.richardson99＠gmail.com

I acquired a little Epson HI-80 plotter the other day - for a "consumer-grade" device with a small page size it looks to be quite a nice little unit. Of course the pens are all but dried up (there's a little life left in the red and blue, enough to see that the self-test is working). So... has anyone tried adding fresh ink to these? I assume the pens themselves haven't been sold in well over 20 years. It looks like it's probably possible to open the pens up, but I assume that any replacement ink needs to be just the right consistency for it to soak into the pen tips properly but not end up all over the place. cheers Jules

14 years, 3 months

2
1
0 0

PDP-8 Switch Handles

by djg＠pdp8online.com

A company has made some replica 8/E handles and has excess they are willing to sell at $1.50 per handle. I think they have around 25 of each color left. Due to the company not wanting to deal with a bunch of small orders I may need to be an intermediary. Pictures of the switch handles next to my 8/E handles and two 8/M handles sitting on top at URL below. It also has a picture of the panel they made. They said ok to share the picture but I can't say why they made them. http://www.pdp8online.com/ftp/misc/switches/ The color of one matches my 8/E pretty well but the other doesn't. You can also see for one of the colors my 8/E doesn't match my 8/M that well either. If interested email me with how many you are wanting of which color.

14 years, 3 months

3
2
0 0

BRU Tapes on Unix?

by holm＠freibergnet.de

Hi, Friends of mine have an old, not that much DEC compatible PDP11 like machine that they (and me) would get working again. The machine is located at the German Chemical Museum in Merseburg. http://www.robotrontechnik.de/index.htm?/html/computer/k1600.htm Scroll down to the K1630. The Machine was rescued from the old power plant in Thierbach before. It is an PDP11 build out of some east german 8 Bit Bitslice CPU's and has 248K Ram. They used an unusual BUS, an Z80 Sio for The console (this is really ugly) und Bus communication controllers on each peripheral board that must be configured before the first use of that board, this means the IO Adress, DMA Registers, Modes and Vector addresses are set in Software before the Processor can talk to them like in a PDP11, so every DEC-OS must be patched to work on this thing. It is a slow machine too :-) We now have some CPTP Dumps of BRU Backup Tapes of the Operating System OMOS for this machine (old version of RSX11) I have a copy here http://www.tiffe.de/Robotron/K1630 There are 2 Versions omos-sys.tape.gz is the original type file in CPTP Format, omossys.tap.gz is the same thing converted with taput to simh tape format. Same with the dok tape, the docs are in german... My friend Oleg told me that the tape files are broken, may be this is the fault of taput (http://www.mrynet.com/hp2000/taput/index.html). My question is if somebody can verify what is going on with the files and if an opensource utility exists that can read BRU files on unix (like my FreeBSD here).... I think the OMOS-SYS Tape is the only real chance to boot this thing sometime again.. Kind Regards, Holm -- Technik Service u. Handel Tiffe, www.tsht.de, Holm Tiffe, Freiberger Stra?e 42, 09600 Obersch?na, USt-Id: DE253710583 www.tsht.de, info at tsht.de, Fax +49 3731 74200, Mobil: 0172 8790 741

14 years, 3 months

1
0
0 0

Pertec interface

by elson＠pico-systems.com

Message: 20 Date: Sun, 01 Apr 2012 00:29:09 -0700 From: Jeff Woolsey <jlw at jlw.com> To: cctech at classiccmp.org Subject: Re: Pertec interface Message-ID: <4F7803C5.1050404 at jlw.com> Content-Type: text/plain; charset=ISO-8859-1 SimH also describes bad blocks, which have the high-bit set in the length but otherwise look normal. Except that most tape drives, without heroics, will not give you any data for an unrecoverable read error (both that and a tapemark read as 0-length blocks; some gymnastics are needed to tell them apart), except that such a block cannot be empty. So what to put in it, if we're noting them at all? I'm playing with ANSI-style labels for this. Some history is at: http://neil.franklin.ch/Usenet/alt.folklore.computers/20001209_New_Tape_Con… , though in there it is asserted that tape blocks cannot be longer than 64K, implying that only two bytes are required for the length. However, I have a tape someone else wrote (HDR2 even says so) with 65536-byte blocks (not every O/S today can handle that--16-bit signed comparisons). To represent that along with 0-byte tapemarks requires 17 bits. Elsewhere someone asserted that a tape block can be as long as the entire tape, which seems unlikely and wouldn't always fit in three bytes. I think most Pertec formatted drives will not give you the bad block, but I could be wrong. Of course if it is really bad, even the block length can't be determined. Most PDP-11 and VAX tape controllers, both DEC and third-party could handle 65536 byte blocks. Of course, on a PDP-11, that could be the entire memory in a single tape block! So, it really only made sense on Q-22 systems. Tapes with insanely long blocks are not a good idea, even on hardware that can handle it. I'm guessing 1401 and similar machines could do crazy stuff like that due to their stream of digits architecture. But, having an entire tape with only one LRCC and CRC byte would lead to undetected errors and difficult to recover files. The greatest feature of GCR is that the redundancy data is added periodically within the block, making the likelihood of recovering small dropouts much better. Jon

14 years, 3 months

1
0
0 0

For sale: warehouse of IBM, WANG, DIGITAL, NCR in Maine

by tosteve＠yahoo.com

Attention! For sale: Looks like a warehouse of IBM, WANG, DIGITAL, NCR in Bangor, Maine. See pics here: http://66.147.242.85/~oldcompu/maine/ Also some TRS-80, Apple, Compaq, etc. I have no connection, just passing on the info. Contact Penny at: peifen196 at yahoo.com Enjoy!

14 years, 3 months

3
3
0 0

What's that TeK Box?

by holm＠freibergnet.de

http://www.tiffe.de/images/Unbenannt.JPG This is one of the things in Dortmund, anyone know what this could be? Regards, Holm -- Technik Service u. Handel Tiffe, www.tsht.de, Holm Tiffe, Freiberger Stra?e 42, 09600 Obersch?na, USt-Id: DE253710583 www.tsht.de, info at tsht.de, Fax +49 3731 74200, Mobil: 0172 8790 741

14 years, 3 months

3
2
0 0

PIXAR Image Computer Panel Museum Display on Ebay

by michael.99.thompson＠gmail.com

>Dave McGuire mcguire at neurotica.com >On 03/25/2012 02:50 PM, James Gessling wrote: >> Isn't this just a piece of plastic with a logo embossed in it? And >> why does anyone think Red's Dream is so great anyway? I'm not >> bidding. > > The whole computer would've been much more interesting. If the >starting price weren't so high, I'd have placed a bid just out of >sympathy for someone with such a wife. > > -Dave I thought that the RICM had one of these. It turns out that we have two PII-9 systems that they were made after the Viacom Systems buyout so it doesn't say Pixar on the die-cast front cover. I will add more pictures and details shortly. http://www.ricomputermuseum.org/Home/equipment/pixar-image-computer -- Michael Thompson

14 years, 3 months

2
1
0 0

Pertec interface

by elson＠pico-systems.com

Well, I did the bit reversal TWICE, so of course the end result was wrong! Fixed that, fixed up a little bug in resetting the file mark detection flag in the wrong place, and I now have a rough program that maps the files structure of a tape. here's a snip of what I got. VOL1RT1101 DD%% 1 HDR1SAMBR .CTL RT110100010001000100 00000 00000 000000RT11 file 0 had 2 blocks 0 errors 0 timeouts blocksize was 512 HDR1SAMBR .BAK RT110100010001000100 00000 00000 000000RT11 file 1 had 2 blocks 0 errors 0 timeouts blocksize was 512 HDR1SAMBR .FOR RT110100010001000100 00000 00000 000000RT11 file 2 had 4 blocks 0 errors 0 timeouts blocksize was 512 and so on. (Note the RT11 header labels above. I sort of thought this tape would have been >from RSX-11M, but it must have been made before we switched. Whew, that's going BACK a ways, about 1976 or 77 when we went to RSX. The actual tape I'm reading was a 6250 BPI copy of the original tape (probably 1600 BPI) from back then. This copy was probably made 15 years ago, though.) I'm now working on a program to move the entire tape to a single disk file with pretty much verbatim bytes from the tape. It will have a 32-bit header for each record of file mark, showing the record size or file mark. Then I can write programs at my leisure to extract files without having to listen to the wail of the Gast vane pump in the keystone tape drive. Oh, the performance seems to be pretty good. it was streaming fairly well at either 25 or 75 IPS in 6250, I suspect it will certainly stream at 75 IPS with a 1600 BPI tape. Jon

14 years, 3 months

7
6
0 0

PRIME NUMBERS

by jgessling＠yahoo.com

In fact those guys at the LHC Were going to do just that. By directing the beam at a block of chrystilan silicon ( nice square latice) and then Stepping the beam deflection in integer increments. A physical Erathones sieve can be created for large numbers. Essentially blasting away nonprimes. Detecting the remaining primes is then A radiation problem similar to that used in Genetic screening. Regards, Jim

14 years, 3 months

1
0
0 0

PDP-8 questions

by jgessling＠yahoo.com

Please don't use real rosewood for the side panels.?? Forests around the world are being destroyed for this increasingly rare commodity. Thanks, Jim

14 years, 3 months

33
112
0 0

Arcturus Minicomputer

by jon.griver＠gmail.com

*Dear Rod,* ** *Feeling nostaligic, I googled 'Arcturus Minicomputer', and your letter below was the only reference I found. I know the letter is from 2007. I hope the email address is still in use.* ** *I programmed an Arcturus minicomputer at the Atkinson Morley Hospital in Wimbledon from 1973 to 1976. It was used to do image processing on pictures >from the first CT scanner in the world, which was located in that hospital.* ** *All the programming I did on the machine was in assembler. The computer did not have a disk operating system. Every action involved first loading the program you need from paper tape, then the data, etc.* ** *The first thing I did was to write a very rudimentary disk operating system. It took 6 weeks, but it worked.* ** *I knew that Arcturus had installed the monitor system in Gatwick.* ** *Best Wishes,* ** ** *Jon Griver* ** ** ** *Fri Mar 30 02:45:49 CDT 2007* - Previous message: On topic? Looking for old computer book <http://www.classiccmp.org/pipermail/cctech/2007-March/037565.html> - Next message: NeXTstep: cloning a drive <http://www.classiccmp.org/pipermail/cctech/2007-March/037495.html> - *Messages sorted by:* [ date ]<http://www.classiccmp.org/pipermail/cctech/2007-March/date.html#37488> [ thread ]<http://www.classiccmp.org/pipermail/cctech/2007-March/thread.html#37488> [ subject ]<http://www.classiccmp.org/pipermail/cctech/2007-March/subject.html#37488> [ author ]<http://www.classiccmp.org/pipermail/cctech/2007-March/author.html#37488> ------------------------------ Hi All Whilst sitting on the plane on the way back from Newcastle yesterday. It reminded me of a system I saw at Gatwick airport in the early 1970's. I'm pretty sure it was run by a mini computer called an 'Arcturus'. I can clearly remember the grey rack mounted box with its row of toggle switches and lamps. I was there to install a VDU (sometimes referred to as a glass teletype). The big teletype they drove it from made the whole place shake and the VDU I fitted of course did not. It drove the departure / arrival TV monitors. The way it generated the characters was curious to say the least. It had a large number of circuits which generated parts of characters. One did a vertical bar, another produced a whole circle whilst others output parts of a circle, forty-five degree bars and so on. For each character cell the component parts of the required character were selected summed and added to a TV raster. Does anybody remember the Arcturus? Rod Smallwood

14 years, 3 months

3
5
0 0

New software for the Nintendo Entertainment System

by mwichary＠gmail.com

> > Isn't this a day early? You?re most likely in one of the late timezones. :?) Marcin

14 years, 3 months

2
1
0 0

Tape Storage Formats (was: Pertec interface)

by cruff＠ruffspot.net

At work (National Center for Atmospheric Research), we commonly stored tape contents in the Cray COS blocked data set format. It is pretty reasonable as it contains record and block control words that allow you to seek both forward and backward within the dataset, and to retain tape marks as end of file or end of dataset marks. There were many tapes containing historical weather observations ingested and stored on the Mass Storage System (MSS) in this format. While the MSS has been replaced by an HPSS archive, most of the 2 PB of data were migrated into it, so undoubtedly there are still COS blocked data set tape images in the archive. If anyone has data stored in this format, I do have some C code that will read and write it.

14 years, 3 months

1
0
0 0

cctech Digest, Vol 103, Issue 45

by michael.99.thompson＠gmail.com

> From:?Ric Barline <rbarline at mac.com> > To:?cctech at classiccmp.org > Date:?Fri, 30 Mar 2012 14:26:27 -0700 > Subject:?help with H11 and H27 > Hi. Brand new to this list. I joined because based on your past posts I believe you guys might be able to help me with my problem. I just acquired an old Heathkit system consisting of an H19 terminal, an H11 computer, and an H27 disk drive. I have managed to get the H19 and H11 talking to each other (see my short video at http://www.youtube.com/watch?v=SzZ3HHd1V3o&feature=youtu.be but I don't have any documentation for the H27 so I don't know how to use it with the H11. ?I have two floppies that came with it (actually I have a bunch that came with it as shown in my photo gallery http://gallery.me.com/rbarline#100619), one titled "Softech UCSD H11 System Disk" and one titled "Softech UCSD System H11 Utilities". > > Can anyone help me figure out what to type on the terminal in order to get the disk drive to start the boot process? Thanks in advance. The Rhode Island Computer Museum has the same system, but no software. https://sites.google.com/a/ricomputermuseum.org/home/Home/equipment/heathki… It would be great if you could make images of the diskettes and send them to Al Kossow for archiving. -- Michael Thompson

14 years, 3 months

1
0
0 0

New software for the Nintendo Entertainment System

by swtpc6800＠comcast.net

Google Maps will release a version for the 8-bit Nintendo Entertainment System. http://www.youtube.com/googlemaps It appears that the NES has a problem with the cartridge connector. Michael Holley

14 years, 3 months

6
6
0 0

help with H11 and H27

by rbarline＠mac.com

Hi. Brand new to this list. I joined because based on your past posts I believe you guys might be able to help me with my problem. I just acquired an old Heathkit system consisting of an H19 terminal, an H11 computer, and an H27 disk drive. I have managed to get the H19 and H11 talking to each other (see my short video at http://www.youtube.com/watch?v=SzZ3HHd1V3o&feature=youtu.be but I don't have any documentation for the H27 so I don't know how to use it with the H11. I have two floppies that came with it (actually I have a bunch that came with it as shown in my photo gallery http://gallery.me.com/rbarline#100619), one titled "Softech UCSD H11 System Disk" and one titled "Softech UCSD System H11 Utilities". Can anyone help me figure out what to type on the terminal in order to get the disk drive to start the boot process? Thanks in advance.

14 years, 3 months

3
3
0 0

Making music with computer hardware...

by alhartman＠yahoo.com

Bohemian Rhapsody http://www.youtube.com/watch?v=Ht96HJ01SE4?

14 years, 3 months

1
0
0 0

OSI boot disks

by dfnr2＠yahoo.com

I've got my OSI C2-4P into a basically working state, to the point where the boot code seeks to track 0 and tries to load the OS boot code.? I know I had a couple of plastic disk-boxes with my OSI boot disks and some software, but I cannot find it anywhere.? I do have some C1 Boot disks, but these won't work with a C2.? If anyone with a working OS65D boot disk (and hopefully the tutorial disks) for a C2/4/8 would be willing to make some copies for me, I'd be most grateful. I believe it's possible to reconstruct a boot disk over a serial port, but I'd rather keep that as a last resort.? That would be an exercise much like building a ship in a bottle. Thanks, Dave

14 years, 3 months

3
3
0 0

TRS-80 Model II TRSDOS: paranoia strikes deep

by eric＠brouhaha.com

It looks like the developers of TRS-80 Model II TRSDOS were very paranoid that someone might be able to bypass the filesystem and access data on a floppy directly. I'm not sure if their primary concern was file password protection, or if they had other reasons. Obviously you could write a program that accesses the floppy directly, by talking to the FDC and DMAC chips yourself, and there's not really anything that can be done to prevent that. Oddly enough, this was exactly *opposite* to what Apple did in Apple DOS. Apple published the APIs to read and write sectors (RWTS), but never published the "File Manager" APIs that allowed access to the file system through means other than passing commands through the character output vector (e.g., the BASIC statement PRINT CHR$(4);"OPEN FOO"). I'll mostly describe how things work in Model II TRSDOS 1.2, the earliest version I've been able to obtain. I haven't studied 2.0 nearly as much yet. The TRSDOS 1.2 "kernel" consists of three parts, while later versions are more monolithic. The Model II boot ROM loads all of drive 0 track 0 (single density, 26 sectors of 128 bytes) into memory starting at 0e00. First it looks for the four characters "DIAG" at 1400 and "BOOT" at 1000. If either are missing, it refuses to proceed. It calls the code at 1404, which in TRSDOS is a simple hardware diagnostic. When that returns, it jumps to the first stage boot loader code at 1004. Some other operating systems don't bother with a diagnostic, and just start their boot code at 1404, never returning to the ROM. The first stage boot loader actually understands the TRSDOS filesystem enough to find the directory entries of files in TRSDOS load module format, and load them into memory. In 1.2, it loads "IODVRS/SYS" and then "TRSDOS/SYS", and jumps into the latter. The Model II TRSDOS filesystem is similar in many regards to that of Model I TRSDOS, but not enough to actually be compatible. Unsurprisingly, it looks like an intermediate step in the evolution from Model I TRSDOS to Model III TRSDOS. As in Model III TRSDOS, files can only have a single directory entry, with a limited number of extents. IODVRS/SYS contains, as the name implies, the low level I/O drivers for the system, including the keyboard, display, printer, and floppy drives, the dispatching for system (SVC) calls, and a few utility SVCs. However, it only contains the SVC handlers for services 0-28, the I/O functions and basic utility SVCs. Note in particular that it contains no file system code. IODVRS/SYS is conceptually similar to the CP/M BIOS, though lacking CP/Ms charming simplicity. IODVRS/SYS provides several undocumented SVCs for internal use by TRSDOS, including floppy subsystem initialization (13), floppy sector read (14), and floppy sector write (16). Note that at the time IODVRS/SYS is loaded, no call is made into it to initialize it. TRSDOS/SYS, however, is called after being loaded. It basically performs the TRSDOS initialization that only has to happen at boot time. It has another implementation of filesystem reading and load module format handling, very similar to what is present in the stage 1 boot, but now instead of talking to the FDC and DMAC directly, it uses the undocumented floppy SVCs described previously. After various initialization, it loads SYSRES/SYS and jumps into it. SYSRES/SYS contains the filesystem code and other relatively high-level TRSDOS infrastructure code. It generally relies on SVC calls into IODVRS/SYS to perform all I/O, and has very little other dependence on IODVRS/SYS internals. This is conceptually similar to the CP/M BDOS. It loads system overlays to handle some SVCs and user commands. Overlays SYS0/SYS through SYS9/SYS are small overlays, occupying one disk granule (five sectors) and loading into 2200-26ff. Other overlays may be larger, and load at 2800 or higher. Many of the overlays *do* depend on knowledge of the internals of SYSRES/SYS, directly accessing subroutines and data structures without the use of vector tables or the like. This means that SYSRES/SYS and the overlays must have been built at the same time, and would generally not be interchangeable with earlier or later releases. Anyhow, getting back to the paranoia part. Someone apparently decided that simply not documenting the SVCs that provide sector-level access to the floppy was not sufficient to thwart those that might want to bypass the filesystem. After TRSDOS/SYS uses those SVCs for its part in the boot process, it actually *removes* them from the SVC vector table, and sets up jumps to them at undocumented internal TRSDOS locations 1130 (read sector) and 1133 (write sector). In TRSDOS 1.2, access to all of the system files, including overlays, is done through the file system. The system files have normal file system entries. Unlike Model I TRSDOS, neither the system file directory entries nor the file contents need to be in any special location on the disk. In TRSDOS 2.0, things are much more monolithic. The stage 1 boot code only loads and jumps into a single file, SYSRES/SYS. The boot code does not care where this file is located, but other parts of the system do. All of the overlays, small and large, are stored in a single file, SYSTEM/SYS, which is required to start on the track after the primary directory. The first sector of SYSTEM/SYS contains a kind of overlay directory that gives the track and sector numbers at which each overlay starts. There is perhaps some advantage to putting all of the overlays in a single file, since the number of directory entries on the diskette is limited to 96. However, the need for a second, special directory mechanism for overlays is ugly, even if it is only a simple one. Requiring the system files to be at fixed locations on the disk (at least relative to the primary directory) might be a reasonable requirement if it yielded some performance gain, but it generally doesn't. (With 1.2, the system files are set up when the disk is formatted, so even though they *could* be anywhere, in practice they are grouped together.) TRSDOS 2.0 introduced changes to the disk organization, such that TRSDOS 1.2 and 2.0 diskettes are not interchangeable, except that the 2.0 XFERSYS utility can convert a 1.2 diskette to 2.0 format. The disk organization changes are basically gratuitous, and don't provide any benefit to the user, while obviously being a great inconvenience to users with TRSDOS 1.2. They mashed the GAT (granule allocation table) and HIT (hash index table), which were sectors 1 and 2 of the directory track in 1.2, into just sector 1 in 2.0. In 1.2, the directory occupied sectors 3-26, while in 2.0 it occupies sectors 2-25. The only apparent rationale for doing this is to free up sector 26 on the directory track. In TRSDOS 1.2, sector 26 was not used on any track but the directory track, for any purpose. In TRSDOS 2.0, sector 26 of *every* track is used to store five bytes of unique disk ID, to better detect disk changes. (it has been suggested that those bytes might also have been used for software copy protection.) However, rather than mashing the GAT and HIT together, which made it impossible to support larger disks such as double-sided disks, they easily could have special cased the directory track(s) and stored the disk ID in either the GAT or HIT sector. TRSDOS 4.0 introduced much larger changes to the disk organization, in order to support double-sided disks and hard disks. I haven't yet begun to dig into the 4.0 code. Eric

14 years, 3 months

1
0
0 0

"Art"

by robert＠irrelevant.com

http://www.etsy.com/listing/95511758/vintage-1960s-ibm-disk-platter-aged-to *Sobs*

14 years, 3 months

18
23
0 0

S-100 MS DOS Support board PCBs

by LYNCHAJ＠YAHOO.COM

Hi I have ten (10) remaining S-100 MS DOS Support board PCBs left in case anyone would like one or more. http://s100computers.com/My%20System%20Pages/MSDOS%20Board/MSDOS%20Board.htm This board should dramatically improve MS DOS compatibility on the S-100 bus using an S-100 8086 CPU board. It can be used by any 8 or 16 bit CPU. Basically it is the guts of a PC/AT motherboard minus the CPU, RAM, and ISA slots. Thanks and have a nice day! Andrew Lynch

14 years, 3 months

1
0
0 0

FT: Data General Novas and Desktop Generation (revised from 3/22/12 post)

by js＠cimmeri.com

{revision of first CCTalk post on 3/22/12} Thanks to those who have been inquiring on these items, I can now render a more helpful post. Location: Washington, D.C., or near Frederick, Maryland. For trade (preferred) or best offers: - 1974 DG Nova 2 rackmount (untested, unrestored) top cover missing .Front panel (cosmetics very good condition) .Nova 2 CPU .Standard Memories 16k core .Basic I/O -- all electronics working condition unknown, but appear undamaged in very good condition. - 1971 DG Nova 1200 rackmount (untested, unrestored) w/ all covers. .Front panel (cosmetics -- fair condition) .Nova 1200 CPU .DG 4k core .Basic I/O -- all electronics working condition unknown, but appear undamaged in very good condition. - 1984 DG Desktop Generation R20 (untested, unrestored) w/ D461 terminal .dual power supply unit .R20 SPU unit with SPU, 256k ram, USAM, and asynch modules -- (note: no terminal cables or adapters.) .single drive diskette unit .hard drive unit .tape drive unit .manuals (setting up, testing, users in 2 encased binders) and 3 diskettes. -- all electronics working condition unknown, but appear undamaged in excellent condition. -- cosmetics, very good to excellent. PM me with trades, offers, questions, corrections. Looking for (in order of priority): - PDP 11/04 or 11/34 half-height (only) chassis, complete with PSU, covers, backplane, cables. No CPU or other logic boards needed. - HP 35721A monochrome monitor - Emulex TC12 tape controller or similar: Unibus->Pertec interface which emulates a "TS" device - ribbon cables for above -- controller -> Pertec-formatter tape drive. - Unibus ESDI controller - Pro/Venix docs (I'm using version 1.0 on a DEC Pro 350). - MFM drives: . CDC Wren II 9415-* . CMI CM-5412 . IMI 5012H . Maxstor XT-2085 . Micropolis 1324A . Priam V170 or V185 Thank you, John Singleton p.s. to check my reputation, see my ebay handle "MdntTrain".

14 years, 3 months

1
0
0 0

another hidden pdp11

by jonas＠otter.se

On Thu, 29 Mar 2012 19:57:58 +0100 (BST), ard at p850ug1.demon.co.uk (Tony Duell) wrote: > Which has just suggestesd a totally OT queestion to me. Some cultures > prohibit the drinking of alcohol. This is normally taken to mean drinks > containing ethanol. But how do they handle other -OH molecules in foods? Those cultures, and their rules prohibiting the drinking of alcohol, are quite old AFAIK. Without knowing any details of their history, it would seem logical to me to assume that they would not be aware of the presence of other -OH molecules, so they would have no special rules about them. I suppose the rules are religious? If so, some of them may well be reasonable for health reasons, but others would be illogical or based on misconceptions of physical facts. /Jonas

14 years, 3 months

1
0
0 0

You should have senn this..

by holm＠freibergnet.de

So far as I know this is MIDI ofer an arduino board: http://www.youtube.com/watch?v=Xk_XaJ7gE4Q Regards, Holm -- Technik Service u. Handel Tiffe, www.tsht.de, Holm Tiffe, Freiberger Stra?e 42, 09600 Obersch?na, USt-Id: DE253710583 www.tsht.de, info at tsht.de, Fax +49 3731 74200, Mobil: 0172 8790 741

14 years, 3 months

16
25
0 0

Machine to identify

by alberto＠a2sistemi.org

I've to identify this machine. No label, no data on it. http://www.fondazionegalileogalilei.it/museo/collezioni/calcolatori/mini _pc/img_mini_pc/57_patent_pending.jpg Someone know this machine ? Alberto ------------------------------------------------------ Alberto Rubinelli - Fondazione MUSEO DEL COMPUTER Onlus Via Costantino Perazzi 22 Tel 0321 1856032 28100 NOVARA (NO) - ITALY Fax 0321 2046034 Mobile +39 335 6026632 Sito web : http://www.museodelcomputer.org Mail : alberto at museodelcomputer.org Filiale di Torino : Tel 011 23415829 Filiale di Roma : Tel 06 98357066 ------------------------------------------------------ Le telefonate con numero nascosto sono filtrate Calls with no caller identifier are filtered ------------------------------------------------------

14 years, 3 months

4
4
0 0

Pertec interface

by elson＠pico-systems.com

Well, I am chugging along on this project. After fixing a few bugs, I now have a program that will read single blocks off the tape. Somewhere the docs got confused, they say that bit zero is MSB and bit 7 is LSB, a la IBM 360. But, the data I am getting is clearly the opposite bit order, so I will reverse that. Also, I am not detecting file marks, but see a block with zero length. So, I need to look at that. Could easily be a wiring error. But, I manually reversed the bits and I get VOL1 and HDR1 records of 80 byte length, and then data records of 8192 length. So, with just a little bit more tinkering, I think this thing is going to work. It IS a nightmare, with a 44-pin TSOP memory chip glued upside down on a piece of perfboard with wire wrap wires soldered to it. It was the only suitable memory chip I could find. 64K x 16, I'm only using one byte worth. Jon

14 years, 3 months

4
4
0 0

Rosewood

by robert.jarratt＠ntlworld.com

> -----Original Message----- > From: cctalk-bounces at classiccmp.org [mailto:cctalk- > bounces at classiccmp.org] On Behalf Of Mouse > Sent: 29 March 2012 05:13 > To: cctalk at classiccmp.org > Subject: Re: PDP-8 questions > > > cylindrical volume of about 50 cubic metres for one tree. Let's say > > that one person wants a piece of rosewood that is 50cm x 50cm x 1cm. > > That is 0.0025 cubic metres, so a single fully grown tree would > > satisfy 20,000 people once a year. > > That's assuming that (a) all the pieces can be fit into the tree's volume with > no waste, (b) nothing is lost in cutting them out, and (c) any part of the tree > is perfectly suitable for any use. Neither (a) nor (b) is likely to be true, and, > while I don't know rosewood, I know that with the woods I do know > something about, (c) is not true. > > I have nothing but wild guesses as to how much is wasted; for what it's > worth, my wild guess is that the wastage is at least half the volume. > > /~\ The ASCII Mouse > \ / Ribbon Campaign > X Against HTML mouse at rodents-montreal.org > / \ Email! 7D C8 61 52 5D E7 2D 39 4E F1 31 3E E8 B3 27 4B Yes, two people have challenged my assumptions. That is to be expected really as I am no expert on wood. It was just about getting an approximation to show that the "how can little old me really make a difference" attitude *can* make a difference when there are a lot of "little old me's". I am sure that the yield is far from perfect, but I was just trying to show that even with some fairly optimistic assumptions this attitude can have a big effect; if yield is 50% then the figures double etc.... Regards Rob

14 years, 3 months

1
0
0 0

OT: Family health issues (was: Re: another hidden pdp11)

by mtapley＠swri.edu

At 1:13 -0500 3/29/12, Tony wrote: >s/pub/hospital/ I'm really sorry to hear that, Tony. You have our sympathy and best wishes for a speedy and complete recovery for your father. Is there anything else any of us can do? -- - Mark 210-379-4635 ----------------------------------------------------------------------- Large Asteroids headed toward planets inhabited by beings that don't have technology adequate to stop them: Think of it as Evolution in Fast-Forward.

14 years, 3 months

2
1
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