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

ATTN: Nerds UK and Down Under: Television Program about 1980s Hackers (fwd)

by sellam＠vintagetech.com

I am forwarding this to the list in the hopes that it reaches interested parties in the UK and/or Australia (not sure where this production is intended to take place). Here's an opportunity to claim your 15 minutes of fame. See below forwarded message. Reply-to: Janie Parker <janieparker at me.com> -- Sellam Ismail VintageTech ------------------------------------------------------------------------------ International Man of Intrigue and Danger http://www.vintagetech.com Whatsoever a man soweth, that shall he also reap...The truth is always simple. ---------- Forwarded message ---------- Date: Thu, 16 Feb 2012 00:50:40 -0800 (PST) From: Janie Parker <janieparker at me.com> To: vcf at vintage.org Subject: Television Program about 1980s Hackers Hi, I am writing to tell you about a project that Matchbox Pictures is making for Channel 10 called Underground. It is based around the hackers working in Melbourne around 1988/89. To help tell the story , we need to accurately replicate the equipment that was used, Commodore 64, Amstrads etc and then the information that is on the screen. We are searching for people that may collect this equipment to loan, sell or hire to us. In our story the hackers get into various Organisations including the US Military/Police/University via the use of a modem. We will need to replicate this by programming codes to make these visuals. Also in the project we have a scene where we are recreating a Computer Market- we will be making up several tables of equipment from the period. This is a scene where we would like collectors to bring along their equipment and be an extra for the day. So there are essentially 3 areas where we would love to get some help from your organisation members. I was wondering if you might be able to put out a message to the group and we could offer you a souvenir from the film, a signed photograph or similar. We are very happy to hear about your organisation and realise that it can be a very valuable resource and i hope we can make it worthwhile and interesting for you. Please feel free to call me to discuss further, Cheers Janie P

14 years, 6 months

3
2
0 0

Imaging OSI disks

by dm561＠torfree.net

----- Original Message: Date: Wed, 01 Feb 2012 17:04:13 -0800 From: "Chuck Guzis" <cclist at sydex.com> On 1 Feb 2012 at 16:46, Fred Cisin wrote: > In XenoCopy, I did a few other formats besides CP/M, such as P-System, > "Stand-Alone-BASIC", Coco, etc. But, ONLY ones that could be done with > PC hardware. > > Alas, for the OSI, you will need to build some hardware to read them. > I do NOT know the details, but I've heard that that hardware can be > built around a UART! Could be done with a pulse-timer board, such as a Catweasel pretty easily. Or a small MCU with its built-in UART could also do the trick. Moving heads, etc. is simple. To see what OSI used for data separators and other interface, I believe that somone has a Sam's Photofact online for the C4P showing schematics and timings. --Chuck ------ Reply: Thanks, guys! Now that you've jogged the gray cells I seem to remember something about that 6850 kludge. I was trying to locate a boot disk image for someone and was told that you couldn't do it on a PC so, being from Missouri (Canada) I just wanted to confirm that is indeed the case.

14 years, 6 months

8
7
0 0

Thanks to Jay West for all things classic computer

by legalize＠xmission.com

I'd like to thank Jay West publicly for graciously providing us with bandwidth, storage space, server setups and so-on to support our little endeavours. More importantly, Jay donates his personal time to maintain the infrastructure we have all come to depend on. You may wish to express your thanks, as I did, by making a donation to help cover costs and express your appreciation. Please note that Jay has not asked me for any help in this regard, but considering all he does for me (hosting bitsavers, manx and my computer graphics museum site) I felt it only proper. -- "The Direct3D Graphics Pipeline" -- DirectX 9 version available for download <http://legalizeadulthood.wordpress.com/the-direct3d-graphics-pipeline/> Legalize Adulthood! <http://legalizeadulthood.wordpress.com>

14 years, 6 months

1
0
0 0

Fwd: Re: TRS-80 Model II floppy controller

by fjkraan＠xs4all.nl

Hi Eric, > [Also sent to cctalk, which appears to be down at the moment.] > > Fred Jan Kraan wrote: >> There are at least five different boot ROMs for the Model II. I posted >> them with some disassemblies and comment at: >> http://fjkraan.home.xs4all.nl/comp/trs80m2/. If someone has knowledge of >> another version, please let me know. > I don't know of another ROM version, but I can explain I/O port EF. It > is used for drive select, density select, and side select. > > Bits 3 down to 0 are the drive select bits, which are active low. At > any given time, either all four should be high (no drive selected), or > one should be low and the other three high. > > Bit 6 is side select, which should be 1 for side 0, and 0 for side 1. A > single-sided drive will ignore this, but for a double-sided drive it > needs to be set to the correct value, even if the medium is single-sided. > > Bit 7 is 0 for FM (single density), and 1 for MFM (double density). > > The boot ROM appears to only ever write 4E or 4F (hex) to port EF. 4E > will select drive 0, FM mode, side 0, while 4F selects no drive. This > makes me wonder whether the documentation for bit 7 is correct; do Model > II boot floppies use a single-density boot sector? Yes, they do. Weird, but probably more 'standard'. > > If the selected drive is double-sided, Port E0 bit 1 should read 0 for a > single-sided diskette in the drive, and 1 for a double-sided diskette, > as sensed by the index sensor of the drive. (Double-sided diskettes > have the index hole in the jacket at a different angular position, and > double-sided drives have two sensors, to distinguish single-sided from > double-sided media.) > > Later versions of the FDC card also allow the WD1791 FDC chip to be > reset by writing to port E8. The data is ignored. > > Aside from some of my own comments that have been added, this > information is summarized from the Radio Shack "Technical Reference > Manual TRS-80 Model II Catalog Number 26-4921 Revised Floppy Disk > Controller Supplement". Any errors above are almost certainly mine. > > Eric > Thanks, I updated the comment in the disassemblies. Most of the information is also in the 1980 version of the Reference Manual, but not the E8 port. Fred Jan

14 years, 6 months

1
0
0 0

testing testing

by halarewich＠gmail.com

hello all havent seen qanything from the list since feb 9th please piong back if you read this chris

14 years, 6 months

4
3
0 0

Is Classiccmp Active?

by jhfinedp3k＠compsys.to

Is Classiccmp Active? Jerome Fine

14 years, 6 months

5
4
0 0

testing testing

by rich.cini＠verizon.net

I'm seeing the messages. ------Original Message------ From: Chris Halarewich Sender: cctalk-bounces at classiccmp.org To: CCTalk ReplyTo: CCTalk Subject: testing testing Sent: Feb 15, 2012 7:24 PM hello all havent seen qanything from the list since feb 9th please piong back if you read this chris Sent from my Verizon Wireless BlackBerry

14 years, 6 months

1
0
0 0

IBM keypunch needed in San Diego

by evan＠snarc.net

West-coasters -- check out the post by Dave Nuding here: http://www.nycresistor.com/2012/01/15/ibm-129-card-data-recorder/ Not affiliated with me, just passing it on.

14 years, 6 months

1
0
0 0

Returned mail: see transcript for details (fwd)

by cisin＠xenosoft.com

Can somebody explain what happened? ---------- Forwarded message ---------- Date: Tue, 14 Feb 2012 16:43:19 -0600 (CST) From: Mail Delivery Subsystem <MAILER-DAEMON at billy.ezwind.net> To: cisin at xenosoft.com Subject: Returned mail: see transcript for details The original message was received at Thu, 9 Feb 2012 16:35:35 -0600 (CST) >from shell.lmi.net [66.117.140.246] ----- The following addresses had permanent fatal errors ----- <cctalk at classiccmp.org> ----- Transcript of session follows ----- <cctalk at classiccmp.org>... Deferred: huey.classiccmp.org.: Host huey.classiccmp.org. is down Message could not be delivered for 5 days Message will be deleted from queue On Thu, 9 Feb 2012, Ray Arachelian wrote: > No, that was for a new, working Lisa 1, and it's around what a working > Lisa 1 would fetch today. I like the idea that a vintage computer is worth the same as its original new price! Apple I $666 TRS80 $599 5150 $1325 (bare) Who's got a complete pricelist?

14 years, 6 months

1
0
0 0

two more P112 kits left

by dgriffi＠cs.csubak.edu

I have two more P112 kits left. -- David Griffith dgriffi at cs.csubak.edu

14 years, 6 months

1
0
0 0

Vintage DEC/SUN/HP/MACINTOSH workstations/servers for sale

by janprunk＠gmail.com

Hello ! I am releasing my collection of old computer stuff. I prefer personal pickup in Slovenia. Will ship to European countries, but the shipping wont be less than 40 EUR/piece. For USA or Asia shipping, you better forget it ! The equipment consists of : ### DEC ### 1 x DEC VAXstation 4000/200 - 300 EUR 1 x Digital DEC 3000 - 100 EUR 1 x Digital DEC 2000 Alpha - 100 EUR ### SUN ### 2 x SUN Sparcstation 4 - 50 EUR/each ### HP ### 3 x Hewlett Packard Appollo 9000 712/60 - 50 EUR/each 1 x Hewlett Packard PC 9000 PC-308 (XT) - 50 EUR 1 x Hewlett Packard 9000 E35 - 50 EUR ### Macintosh ### 1 x Power Macintosh 7500/100 - 50 EUR All computers were operational the last time, I checked them, but I am selling them in "AS-IS" condition, since many collect dust for some time now. So please DONT ask me either I can TEST the machines for you or provide any system/boot logs and other stuff, that requires my time. I am selling the equipment without any warranty. Its Vintage gear, what do you expect !? Please for any queries contact me directly to my E-mail address janprunk at gmail.com I don't follow the mailing list regularly. Regards, Jan

14 years, 6 months

1
0
0 0

VAX for running old version of VMS

by tpresence＠hotmail.com

I have a license for VMS 5.2 and was considering buying a working system to run it on. My microvax I finally gave up the ghost, and I would rather spend time learning than going through repair at the moment.I have many of the parts below from the uvax 1, but who knows whats working and whats not, I need to test. I have a good configuration for the MicroVAX II to build on, but I was looking at the MicroVAX 3900 since the price disparity is not too significant. Unfortunately, I don't have a good hardware build plan for the 3900. I am hoping I can get some good guidance here. My largest concern is that the hardware is supported by the OS more than anything else.I want to stick with QBUS.I need to have more than 4 async serial ports with modem control (so I can hook it up to other systems) considering the DHV11I need ethernet, thinking DEQNAIm considering the TK50 tape (I would go tk70 if I knew it was backward compat, I'm just not sure)I dont know which disk controllers to get. I'm guessing it should be in the KDA50 with RA82 disks, but I have no idea, just guessing.The standard RX50 floppy.Looking at the VCB02 for video, just as a nicety.And then 64Mb ram. I have never dealt with the 3900 hardware at all, and I have the hobby funds to procure something that works.Guessing that I can do it for less than $2k even if I had to buy all "new" parts. Obviously I want to limit cost as much as possible, but I would also like to be able to run netbsd on the hardware at a later date if it was interesting to do so. I understand that the 3900 can be converted to a microvax III+ with some upgrades, but will it run VMS 5.2? Any recommendations?Kevin

14 years, 6 months

14
39
0 0

Who is interested in double sized PDP11/QBUS universal boards?

by holm＠freibergnet.de

Since prices for origianl (old) double size QBUS Boards are exploding now and my friends and me wanting to play anyways, we decided to make our own Experimental Board now: http://www.robotrontechnik.de/html/forum/thwb/showtopic.php?threadid=8008 Prices are heavyly depending on the number of boards made, so I anyone want's one or mor, please mail me or my friend redhead.kc85 at t-online.de. Planned is gold plating and solder stop laquer and signal description on the Bus pins. Boards where mady in germany, not the lowest prices but quality is guaranteed. We don't have the DEC DC00* Chips, so here are on your own, sorry. 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, 6 months

13
30
0 0

VAX for running old version of VMS

by bqt＠softjar.se

On 2012-02-09 02:26, allison<ajp166 at verizon.net> wrote: > > Using a SCSI controller is the way out but watch for dives over 1GB for > the boot drive. > I forget if that affected only the older 3100s or also the uVAX-II boot > as well. The 1MB limit is a restriction in the SCSI commands of the boot monitor of the 3100. As such, this issue never have any bearing on any MSCP controller, since you don't speak SCSI commands to those. And since the uVAX-II talks MSCP, and not SCSI, it therefore is not a problem. Johnny -- 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

14 years, 6 months

1
0
0 0

Understanding the bin, sbin, usr/bin , usr/sbin split Understanding the bin, sbin, usr/bin , usr/sbin split Understanding the bin, sbin, usr/bin , usr/sbin split

by lproven＠gmail.com

http://lists.busybox.net/pipermail/busybox/2010-December/074114.html For the HTTP-impaired: Rob Landley rob at landley.net Thu Dec 9 15:45:39 UTC 2010 Previous message: Applet for detecting the filesystem type. Next message: Understanding the bin, sbin, usr/bin , usr/sbin split Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] On Tuesday 30 November 2010 15:58:00 David Collier wrote: > I see that busybox spreads it's links over these 4 directories. > > Is there a simple rule which decides which directory each link lives > in..... > > For instance I see kill is in /bin and killall in /usr/bin.... I don't > have a grip on what might be the logic for that. You know how Ken Thompson and Dennis Ritchie created Unix on a PDP-7 in 1969? Well around 1971 they upgraded to a PDP-11 with a pair of RK05 disk packs (1.5 megabytes each) for storage. When the operating system grew too big to fit on the first RK05 disk pack (their root filesystem) they let it leak into the second one, which is where all the user home directories lived (which is why the mount was called /usr). They replicated all the OS directories under there (/bin, /sbin, /lib, /tmp...) and wrote files to those new directories because their original disk was out of space. When they got a third disk, they mounted it on /home and relocated all the user directories to there so the OS could consume all the space on both disks and grow to THREE WHOLE MEGABYTES (ooooh!). Of course they made rules about "when the system first boots, it has to come up enough to be able to mount the second disk on /usr, so don't put things like the mount command /usr/bin or we'll have a chicken and egg problem bringing the system up." Fairly straightforward. Also fairly specific to v6 unix of 35 years ago. The /bin vs /usr/bin split (and all the others) is an artifact of this, a 1970's implementation detail that got carried forward for decades by bureaucrats who never question _why_ they're doing things. It stopped making any sense before Linux was ever invented, for multiple reasons: 1) Early system bringup is the provice of initrd and initramfs, which deals with the "this file is needed before that file" issues. We've already _got_ a temporary system that boots the main system. 2) shared libraries (introduced by the Berkeley guys) prevent you from independently upgrading the /lib and /usr/bin parts. They two partitions have to _match_ or they won't work. This wasn't the case in 1974, back then they had a certain level of independence because everything was statically linked. 3) Cheap retail hard drives passed the 100 megabyte mark around 1990, and partition resizing software showed up somewhere around there (partition magic 3.0 shipped in 1997). Of course once the split existed, some people made other rules to justify it. Root was for the OS stuff you got from upstream and /usr was for your site- local files. Then / was for the stuff you got from AT&T and /usr was for the stuff that your distro like IBM AIX or Dec Ultrix or SGI Irix added to it, and /usr/local was for your specific installation's files. Then somebody decided /usr/local wasn't a good place to install new packages, so let's add /opt! I'm still waiting for /opt/local to show up... Of course given 30 years to fester, this split made some interesting distro- specific rules show up and go away again, such as "/tmp is cleared between reboots but /usr/tmp isn't". (Of course on Ubuntu /usr/tmp doesn't exist and on Gentoo /usr/tmp is a symlink to /var/tmp which now has the "not cleared between reboots" rule. Yes all this predated tmpfs. It has to do with read- only root filesystems, /usr is always going to be read only in that case and /var is where your writable space is, / is _mostly_ read only except for bits of /etc which they tried to move to /var but really symlinking /etc to /var/etc happens more often than not...) Standards bureaucracies like the Linux Foundation (which consumed the Free Standards Group in its' ever-growing accretion disk years ago) happily document and add to this sort of complexity without ever trying to understand why it was there in the first place. 'Ken and Dennis leaked their OS into the equivalent of home because an RK05 disk pack on the PDP-11 was too small" goes whoosh over their heads. I'm pretty sure the busybox install just puts binaries wherever other versions of those binaries have historically gone. There's no actual REASON for any of it anymore. Personally, I symlink /bin /sbin and /lib to their /usr equivalents on systems I put together. Embedded guys try to understand and simplify... Rob -- GPLv3: as worthy a successor as The Phantom Menace, as timely as Duke Nukem Forever, and as welcome as New Coke. -- Liam Proven ? Profile: http://lproven.livejournal.com/profile Email: lproven at cix.co.uk ? GMail/G+/Twitter/Flickr/Facebook: lproven MSN: lproven at hotmail.com ? Skype/AIM/Yahoo/LinkedIn: liamproven Tel: +44 20-8685-0498 ? Cell: +44 7939-087884

14 years, 6 months

4
4
0 0

PDP-8 stuff

by bqt＠softjar.se

On 2012-02-07 14.03, ben <bfranchuk at jetnet.ab.ca> wrote: > On 2/6/2012 7:00 PM, David Griffith wrote: >> > On Mon, 6 Feb 2012, Eric Smith wrote: >> > >>> >> Ray Arachelian wrote: >>>> >>> (Waiting for the guys that ran real UNIX on a PDP-8 to show up and >>>> >>> say they rode T-Rex's to school.) >>> >> No, the PDP-8 Unix is one of the modern ones. Only the guys that ran >>> >> really early Unix rode T-Rexes. >> > > No No No ... that was T-nix followed later with U when the programers could > club meat, build fire and recite most of the Alphabet*. :-) There is no Unix for the PDP-8. There are, however, several timesharing OSes, and yes, people did use PDP-8s in such environments. > You seem to have a few 6502 unix style systems hacked together on the web. Crazy, if true. >> > So, does anyone have a record for oldest or weakest computer running >> > Unix? The Z80 definitely did it. Maybe the 8080 could. I don't think the >> > PDP-8 could. I've been trying to figure out if the PDP-8 could handle C, >> > and the answers I get range from "I don't know" to "Definitely not". >> > Something I'd really like to see is a Z-machine running on the PDP-8. > That came up a few years ago, the pdp8 does not have ample memory to handle > Z-code. > Ben. > * No, not in Octal. I'm sure I could do it. A Z-machine implementation really does not need *that* much memory. You'll need a field, possibly two, for the Z-machine itself. After that, the rest of the memory can be used for the storage inside the Z-machine, and then cache for the code, which needs to be paged from secondary storage. No different than any Z-machine for any micro in the 80s. As for PDP-8 handling C. I'm not sure I understand the question. You can definitely have a C compiler that generates code that will execute on a PDP-8. Having a C-compiler running on the PDP-8 would be quite an effort, however. But it can be done. You just need to split the process up into many passes, with careful design. And it might take a very long time to ever compile a single file. Johnny

14 years, 6 months

2
1
0 0

native code versus interpreters

by nigel.d.williams＠gmail.com

On Thu, Feb 9, 2012 at 12:13 PM, Chuck Guzis <cclist at sydex.com> wrote: > That's precisely the point--the program starts out in 6502 native > mode. ?It calls (via JSR) a subroutine (SWEET16) that goes through > the argument list (follows the JSR) until the end. The PDP-11 FORTRAN-IV compiler generated code this way, it was called "threaded code", and the resultant binaries straddle the boundary between "native code" and interpreted code. RBK Dewar (ACM 1975) makes the distinction between indirect and direct threaded code, noting that the PDP-11 FORTRAN-IV compiler generated direct-threaded code - "linear list of addresses of routines to be executed". I feel a strict definition of native code is complicated since it is necessary to place it in time as well as extent; microcoding, writable control stores, extensible instruction sets complicate the definition.

14 years, 6 months

2
1
0 0

PDP-8 Z-machine (was: PDP-8 Unix)

by bqt＠softjar.se

On 2012-02-08 01.37, Ethan Dicks<ethan.dicks at gmail.com> wrote: > > On Tue, Feb 7, 2012 at 12:51 AM, Cameron Kaiser<spectre at floodgap.com> wrote: >>> >> ?I've been trying to figure out if the PDP-8 could handle C, and >>> >> the answers I get range from "I don't know" to "Definitely not". > I am not aware of a C compiler for the PDP-8, but I think it would be > exceedingly difficult to write one if were possible at all (I've done > a lot of system and embedded code in C and debugged it in assembler, > so I know a bit about the syntactical mapping that goes on with C > abstractions to the instruction sets of MC68000s, VAXen, PDP-11s, > etc). Everything is possible. The main question is how slow it would be. >>> >> Something I'd really like to see is a Z-machine running on the PDP-8. > I would like that too. I've even thought a lot about it. IMHO, > anyone who does it will be writing the Z-machine in PDP-8 assembler, > just like what was done for the Z-80 and the 6502 for 1970s and 1980s > micros. I_think_ the Mac Z-machine was the first written in C, but I > could easily be mistaken on that. I know there were official > Z-machines written in C for the Mac and the Amiga, and probably the > later ones on the PC (not sure about the early v3 interpreters for > DOS). > > I like Frotz. Frotz is huge compared to the 6K-8K early 8-bit > interpreters. It gets more dicey trying to ask a 12-bit machine with > 4K pages to emulate a 16-bit virtual machine. I would consider it a > win if one could fit the Z-machine code in 2 fields with enough space > left over for a 2-page system handler and a 1-page line printer > (SCRIPT) handler, using any memory above 8K for object data and game > file buffers. Three fields seems plausible. A few years back, I > assisted with a modern from-scratch Z-machine effort for ElfOS on the > 1802 (that I was showing off at an early VCFmw). On a 32K Spare Time > Gizmos Elf2000, once the interpreter was loaded and the object tables > were loaded, there was very little room to buffer the game - I think > it was on the order of 1-3 512 byte disk blocks. You can fit a v3 > game and interpreter in 32K, but to do it in less would probably > require a read-write virtual memory scheme on the object data > (fortunately, a full boat on a PDP-8 is 32K 12-bit words not 32K 8-bit > bytes - that helps too). Frotz is nice in its way, but totally unusable if you want to look at doing something on a PDP-8. I think two fields for all the code of the Z-machine itself is possible. Including drivers, yes. Depending on the size of the game, you'll have different amount of memory to play with after that. I assume you by "object tables" mean the in-game read/write memory. I can tell that ZEMU on the PDP-11 can handle any V1 to V8 games dynamically, and takes about 32Kbyte of memory to do that. The rest is used/usable by the game itself. To write a V3-specific interpreter, as well as skipping some fancy screen handling that ZEMU do, it should need way less. > Strangely enough, I was just thinking about a 12-bit Z-machine this > week. Anyone out there have 12-bit coding experience and have time to > answer a few questions about OS/8 and file interchange from the 8-bit > outer world? Sure. Go ahead. And then allison <ajp166 at verizon.net> wrote: On 02/07/2012 05:39 PM, Ethan Dicks wrote: >> On Tue, Feb 7, 2012 at 12:51 AM, Cameron Kaiser<spectre at floodgap.com> wrote: >>>> I don't think the PDP-8 could. >> I gotta say that I don't think so either. >> > It's not impossible though you might have a hardware abstraction to > deal with recursion and addressing. But it will not be pretty. Right. You need to make some design decisions on how to implement some things in software that other machines do in hardware, but things like a stack is not really that hard to write. >>>> Something I'd really like to see is a Z-machine running on the PDP-8. >> I would like that too. I've even thought a lot about it. IMHO, >> anyone who does it will be writing the Z-machine in PDP-8 assembler, >> just like what was done for the Z-80 and the 6502 for 1970s and 1980s >> micros. I _think_ the Mac Z-machine was the first written in C, but I >> could easily be mistaken on that. I know there were official >> Z-machines written in C for the Mac and the Amiga, and probably the >> later ones on the PC (not sure about the early v3 interpreters for >> DOS). >> > Its likely doable but it would take work. Keep in mind that an -8 maxes > memory at 32Kwords. that means bigger will have to have a mechanism > for swapping to storage. > > Keep in mind the Z80 did not ahve many of the addressing modes of C. Right. A Z-machine for the PDP-8 is definitely doable. It might not be that fast, but it would work. >> A few years back, I >> assisted with a modern from-scratch Z-machine effort for ElfOS on the >> 1802 (that I was showing off at an early VCFmw). On a 32K Spare Time >> Gizmos Elf2000, once the interpreter was loaded and the object tables >> were loaded, there was very little room to buffer the game - I think >> it was on the order of 1-3 512 byte disk blocks. You can fit a v3 >> game and interpreter in 32K, but to do it in less would probably >> require a read-write virtual memory scheme on the object data >> (fortunately, a full boat on a PDP-8 is 32K 12-bit words not 32K 8-bit >> bytes - that helps too). > That and if you do text in six bit ascii you get two cars to a word. Right. But that is not much help for the Z-machine, which packs text inside the games in its own format anyway. There is very little text required in the Z-machine itself. >> Strangely enough, I was just thinking about a 12-bit Z-machine this >> week. Anyone out there have 12-bit coding experience and have time to >> answer a few questions about OS/8 and file interchange from the 8-bit >> outer world? >> > Some here, not a lot as I've not run OS/8 in a long time. FYI > a suitable dev system would be a DECmateII or III running OS278. If you have questions about OS/8 or PDP-8 issues, feel free to ask. I only read this list in digest mode, so please cc me directly as well. > The biggest thing to watch for in PDP8 code is recursion as you > need a software stack and handler to preserve data/addresses. Not really needed. The Z-machine implementation itself is more or less an abstract CPU, and does not really need to do any recursion. However, the Z-machine games themself can do recursion. But as a stack for this purpose is a part of the requirement of the Z-machine itself, it will just work, if you implement the Z-machine. > The DECmates had the 6120 and that implemented IOTs to create > a address and data stack( hardware can be built to do that in > any omnibus 8). The unique PDP-8 IO made doing things like that > more common than would be guessed. Right. But on an Omnibus machine, the easy way would be to instead have a small subroutine that push/pop on the stack, instead of having to built new hardware. Johnny

14 years, 6 months

3
2
0 0

VAX for running old version of VMS

by cctech＠beyondthepale.ie

On Feb 8, 2012, at 1:21 PM, David Riley wrote: > >On Feb 8, 2012, at 1:14 PM, Glen Slick wrote: > >> On Feb 8, 2012 8:49 AM, "Kevin Reynolds" <tpresence at hotmail.com> wrote: >>> >>> Can I put in a SCSI controller on the QBUS of a microvax II or III? I >> really want to keep the QBUS as it is entirely different than everything >> else I have. Do you know if there is SCSI support inVMS 5.2? >>> Kevin >> >> You are not really concerned about native SCSI support but rather MSCP >> (disk) and TMSCP (tape). If the OS supports an RQDX controller it should >> support an MSCP SCSI controller such as the usual CMD CQD Q-bus SCSI >> controllers. > >To my knowledge, VMS doesn't really even see past the MSCP at all; there's >not much way it could distinguish between a SCSI disk on a CQD-220 and an >MFM disk on an RDQX3. > > Perhaps some confusion arises due to VMS having native support for SCSI controllers in later machines such as the Microvax 3100? Lack of this native support in early versions of VMS would cause difficulties using the SCSI controllers in a 3100 but would not be an issue for a QBUS SCSI controller which emulates an MSCP controller. Regards, Peter Coghlan.

14 years, 6 months

1
0
0 0

WTD: Acorn or similar 3-button quadrature mouse

by classiccmp＠philpem.me.uk

Hi all, Does anyone have a spare Acorn mouse, either RISC PC/A5000 (rounded profile) or Archimedes (angular brick) style? I can live with broken switches (got a bag of those!) and "it needs a good clean", but the motion sensors need to work, and it must have a mouse ball and the cover for the "ball pit". For anyone who doesn't know what these look like -- they're usually branded either Logitech or CPC, and have a nine-pin Mini-DIN plug on the end of the wire. Colour is almost always cream (or murky yellow if they've been in the sun) or white for the CPC ones. Basically I need one for my A3000... the blasted PS2Mouse adapter doesn't fit! Alternatively if anyone has a chassis-mount 9-pin mini-DIN socket in their spares box, that'll do just as well (the A3000 has pads on the motherboard for an 'alternate' mouse port.. I just need the connector) Thanks, -- Phil. classiccmp at philpem.me.uk http://www.philpem.me.uk/

14 years, 6 months

11
22
0 0

Fun with Lisp: Programming the NES

by lproven＠gmail.com

http://ahefner.livejournal.com/20528.html Writing a demo for the Nintendo Entertainment System (6502 CPU at 1.79 MHz, 2 Kilobytes of RAM for the CPU, 2 Kilobytes of RAM for the PPU (video)) - in Common Lisp. -- Liam Proven ? Profile: http://lproven.livejournal.com/profile Email: lproven at cix.co.uk ? GMail/G+/Twitter/Flickr/Facebook: lproven MSN: lproven at hotmail.com ? Skype/AIM/Yahoo/LinkedIn: liamproven Tel: +44 20-8685-0498 ? Cell: +44 7939-087884

14 years, 6 months

6
10
0 0

PDP-8 Unix

by bqt＠softjar.se

On 2012-02-07 14.03, Cameron Kaiser<spectre at floodgap.com> wrote: > >> > So, does anyone have a record for oldest or weakest computer running Unix? >> > The Z80 definitely did it. Maybe the 8080 could. I don't think the PDP-8 >> > could. I've been trying to figure out if the PDP-8 could handle C, and >> > the answers I get range from "I don't know" to "Definitely not". >> > Something I'd really like to see is a Z-machine running on the PDP-8. > A while back I asked about PDP-8 Unices. I don't remember any replies, though > I seem to remember some existed. I very much doubt Unix ever could run on a PDP-8. The biggest reason being the shortage of memory. However, C have nothing to do with this question, as Unix was not written in C initially. I suspect the answer to the question could be the PDP-7, on which Unix was initially implemented (in assembler). However, many would probably hardly recognize it as Unix by todays standards. Unix was rewritten in C after it had moved to the PDP-11. The PDP-7 was an 18-bit machine, so memory space was somewhat acceptable. The original PDP-11 didn't have an MMU, and Unix on that was probably a tight fit, as well as being somewhat restricted. Johnny

14 years, 6 months

1
0
0 0

Does anyone want to buy an Elf 2000 ???

by popeye＠p-t-b.com

If you would like the opportunity to build your very own Elf 2000, please join the waiting list! If enough people join Bob might make up another batch! Scroll down to the bottom of this webpage to where it says "Sold Out!" and then click on the "Join the waiting list" link below it: http://www.sparetimegizmos.com/Hardware/Elf2K.htm -- Quinn

14 years, 6 months

1
0
0 0

[blog] Recent Additions to BitSavers

by legalize＠xmission.com

Based on our recent discussion of ISC and Intecolor terminals and noticing some recent additions to BitSavers prompted me to write this blog post for the Computer Graphics Museum blog: <http://computergraphicsmuseum.org/2012/02/07/recent-additions-to-bitsavers/> -- "The Direct3D Graphics Pipeline" -- DirectX 9 version available for download <http://legalizeadulthood.wordpress.com/the-direct3d-graphics-pipeline/> Legalize Adulthood! <http://legalizeadulthood.wordpress.com>

14 years, 6 months

1
0
0 0

Unknown IC on a TMS1000 board

by cclist＠sydex.com

I've got a board out of an old microwave oven here that I'm curious about. There are two ICs on the board--an MP1009ANLP (28 pin 0.600" wide DIP), which appears to be a TMS1000 MCU. I know that it's factory-programmed and PMOS (-15V Vdd), and that's a lost cause since I don't know what's in the ROM and there's no way to find out. However, there's one other DIP on the board--a 14 pin SN99324. I'm not certain, but it appears to be part of the LED driver circuitry (7 segment+decimal). Does anyone have a clue as to what a SN99324 is? --Chuck

14 years, 6 months

10
31
0 0

VCF East t-shirt news ....

by evan＠snarc.net

Here's something neat: the VCF East 8.0 t-shirt art is being designed by George Beker, who did all the robot art for Creative Computing magazine and their "BASIC Computer Games" books. He's drawing a special "VCF Bot" for us -- and the ONLY way to get one is to attend the show.

14 years, 6 months

10
15
0 0

Restoration of a Zenith/Heathkit Z-100

by lbickley＠bickleywest.com

I recently acquired a Zenith/Heathkit Z-100. I almost didn't buy it because I have a number of S-100 bus systems, including an Intel 8080. But I was curious about its "dual processor" capabilities. So pack-rat that I am, I bought it. Here's the process I followed in my restoration: I checked out Herb Johnson's website which has a lot of good information on this system (http://www.retrotechnology.com/herbs_stuff/z100.html). I especially checked out his description of how to strip a Z-100 down to its motherboard (http://www.retrotechnology.com/restore/z_repair.html). I did just that - removed the floppy disk and hard disk unit from the Z-100. I then removed the outer case and keyboard. Next came the video board. I also removed the Floppy Disk controller and the Hard Disk controller from the S-100 bus on the motherboard. Next I disconnected the power connections from the motherboard and removed the keyboard and found the foam mounting material gooey and disintegrating (not unusual for vintage systems). Finally I removed the video controller from the motherboard. Stripping the system gave me the opportunity to check out the motherboard - both in terms of integrity and making sure that all the chips (which are socketed) were seated correctly. It also allowed me to document all of the jumper and switch settings on the motherboard. I found that the motherboard had been upgraded to the full 786KB of RAM. I examined the video daughter card - and found it had the full 64K of video RAM. I also found that the motherboard had been upgraded with a "UCI - ZSM 8Mhz" daughter card. I also noted that U146 had been modified with a 74L257 "stacked" on top of whatever chip was originally there. I have no Idea what that was for (if any of you do, please let me know!). I cleaned up the gooey foam and installed some Scotch two sided foam to replace it. I then put a dummy load on the power supply (switching supplies "like" loads). I used an old disk drive for the load (which I didn't care if it got destroyed by an aberrant voltage). I powered the system on - and the disk drive came up normally. I checked out all the power supply voltages: +16 was +15.98; +8 was +7.75; -16 was -16; +5 was +5.01 with 2mv of AC; +12 was 11.82 with 7mv of AC. Given these good readings, I was ready to re-install all the systems components - which I did. (BTW, while I was disassembling the system, I had made extensive notes on what cables went where, etc., so putting it back together was an easy task.) I then cleaned the contacts of the S-100 Floppy Disk Controller and Hard Disk Controller with DeoxIT Gold (formerly ProGold). I've found the stuff is terrific in making sure contacts have great conductivity - and stay that way. I then re-inserted both into the S-100 bus. I connected a video monitor to the system - turned it on - and then powered up the system. To my great (and pleasant) surprise, the screen indicated that the system tried to boot but found a hardware problem. Fortunately, the system's ROM has a number of built-in diagnostics. The "startup" diags passed, as did the memory and keyboard. However, the HDD could not be read. Before I jumped to the conclusion that the HDD was bad (it was spinning happily) - I decided to re-check my re-cabling. Sure enough, I had forgot to re-attach a power connector to the HDD separator board. After fixing my goof, I power up the system again - and to my super pleasure, it booted up to a prompt! I had hoped it would be CP/M - but instead it was Zenith DOS 2.11. I've played with the system a bit - including testing out the floppy disk drive - and backing up the DOS system. Everything seems to work well. Here's the Z-100's hardware configuration: Dual CPU 8085, 8088 RAM 768K Video RAM 64K, Color HDD 10MB FDD 320K (double side, dual density) 8MHz upgrade Cheers, Lyle -- Lyle Bickley, AF6WS Bickley Consulting West Inc. http://bickleywest.com "Black holes are where God is dividing by zero"

14 years, 6 months

3
2
0 0

Xerox IC house number cross-reference?

by ard＠p850ug1.demon.co.uk

Does anyone have a cross-refernece list for Xerox house-numbered ICs? The particular one I am looking for is 733W21L1 It's an 8 pin DIL package. Pins 1,5,8 are not used on the PCB. The others are the conventional op-amp pinout (2 = -ve input, 3 = +ve input, 4 = 0ve supply, 6 = output, 7 = +ve supply). I've replaced it with the obvious 741, and am getting rather better results than with the original (the output of which was stuck at 6V), but I'd like ot know if the original has any odd characteristics. -tony

14 years, 6 months

1
0
0 0

any interest in 3D printed DEC front panel toggle switches?

by legalize＠xmission.com

I know we can get the DEC board handles from Douglas. I seem to recall that there isn't a good supplier for the front panel toggle switches of various colors. Recently the Pocket Factory guys visited our make space and they were asking for ideas for little things they could print that could supply a market demand. <http://pocketfactory.org/> The only thing I could think of were the plastic toggle switches and board handles. I'd forgotten about Douglas supplying the board handles until our recent thread about Qbus prototying boards. Is there a supplier for the toggle switches? Obviously printed parts aren't molded so they are obvious replicas, but they can be cheaply made in small quantities if a design file is available. If this is something you'd like to try out, I suggest you contact the pocket factory folks directly at hello at pocketfactory.org. I discussed the idea with them last week, so if you reply relatively soon, they should remember the conversation. -- "The Direct3D Graphics Pipeline" -- DirectX 9 version available for download <http://legalizeadulthood.wordpress.com/the-direct3d-graphics-pipeline/> Legalize Adulthood! <http://legalizeadulthood.wordpress.com>

14 years, 6 months

12
19
0 0

ISC history

by dm561＠torfree.net

------ Original Message: Date: Sat, 04 Feb 2012 18:00:55 -0800 From: Eric Smith <eric at brouhaha.com> Richard wrote: >> If so many InteColor terminals were sold, where did they all end up? > In the landfill, just like everything else that was made in the 1970s. Even in the 80s ;-) We scrapped several hundred of several later models that had been sitting on bond traders' desks; might still have some manuals somewhere if anyone's interested. m

14 years, 6 months

7
7
0 0

Computer Language magazine 1986

by d_cymbal＠hotmail.com

I am trying to find reprints of "Interpreter Design and Construction" (parts I and II) by Dave Taylor in Computer Language July and September 1986. If anyone can help please drop me a message. Thanks.

14 years, 6 months

2
1
0 0

IC Pulls

by jws＠jwsss.com

I have a come into an opportunity which people here might help with. The opportunity is a 75 to 100# box of Eproms. So far w/o any major skimming yielded 2732's 2764's 27128's 27512's and the 1mb 27 series (don't recall the # right now)> I also found a couple of parts that traced back to an HP inhouse 27128 part from AMD. These were recently pulled from a warehouse full of printer material, and are were just packed loose in a 12" x 12" x 12" box for gold scrap. Since there was not manpower or time to sort, this what I got. There are other boxes of NOS which I will deal with later. Any ideas on what to do, what the chances are that they will work? I don't have the means or time to do testing, though recent discussion suggest there might be some cheap eprom programmer which might do that. I have never blown up a prom from normal handling, w/o antistat but with the shear number of parts here, the odds are that some are blown. I am handling these now with antistat, but the prior situation is what it is. Should I sort them by part, list them with a "if it doesn't work I'll send you another", sell them as untested pull lots (I will sort and tube them by type a and PN as my contribution to this project), or some other way? I'm guessing 10000 or more parts, don't know for now. also there could be other parts at lower layers, for now w/o pulling them and risk physical or electrical damage all I see are eproms and some junk pals which will go back into the stew for gold recycle. thanks Jim

14 years, 6 months

7
8
0 0

OT : Strange production method

by ard＠p850ug1.demon.co.uk

This has nothign to do with vintage computers, really. It related to a telepone, and not a particularly old one... But since some of you have knoweldge of production methods, I wonder if you have any thoughs on this. I have a basic 2-piece landline telephone here. Inside is a PCB with qutie a few discrete components (transsitors diodes, passives) and a single IC, which is clearly the dialer. Now the PCB has pads for an 18 pin DIL pacakge, but that's not waht's fitted. Instead there are 1 9-pin headers osldered to the main PCB. On tol fo those is an other little PCB connecting to the 'top 16' pins -- pins 8 and 9 of the origianl DIL position are not connected -- but then they go nowhere o nthe main PCB either. On this litle PCB which is fitted track-side up is a single epoxy-capped IC. I traced out the connections to the dialer keypad, ceramin resonator, poerr and ground in the hope I could identify the device. I then desoldered the header pins from the pin PCB and pulled the assembly out. On the underside (plain side) of this little IC-carrier is silk-screened 'SC91710A'. I ahve typed that into datsheetarchive. It exists as an IC. An 18 pin DIL IC that's a telephone dialer circuit. And all the pins I'd traced match up perfectly. Pins 8 and 9 are for a handsfree function that's not implemented here. So this telephone was clearly designed to use that dialer IC in the DIL package. My question is why was this subassembly made and fitted? I can understand that a driect-on-board IC is cheaper than fitting a DIL pacakge in many cases (for all I find such things objectionable!). But I can't beelive making up this daughterboard and fittign it with the header strips is cheaper than a DIL packaged IC -- is it? -tony

14 years, 6 months

2
2
0 0

ISC history

by aek＠bitsavers.org

http://peripheralexchange.com/aboutus/aboutus2.htm Detailed History Of ISC / Intecolor In 1973, Mr. Charles A. Muench formed a new company called Intelligent Systems Corporation (ISC). The ISC "basement team" designed a new color terminal product and began light product manufacturing in a prominent northeastern Atlanta neighborhood in the Riverview subdivision in Duluth, Georgia. The initial goal was to design an "intelligent" and affordable "color" cathode ray tube (CRT) terminal. Until this time, most computer terminals were "dumb" (text only) and only monochrome (black and white, green, or amber). ISC's new design was a breakthrough in terminal design since it offered an 8-color display with character graphics capability. The product was based on Intel Corporation's newest microprocessor product releases. At this point in time, Intel Corporation itself was not not much more out of the garage as a company than ISC. Although the Intel 4004 and 8008 products looked promising, ISC ultimately focused on the 8080 8-bit microprocessor from Intel. The Intel 8080 microprocessor married with additional integrated circuit chips from Texas Instruments (TI) made it possible to create the product. TI manufactured a support set of IC's such as the TMS5501 (multi-function I/O), TMS8224 (Clock/Divider), TMS8828 (Bus Controller), and TMS1702/2708/2716 family of Erasable Programmable Read Only Memory(s) (EPROMs). Once this collimation of IC products became generally available, it was the birth of many products with intelligence well beyond a simple four function calculator design. As the demand expanded and licensing to other chip manufacturers began, Advanced Micro Devices (AMD), National Semiconductor (NS), and a few others began cloning the TI chip designs. ISC's first product design used the Intel 8080 processor operating at slightly under 2Mhz along with 8KB of dynamic RAM for use as screen display memory, and about 1-3KB of operating system ROM. The unique design of ISC's "custom" display generator coupled with the Intel and TI chipsets was all that was needed to bring a new product to market. The ISC display generator used the latest IC technology with customized fuse-link ni-chrome devices. Essentially, this display generator used "lattice logic" to create text, color, and graphics. The "Compucolor 1" was the first intelligent color terminal product based on the 8080 microcomputer architecture. This product evolved rapidly and later was re-branded the name "Intecolor". The product name was derived from the founder's notion for the contracted words "Intelligent" and "Color" to come up with "Inte" and "color", or simply "Intecolor". On a parallel path, a consumer home computer product known as the Compucolor II was created by the same design team, and operated as an independent company called Compucolor Corporation. The Compucolor II was positioned as one of the early full featured home computer products selling in the $1,395 to $1,795 range. This product was considered to be the standard in home computing products years before Apple or IBM PC-based products. However, the history depicted here is not concentrated on the Compucolor II, but on the Intecolor brand of products. Why Develop Such A Product? The primary purpose for developing such a product was to fill a rising need from within the petrochemical, paper, electrical, and process control industry. The Intecolor terminal was the first of it's type in a market which was otherwise based on monochrome terminals with either no graphics or limited graphics ability. The Original 8001 Series In 1977, ISC's manufacturing operations relocated to a small warehouse and office space located at 5965A Peachtree Corners East in Norcross, Georgia. The first commercially available terminal product was the 8001 Series. Based on an RCA 19-inch delta-gun cathode ray tube (CRT) design, thousands of these terminals were sold. As newer CRT designs became available, the 8001 used a pre-converged in-line (PIL) CRT designs from Hitachi, Mitsubishi, and Panasonic. This product series lasted for 20 years. F8001G Industrial Terminal. The 8050/8060 Series In 1978, additional options were designed to extend terminal operations into one of the first standalone microcomputers. Operating systems incorporated within the product had included the BASIC language (in EPROM) which was based on Microsoft BASIC (at the time). Options for floppy disk drives (made by Wangco, Shugart, or Seimens), light pens (ICC), printer drivers (Centronics, Daisywriter, Okidata, Qume, Printronix), programming languages (BASIC, 8080 ASM, FORTRAN IV), and developer tools were added to the product line. During this time, there were fewer than three companies manufacturing color microcomputer based products with a robust peripheral offering. The 8050 Series was a self-contained microcomputer system having a proprietary file control system known as FCS. It was a precursor to today's DOS based systems. The 8060 Series was also a self-contained microcomputer system but designed on the CP/M operating system licensed from Digital Research Corporation which was founded by Gary Alan Kildall. Both the 8050 and 8060 Series products filled a niche until about 1988, at which point newer PC competitive products became the new platform of choice. More Manufacturing Space Required By 1979, sales of Intecolor terminal and microcomputer products had increased dramatically. With an immediate need for more manufacturing floor space, the sales and manufacturing portion of the company relocated to 225 Technology Park/Atlanta in Norcross, Georgia. The engineering, inventory, and board level manufacturing portions of the company remained in Peachtree Corners East until late 1987. As a side note: Technology Park/Atlanta was "the" place to have facilities since the office park was comprised of the "who's who" of high tech companies of that time. It was often termed as "Silicon Hill" (Georgia), patterned after Silicon Gulch (Texas), and Silicon Valley (California). Initial Public Offering (IPO) ... Going Public! By late 1980, Intelligent Systems Corporation prepared an initial public offering (IPO), and successfully went public on the NASDAQ market creating the necessary capital to expand sales and manufacturing. At this point in time, practically all industrial control integrators, were purchasing ISC terminals for their control systems. In the early 1980's, ISC created a Master Limited Partnership (MLP) for favorable corporate income tax purposes and acquired additional hardware and software products from other companies. The overall company effectively became known as "Intecolor an Intelligent Systems Company". The product name Intecolor became the new corporate name for this operating division of ISC. Other companies owned were Quadram Corporation, Princeton Graphics Systems, Peachtree Software, Datavue Corporation, and a few other less notable start-up companies. By 1981, the world was looking forward to the debut of IBM's "PC" architecture. At this point , the proprietary design of the 8001 terminal seemed to be in jeopardy, but PC or not, it remained in production until 1993. Cloning the Data And Graphics Terminal Markets In the 1982-1985 timeframe, Intecolor began manufacturing color terminal products to address the data management and scientific graphics markets hugely dominated by Digital Equipment Corporation (DEC) and Tektronix Corporation. Most notable were the Intecolor "ColorTrend" and Advanced Graphics Systems (AGS) terminal series. ColorTrend Series Models designed to compete for the DEC data terminal segment. The ColorTrend series targeted the DEC customer base since it was VT52/100/220 compatible. The AGS Series targeted the Tektronix customer base since it was 4010/4014/4105A compatible. The ColorTrend Series was moderately successful in the markets served by Northern Telecom and Baxter Health Care. Other customers also used the product since DEC had yet to release a color terminal product till the late 1980's. The same cannot be said for the AGS Series, since this market had many other competitive products from other vendors. It could be best described as low volume to a "write-off". Another later design based on "X" technology was designed, but failed due to competitive pressure from other vendors. By this time, Intecolor could not "pull another rabbit out of the hat" in custom terminal design. Time To Sell Off The Assets By 1986, Intelligent Systems Corporation MLP, realized that there was more profit to be made by selling individual business units since the stock price had peaked. Essentially, the marketable inventory, trademark, and patent rights, were sold to create profits. Individually, and in fairly rapid order, Quadram Corporation was sold to National Semiconductor. Princeton Graphics Systems was sold to Worldwide Technologies. Datavue Corporation was sold to a private entity. Peachtree Software was sold back to it's management/employee group (which is now owned by Sage Software). Intecolor Corporation was purchased by it's management/employee group with the help from it's founder. Intecolor, again reverted back to a privately held company owned by it's management team, employees (as 401K holders), and outside venture capitalists. New Manufacturing Location Needed Intecolor was paying for prime corporate office space along with remote warehouse spaces, which led to daily transportation of manufacturing goods from one location to another. Although, assembly operations at the Peachtree Corners East location were only a few miles away from the Technology Park/Atlanta corporate office, it became clear that the daily company truck routine was outgrowing itself. A centralized space was needed badly, and at an overall lower cost per square foot. By 1988, Intecolor decided to relocate to a new facility in the Gwinnett Forest complex at 2150 Boggs Road, Building 100, in Duluth, Georgia. This new 60,000 square foot facility allowed all operations under one roof. This new location was about 8 miles north of Norcross, Georgia and became the all-in-one facility for manufacturing, engineering, marketing, and sales. Since the distance >from the original offices to the new location were under 8 miles away, most employees were retained. For once, all aspects of the company resided in a central place making it much easier to conduct daily business. MegaTrend Monitors Monitor products addressing generic PC markets and custom monitors for OEM applications continued to evolve rapidly in the mid 1980's. Market conditions showed that large format color monitors were needed for the PC marketplace. The MegaTrend product line began it's humble beginnings as one of the first 19-inch CGA/EGA monitors available in the PC marketplace. So the "Mega" meaning big, and "Trend" meaning the trend towards larger displays, led to the product line name. As PC video standards evolved, many versions of the product line were manufactured to address standard video interfaces as well as custom "proprietary" interfaces. The MegaTrend was produced from 1985 till 1991. By this time, many OEM companies had settled on their own specific graphics generator and many other monitor manufacturers entered the marketplace. As time passed, many monitor designs were designed but not related to the MegaTrend Series. Future monitor designs took on a product nomenclature such as E01954-20x, or E20Hxxxxx. See Archived Monitors. New Terminal Product Offerings The original 8001 terminal series was showing it's age which led to the development and manufacture of the 8800 and 3800 series product lines. The 8001 product line utilized three independent logic boards to achieve a working product. Given advances in technology, the 8800 and 3800 series product lines were designed to have one logic board rather than three. Another major factor was an emphasis on customized enclosures and harsh environment designs. This added additional life to the specialized terminal market. The 8800 Series proved to be successful as the upgrade path from the 8001 series as well as the smaller 3800 series. Both the 3800 and 8800 series terminal product lines flourished until late 1993. What Happened To Intelligent Systems Corporation (ISC) MLP? After the sell-off of most of it's divisions, Intelligent Systems MLP evolved into a high-tech incubator company helping high technology start-up companies develop products or services. ISC still exists today but has no corporate or financial relationship to Intecolor. Visit www.intelsys.com to learn more about the modern day workings of ISC. 8001 Intecolor Terminal Emulation Software In 1991, Intecolor began offering a terminal emulation software product bundled with an industrial PC workstation product to address the terminal replacement market. However, the combined cost of emulation software and the PC workstation product was significantly more in cost than the terminal product. At this point in time, terminals were still being manufactured, and the emulation software could not generate the equivalent gross revenue, so the emulation solution remained in the background. Leaping forward to 2001 till today, the Intecolor terminal emulation software (ITE8001) is marketed as a software only product and also bundled with a variety of low cost, highly reliable industrialized PC based computers. Terminals Destined For Obsolesce By 1992, Intecolor partnered with several OEM companies to build custom color monitor products and rack mount computer products. A PC-based "workstation" product line referred to the "WS" series was created as a combination of an Intecolor monitor with PC compatible hardware. At the same time, custom color monitor products were being made for Allen-Bradley, Honeywell, Westinghouse, and Bailey Controls (now ABB). The classic product lines including the 8001, 8800, 3800, ColorTrend, AGS, and numerous other terminal models were rapidly discontinued due to accelerating product obsolescence. By mid 1993, these product lines were no longer in production. Custom engineering of PC based computers and further broadening of color monitor designs became Intecolor's new product line direction. Peripheral Exchange Provides Intecolor Product Services In July 1993, the classic Intecolor product line had come to an end. The major thrust had become primarily based on color monitor technology (CRT based), along with industrialized PC-based products, and the beginnings of TFT LCD flat panel display product offerings. Intecolor was positioning itself to manufacture newer product designs to stay ahead of a growing number of competitors. As a result, support for the classic product lines was left behind and became non-existent at best. Peripheral Exchange, (PE) was formed at this time as a service company to continue the service and support of Intecolor classic products for OEM's and the end-user customer base. Rockwell Automation Buys Intecolor For Cash In May 1996, Rockwell Automation completed a total cash buyout of Intecolor Corporation for an undisclosed amount, but was rumored to be about $27 million dollars. Upon this acquisition, Intecolor became a wholly-owned subsidiary of Rockwell Automation and took on the name "Intecolor/Rockwell Automation". Rockwell Automation needed a small company like Intecolor, to fulfill their need for color CRT monitors, TFT LCD flat panel displays, and industrialized PC products for their Allen-Bradley division. As part of the purchasing arrangement, the top Intecolor management agreed to stay intact for a specified term (around 4 years) to keep the new acquisition running smoothly. Meanwhile, Rockwell management bolstered it's management team presence within the Intecolor offices in Duluth, Georgia. By 2001 (or slightly earlier), the entire original Intecolor management team had been retired or replaced. Changes in Business Activity By 1998, Intecolor/Rockwell Automation had discontinued repair and support services on the classic terminal product lines. Repair and support services continued on color monitor products, PC based workstations, and flat-panel monitors. By Fall 2000, Intecolor/Rockwell Automation had ceased production of CRT-based monitors altogether. A stockpile of CRT monitors were built and warehoused as the last production run took place. All efforts were placed on industrialized color TFT LCD flat panel display systems. The ever decreasing cost of flat panel technology and market research showed that flat panel products were the new display technology of choice. The sales of CRT-based products were on a steep decline. Say Goodbye to Intecolor as a Name Brand By 2001, Rockwell Automation decided to dismantle and cease the use of the Intecolor brand product and product name. Effectively the name Intecolor would disappear from the marketplace. The Intecolor flat panel products would continue to be manufactured and sold under the Allen-Bradley name and marketed through AB distribution channels. On September 25, 2001, the Intecolor corporate web site described Rockwell's management decision to close facilities in Duluth, Georgia, and encouraged customers to contact Allen-Bradley's new support facilities. Over 200 Intecolor employees, (many having 15 to 25 years experience), lost their jobs as part of the shut down process. For all practical purposes, the support of the original Intecolor product ceased to exist as did the wealth of technical knowledge. Although, the AB site offers support for "all" Intecolor products, it is strongly advised to contact Peripheral Exchange for product support. The Intecolor/Rockwell Automation operations in Duluth, Georgia closed it's operations in October 2001. A needle roller bearing manufacturer now occupies this location. Who Services Intecolor Terminal Products Today? Peripheral Exchange (PE) acquired the inventory of several Intecolor service centers throughout the 1990's. In addition, a significant amount of Intecolor/Rockwell Automation's inventory was purchased prior to the Duluth Georgia factory closing in 2001. By specializing primarily on Intecolor brand repairs and refurbishments, many other multi-line service providers use our company on a subcontractor basis. We are dedicated to provide service and support of Intecolor products as a service arm to former OEM's and the end-user customer base.

14 years, 6 months

3
2
0 0

First commercially available color RASTER graphics terminal?

by legalize＠xmission.com

I saw something on someone's web site the other day claiming that the Tektronix 4027 was the first commercially available color raster graphics terminal. The 4027 first appears in the 1979 Tektronix catalog. I know there were vector based systems that were displaying color before that, but the question here is about raster based systems (i.e. pixel, not vector based). So the question becomes: was anyone else selling a raster color graphics terminal before Tektronix in 1979? -- "The Direct3D Graphics Pipeline" -- DirectX 9 version available for download <http://legalizeadulthood.wordpress.com/the-direct3d-graphics-pipeline/> Legalize Adulthood! <http://legalizeadulthood.wordpress.com>

14 years, 6 months

8
16
0 0

early raster display systems

by aek＠bitsavers.org

Bob said: Data Disc made a large graphics system meant to connect to mainframes around 1972. -- Data Disc goes back well into the 60's with video disk display systems. Hazeltine is even earlier. Disks and drums were used as frame stores along with recirculating magnetorestrictive delay lines in the days before semiconductor shift register memories. RAM replaced the shift registers in the 70's. But this all is getting well off the subject of raster display terminals. There were lots and lots of people making expensive frame stores (Ramtek, Genesco, etc.) Not so many were making things small/cheap enough to be used as terminals. Ramtek and others (trying to remember when Chromerics started) eventually got into that business. PCs and Workstations wiped out the graphics terminal market by the early 80's. Was interesting to find out ISC goes back to 1973.

14 years, 6 months

1
0
0 0

ROI BSB-11 Card for PDP11?

by holm＠freibergnet.de

Hi, I got an PDP11 board, labeled BSB11 from ROI. There are some diag LEDsi for Power and some BUS Signals, something that looks like an connector for an front paneel, an hughe field of soldering points for placing own circuits, an 5.0688Mhz Crytal oscillator, an GAL, and some 74xx ICs on board. Does someone know what that circuity on the board should do? 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, 6 months

3
5
0 0

IBM 360/30 on display in Terrassa (Barcelona)

by ljw-cctech＠ljw.me.uk

Anyone wanting to see an IBM 360 Model 30, and not able to get to the CHM, can see the one on display at the Science and Technology Museum in Terrassa (immediately west of Barcelona.) This links shows what is on display, and where they came from: http://ordinadors.mnactec.cat/ibm-system360.html This is the exhibition catalogue: http://issuu.com/mnactec/docs/dossier-premsa-expo-historia-ordinador?mode=w… (Note - in Spanish, and Google translate doesn't help much with the first link, but you can work most of it out.) After a bit of a gap I have been busy on my 360/30 project, working on the 1050 (console typewriter) interface so that programs can have a sensible way of doing input and output (via a serial port.) -- Lawrence Wilkinson lawrence at ljw.me.uk The IBM 360/30 page http://www.ljw.me.uk/ibm360

14 years, 6 months

5
5
0 0

Assistance in reading old Tapes needing

by oe5ewl＠gmail.com

Hi all, I'd need assistance (hardware or actually reading in the tape) in reading some old 1600bpi PDP11 Tapes - containing an old operating System. If you can help, I'd appreciate if you contact me off list. Regards, Wolfgang PS: I have a tape drive but the unit is completely dead. Two local contacts which had working drives told me a sad story: Drives decomissioned, scrapped etc...... -- Wolfgang Eichberger - OE5EWL Operating System Collector Blog: 5ewl.blogspot.com Homepage: www.eichberger.org

14 years, 6 months

1
0
0 0

SuperBrain Disks

by dave12＠dunfield.com

Hi everybody, I've had delivery turned off for a long time - seems I'm no longer subscribed as my password does not work ... hopefully this will make it to the list, however I will not receive replies sent to the list except by checking the archives (which I don't do very often). I checked the archives today to see if a chap I had directed to the list got help with SuperBrain disks. I see several comments that I "should have them". I've never been able to read the diskettes from my original SuperBrain. I can read the first two tracks, then errors on every track - missing address marks. I cannot read them with ImageDisk nor TeleDisk. I've tried multiple different drives and types of drives - I simply cannot read the SuperBrain disks on anything except the SuperBrain. Every so often this comes up, and several people say "but SuperBrain disks are bog standard and easy to read" - so apparently I am the only one on the planet who can't read them. After explaining the above (that I simply cannot read them, and that I have in fact tried really hard) - I always get several offers to send me images or disks that can be read ... but nobody has every followed through, which is why I do not have SuperBrain disks on my site. I do have another system called a "CompuStar" which is a rebadged SuperBrain - and most of the disk from that system ARE readable on a PC ... BUT... the guy who owned it really liked APL, and created his own character generator ROM and custom BIOS to support APL characters on the machine ... All of his disks are "hand made" (not originals) and although his disks boot, they display incomprehensible garbage on a normal SuperBrain. Therefore I see little point in posting them as SuperBrain disks. I've only found one disk from his collection which boots and displays on the normal Brain - and it has the missing address mark problem. I've tried booting the Compustar disks on the SuperBrain and blind- formatting a disk --- but the created disk is still unreadable. I am assuming that the Z80 based disk controller in my SuperBrain makes disks which are not readable on a PC (the SB reads them fine). It can boot and read the CompuStar disks, however it does not appear to be able to format a readable disk. Unfortunately the Compustar is not currently working, and will need significant work to repair - so I cannot try formatting disks on it. And I am unable to create anything on the SuperBrain which I can read on the PC. Which is why I cannot provide disk images for the SuperBrain. I've tried - I simply cannot make it happen. Dave -- dave12 (at) Dave Dunfield dunfield Firmware development services & tools: www.dunfield.com (dot) com Classic computers: http://www.classiccmp.org/dunfield/

14 years, 6 months

14
53
0 0

C compilers and non-ASCII systems

by spc＠conman.org

A friend recently raised an issue with some code I wrote (a hex dump routine) saying it depended upon ASCII and thus, would break on non-ASCII based systems (and proposed a solution, but that's beside the issue here). I wrote back, saying the code in question was non-portable to begin with (since it depended upon read() and write()---it was targetted at Posix based systems) and besides, I've never encountered a non-ASCII system in the nearly 30 years I've been using computers. So now I'm wondering---besides Baudot, 6-bit BCD and EBCDIC, is there any other encoding scheme used? And of Baudot, 6-bit BCD and EBCDIC, are there any systems using those encoding schemes *AND* have a C compiler available? -spc (Or can I safely assume ASCII and derivatives these days?)

14 years, 6 months

31
96
0 0

mail client evilness, was Re: architectural diversity, gcc - Re: C compilers and non-ASCII systems

by cctech＠beyondthepale.ie

> The problem with format=flowed, is that it just doesn't work well with > older mail clients. It doesn't work particularly well for anyone reading the mailing list archive via the web interface either. However, I can't tell whether the correct header is present or not in the affected messages as the web interface does not reveal the headers. (It works fine if reading messages in VMS mail, until an attempt to reply is made and everything turns out to be on one line...) Regards, Peter Coghlan.

14 years, 6 months

3
2
0 0

Apple II SPI

by brain＠jbrain.com

Barring implementation of 65SPI on a CPLD, is there a quick-n-dirty way to wire up a SPI-based module to an Apple II/II+/IIe? I'm looking for a temp solution, while I design a Apple II board with a correct interface. Something that doesn't require any soldering would be grand (bit banging the SPI via some IO pins, Using the DSR/DTR/RTS pins on the RS232 (if that can be done...), etc. Jim -- Jim Brain brain at jbrain.com www.jbrain.com

14 years, 6 months

7
11
0 0

Commordore 64 character color cycling

by tpresence＠hotmail.com

>> I'm not familiar with BG Micro (yet), but I know Unicorn has a hefty >> minimum, which Jameco does not (while you're there, though, you might as >> well pick up the socket as well and maybe some spare parts (like more >> 6502s). >Not long ago, Jameco had commodore PLAs for a song (something like a >dollar or less). I know a brazilian that bought 50 :o) >But remembering - You can put a 27C512 EPROM with a special bin in place >of a PLA! Google is your (best) friend! :D Any idea what part number you saw for the PLAs from Jameco? Although I have all the other ICs I need, I don't have a properly programmed N82S100. I am going to buy the sockets there anyway...I really wouldn't mind buying a programmer, especially if I could get a USB model that was reliable (the sparkfun model I saw did not rate well, but its $50).Is there a programmer that is less than $100 and will do the job?Kevin

14 years, 6 months

1
0
0 0

Imaging OSI disks

by dm561＠torfree.net

A question for Chuck, Fred and anyone else with relevant experience/knowledge: can OSI disks (specifically Challenger 4P disks) be read by a PC and imaged/recreated ? If so, how? If not, why not? Don't see 'em in either 22disk or Xenocopy, but then they're not CP/M. It's a question from a third party and I don't have any disks or I'd try some imaging programs myself. TIA, m

14 years, 6 months

4
4
0 0

Wanted: Parallel DB25 Microswitch ASCII Keyboard

by nick.allen＠comcast.net

Anyone have a Parallel Microswitch ASCII Keyboard they are willing to part with?

14 years, 6 months

2
1
0 0

OT: HP signature analyzer

by mcguire＠neurotica.com

Hey folks. I have a short-term need for an HP signature analyzer. I don't need one of these very often, so I'm not really keen on buying one. (I know...those here who have seen my lab may be astonished to learn that there's a piece of test equipment that I do not have...but this particular one is rather boring, and not one of HP's better ideas) Does anyone in the US have one that I'd be able to borrow for a few days? Thanks, -Dave -- Dave McGuire New Kensington, PA

14 years, 6 months

7
28
0 0

68000 CPUs available + others (MAC, multiplier)

by legalize＠xmission.com

A local guy Abraham Barker has some 68000 chips for sale: 68000 16/32-bit CISC microprocessor: 1x MC68000P8 (Motorola Plastic...) 2x MC68000L8 (Motorola Ceramic) 1x MC68000P10 (Motorola Plastic) 3x MC68000L10 (Motorola Ceramic) 4x MC68000L12 (Motorola Ceramic) 1x SCN68000 CAI64 B (Signetics Ceramic gold plated leads) 16x16 Parallel Multiplier-Accumulator: 1x TDC 1010J (TRW Ceramic/Aluminium gold plated) 3x 1010J1C (TRW Ceramic/Aluminium gold plated) 2x WLT1010 JC (Weitek Ceramic gold plated) 16x16 Parallel Multiplier: 1x MPY 016H (TRW Ceramic/Aluminium gold plated) 1x 016HJ1C (TRW Ceramic/Aluminium gold plated) He didn't post what he was asking for them, but I will pass it along when I know. He was going to list them on ebay in a few days, but I thought someone here might be interested in a first crack. Email me and I will forward any messages to him and he can reply to you directly. -- "The Direct3D Graphics Pipeline" -- DirectX 9 version available for download <http://legalizeadulthood.wordpress.com/the-direct3d-graphics-pipeline/> Legalize Adulthood! <http://legalizeadulthood.wordpress.com>

14 years, 6 months

1
0
0 0

cobalt qube

by dgriffi＠cs.csubak.edu

It might not be THAT old, but it certainly is a cute little oddity. I'm thinking that maybe HP used the Cobalt Qube for inspiration for the new Proliant Microserver. Though... needs an LCD panel with buttons. -- 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?

14 years, 6 months

5
9
0 0

Debugging CRT monitors (Philips CM8833 Mk2 / Acorn AKF17)

by cctech＠beyondthepale.ie

> >With anything over about ten years you start by replacing electrolytic >capacitors. If you want to test instead of shotgun then pick up an ESR >meter, but it usually shows more than a few are failing. If the monitor >is over twenty years old, then just replace all the electrolytics and >then troubleshoot - it there is still a problem that is. > I don't think I've got anything less than ten years old. I can't remember having cause to replace more than an occasional electrolytic here and there except in the case of a television from the 1970's which has required about five or six over years of heavy use. I'm sure if I checked everything with an ESR meter it would show up a bunch that are below par. However, many applications for electrolytic capacitors can tolerate very large variations and they may well have years of usable life left in them even though the meter condemns them. There may be a case for checking critical capacitors in power supplies etc which may be at risk of overheating or leaking, however there is no reason to check every electrolytic. I think replacing large numbers of electrolytics is likely to be be more trouble than it is worth and may even introduce new problems that weren't there before, particularly on old pcbs where the print was never well stuck to the board, even when new. Far better to look for a schematic if available and wade in with the scope looking for the problem with deductive reasoning. > >Do take care to match the caps to the job they do - low ESR caps for the >horizontal, and caps that handle AC ripple for the linear power supplies. > I will agree there. Regards, Peter Coghlan.

14 years, 6 months

4
4
0 0

Commordore 64 character color cycling (Ethan Dicks)

by tpresence＠hotmail.com

> > The Color SRAM is a 2114. Very ordinary and, in my experience, prone > to failure. > > If you have another C-64, you could try swapping the PLA. You will > need an 18-pin socket for the SRAM. The chips are available from a > number of surplus places like Unicorn Electronics, BG Micro, and more. > Speed ranges for the 2114 are, IIRC, 250ms-450ms. I don't remember > what speed the C-64 requires, but you can typically sub a faster chip > than the circuit requires. > > -ethan I have already purchased a replacement sram for the 2114 (acutally 2 of the units, one P2114 and one MM2114N-2) and intend to replace the IC sometime today. I do have another C64, but no chips are socketed, and I don't want to ruin it, thus I'll just try replacing it in the bad unit. My understanding is that I need a chip that has a speed faster than half a machine cycle for the system to work properly. The spec sheet on the P2114 states that it has a 450ns access time. For the MM2114N-2 it looks like its 200ns. I understand that the access speed requirement is .5*(cpu freq/1)/machine-cycle. I don't know the machine cycle for this operation, but assuming the worst with an IC having an access time of 450ns, the machine-cycle couldn't be over 2.25 for things to be ok. If I use the 200ns IC, I should be good with a machine-cycle of just over 5. I could probably solve this by opening up the unit and just pulling the IC scribe marks and looking up the data sheet, but the location with the ICs is 50 miles from the house, and I happened to be nearby yesterday...so I just winged it. Can anyone checksum my thoughts here? Is my algorithm and its implementation ok? I also bought a replacement for the PLA, however, I had misunderstood the requirement. I thought it was just a plain ole N82S100, but now I understand that it is a specially programmed N82S100. Although I have found a ROM file I could perhaps burn on the chip, I simply don't have the gear. I'm hoping this isn't the problem, as I have to mail order the part, but I understand that this is the most common IC to fail on the C64 board. Since I'm getting only character color palette cycling, and have a border and don't have a problem with a blank screen, I am encouraged that this IC is probably ok. Just to be safe, I bought a replacement for U29, as the description in the c64 chip and common problems guide has content that really looks similar to my problem, moreso than even the description for problems with U6 (the 2114). Thanks for your commentary though. I'm likely to buy sockets for these chips as well, as they aren't that expensive, and it may save me issues should the selection I made be suboptimal. Kevin

14 years, 6 months

3
2
0 0

Well, that's depressing.

by derschjo＠mail.msu.edu

eBay item 320840589826. I suppose if anyone's looking for a Symbolics Ivory 2 CPU to play around with (LispM on a chip) here's your chance. Sad to think about all the machines these came out of... - Josh

14 years, 6 months

2
1
0 0

C compilers and non-ASCII systems

by jonas＠otter.se

At 11:21 AM -0500 1/31/12, Sean Conner wrote: > > So now I'm wondering---besides Baudot, 6-bit BCD and EBCDIC, is there any > >other encoding scheme used? And of Baudot, 6-bit BCD and EBCDIC, are there > >any systems using those encoding schemes*AND* have a C compiler available? > > Not sure what you mean by 6-bit BCD? For current systems which use a 6-bit character code, the Unisys 1100/2200 class systems (ClearPath nowadays) use Fieldata as well as 9-bit ASCII. They have a C compiler. These machines are 36-bit, so to fit ASCII characters in, they extended the characters to 9 bits, fitting 4 "ASCII" characters in a word instead of 6 Fieldata characters. It is possible to use all 9 bits which creates interesting problems when you need to migrate the code to a different architecture. I have come across (ancient but "modernised") applications which mix Fieldata and 9-bit ASCII... Also IIRC there is no reasonable way to handle Fieldata in Unisys C, so you have to treat Fieldata characters as hex or octal values. /Jonas

14 years, 6 months

2
1
0 0

off topic? Signetics chips 10K ecl chips available

by useddec＠gmail.com

Starting to go through some smaller boxes and found a few thousand Signetics 10100 - 10175 chips. all sorted (pretty much) bulk. and some hard to find. Date codes are mostly around 1978. I would like to sell in as large a lot as possible or maybe variety packs. I have 3 or 4 gaylords of small parts,mostly chips,and it's going to be a slow. process. The company I got this from was a board repair depot, and also repaired core memory boards. Please feel free to contact me off list with any questions. shipping fron 61853. Thanks, Paul

14 years, 6 months

2
1
0 0

Visiting Bristol UK

by huw.davies＠mail.vsm.com.au

I'm yet again visiting Bristol UK for most of January 2012. I guess during the week I'll have to attend the training course that work is sending me to, but I wondered if anyone had any classic computer recommendations for the weekend? Assuming the weather is OK, I'm happy to drive a reasonable distance but local stuff is easier. I did Bletchley Park last time I was in the UK (November 2010) and I've already promised myself that I'll visit the SS Great Britain and the Newport cable bridge, but wondered if there were other CC related things in the area. If anyone in the area wants to catch up for a beer, I'd happily shout a pint of the local bitter. Huw Davies | e-mail: Huw.Davies at kerberos.davies.net.au Melbourne | "If soccer was meant to be played in the Australia | air, the sky would be painted green"

14 years, 6 months

3
3
0 0

C compilers and non-ASCII systems

by tshoppa＠wmata.com

IBM has a very handy page on C compatibility with EBCDIC system services: http://www-03.ibm.com/systems/z/os/zos/features/unix/bpxa1p03.html

14 years, 6 months

2
1
0 0

C compilers and non-ASCII systems

by cym224＠gmail.com

On 31 January 2012 12:21, Zane H. Healy <healyzh at aracnet.com> wrote (in part): >> And of Baudot, 6-bit BCD and EBCDIC, are there >> any systems using those encoding schemes *AND* have a C compiler >> available? z/OS is not only POSIX, it is UNIX (see http://www.opengroup.org/openbrand/register/brand3470.htm). (Sorry for not replying to the OP -- I just saw this now.) N

14 years, 6 months

2
1
0 0

Looking for Andrew Back

by dbetz＠xlisper.com

Does anyone here know how to contact Andrew Back? I have some equipment to send him and I need a mailing address. Thanks, David Betz

14 years, 6 months

1
0
0 0

Repairing a TI-1270 calculator

by jgessling＠yahoo.com

Thanks Tony.? As you suggested there are 10 wires connecting the main board to the keypad.? As in 4 x 6.? I fiddled around a little, gently.? I've ruined another similar unit by cutting those wires in hopes of reattaching them so I was avoiding that.? I guess I made something that was loose become a circuit at least for now.? I works great.? Really a treat to see it work.? Maybe not an HP, but they rarely break anyway. Jim

14 years, 6 months

2
1
0 0

Commordore 64 character color cycling

by tpresence＠hotmail.com

I have a malfunctioning C64 that I would like to repair that is exhibiting the most odd of behaviors. The system operates fine, except displayed fonts cycle through the color palette. If you remember the old atari 2600 game "Adventure" its behaves like the chalice does, every second or so changing colors. I haven't started probing the system at all, and although I can use a soldering iron, my troubleshooting skills are pretty rusty. I was considering this a good project for a refresher. Sound doable, or is it likely I'll be looking to replace lots of components on the board? Kevin

14 years, 6 months

5
5
0 0

C compilers and non-ASCII systems

by cctech＠beyondthepale.ie

At 11:21 AM -0500 1/31/12, Sean Conner wrote: > A friend recently raised an issue with some code I wrote (a hex dump >routine) saying it depended upon ASCII and thus, would break on non-ASCII >based systems (and proposed a solution, but that's beside the issue here). >I wrote back, saying the code in question was non-portable to begin with >(since it depended upon read() and write()---it was targetted at Posix based >systems) and besides, I've never encountered a non-ASCII system in the >nearly 30 years I've been using computers. > > So now I'm wondering---besides Baudot, 6-bit BCD and EBCDIC, is there any >other encoding scheme used? And of Baudot, 6-bit BCD and EBCDIC, are there >any systems using those encoding schemes *AND* have a C compiler available? > > -spc (Or can I safely assume ASCII and derivatives these days?) A unix called UTS (Universal Time Share?) by Amdahl ran (amongst other things under VM) on an Amdahl 5870 I worked with in the early 1990's. This was an EBCDIC machine. I never did much with UTS but I'm pretty sure it had a C compiler. There was also C/370 for VM/CMS and MUSIC. Regards, Peter Coghlan.

14 years, 6 months

1
0
0 0

Evil Plan

by john＠yoyodyne-propulsion.net

Mr Zoidberg, Thank you for bringing that error to our attention. John Stupid John (or web designer) has met with an unfortunate accident. On Tue, Jan 31, 2012 at 11:25 AM, <quotes at nospam.com> wrote: > First Name: JohnA > Last Name: Zoidberg > Email: cctalk at classiccmp.org > > City: > State: > Zip: > IP: xxx.xxx.xxx.xxx > Evil Plan: Your logo says "Yoyodyne Propolsion Systems", not "Yoyodyne > Propulsion Systems" > -- Yoyodyne Propulsion Systems: "The Future Begins Tomorrow" Visit us at: http://www.yoyodyne-propulsion.net -------- "Yes, Obama duped young people by not doing every single thing they want. So now, they'll all vote Republican. It's like when I want some bread, I won't settle for half a loaf. Instead, I will have a muffin made of broken glass." -Stephen Colbert

14 years, 6 months

1
0
0 0

Commordore 64 character color cycling

by dm561＠torfree.net

Original Message: Date: Mon, 30 Jan 2012 11:59:44 -0700 From: Kevin Reynolds <tpresence at hotmail.com> > I know following up your own request is kinda taboo, but I should have > shared more information... > I am guessing that the problem is with the Color RAM (SRAM) in slot U6. > This model of C64 has socketed components, but I am not sure U6 is one of > these. The other possible issue is PLA U17. As the problem never goes > away, perhaps it is more than this. > Is there a good vendor to get replacements this late in the game? > Kevin Try here: http://www.arcadecomponents.com/catalog/item/3054735/8335676.htm

14 years, 6 months

1
0
0 0

Troubling Olivetti M24 Monochrome Monitor

by hendrikvandewerken＠gmail.com

Since a few days the monitor of my Olivetti M24 displays a bright spot in the middle of the screen when the system is switched off. I suspect the screen will be soon damaged this way. I know there is a circuit in CRT monitors that prevent this. But I don't know where to look on the circuitboard. I did check the parts on the print on the tube base: they seemed to be alright, so now I'm stuck. Does anyone has a clue for me how to proceed?

14 years, 6 months

1
0
0 0

Opening the Mac M0001 case

by wheagy＠gmail.com

I allowed the case to sit overnight, and when I tried it again today, it came apart much easier...about like I expected. The floppy mechanism was definitely gummed up. It didn't appear to be damaged so I lubed it and reassembled and it works great again. Thanks for the info. Win > Something happened to the floppy drive. It worked fine for a long time, but now will not allow a disk to be fully inserted. It goes it about all but the last quarter inch. I can't see the problem by looking through the slot, so it looks like I need to get inside. The case just seemed much harder to open than I expected, so I wanted to make sure I didn't break anything. I'll be careful to stay away from the high voltage innards. >That's quite a common issue on the original 'auto-inject' drives. They were greased with this god-awful white grease stuff that turns to gooey sludge over the course of time and jams the mechanisms. Best advice is to remove it, see if it's physically damaged (I've had parts bend in them when they jam) and if it seems okay clean and re-lube the mechanism and see if you can get it moving again.

14 years, 6 months

3
2
0 0

Apple II Colour Demodulator

by thrashbarg＠kaput.homeunix.org

Hi, This might interest someone here, so I thought I'd post it. I've been working on a colour demodulator for my Apple //c. It converts the output to component video suitable for any television with component inputs. The original composite output of the //c becomes the luminance input and the circuit extracts the red and blue difference signals. It's not 100% perfect but it does display colour that mostly resembles the original NTSC colour palette. http://kaput.homeunix.org/appleii or http://kaput.retroarchive.org/appleii If you have two MC1496's, feel free to build it. I'd like to see if it works unmodified (or with any modifications) on an NTSC model Apple ][ or //. The reason why I made this is because I don't have a PAL modulator for my //c. My television does support NTSC, but the Australian version of the machine doesn't output the correct timings for NTSC... it was designed to be attached to the PAL modulator. Cheers, Alexis.

14 years, 6 months

1
0
0 0

11.98135 MHz crystal applications

by fraveydank＠gmail.com

Anyone know what this frequency is for? I have a crystal in my bin of pulls, no idea what I pulled it from (my guess would be an old dead ISA modem or sound card, given where most of my pulls came from). It doesn't divide nicely into NTSC or PAL color subcarriers (my normal assumption for weird frequencies), but it it's still a pretty common part. The one place I found it mentioned that wasn't a datasheet site had something (maybe) to do with DTMF decoding: http://ohlandl.ipv7.net/communications/Gammalink.html Any ideas? - Dave

14 years, 6 months

2
1
0 0

Looking for 8080/Z80 BASIC

by dm561＠torfree.net

----- Original Messsage: Date: Fri, 30 Dec 2011 22:43:21 -0800 From: Josh Dersch <derschjo at mail.msu.edu> Anyone have any recommendations for a reasonably featured 8080 or Z80 BASIC? What I've got running at the moment is a mongrel IMSAI 8080 with a Z80, 48K of working memory and a serial port. My eventual goal is to get CP/M running on it (I have a Cromemco 64FDC -- anyone know of either an official CP/M for this or know of a BIOS that supports this controller before I start writing my own?) but for the time being I thought it would be fun to get a BASIC running on it. <snip> Thanks, Josh ----- Reply: Just curious: Does your memory configuration support swapping out the RDOS boot/monitor ROM? And what drive(s) do you have connected? As you probably know, the FDC supports 5.25"DD as well as 8" and the 3.5 and 5.25" HD equivalents. I haven't seen any standalone BASIC versions for the FDC; there are at least two versions of BASIC for the Cromemco, but AFAIK they both require a bootable CDOS disk. However, unless they use any of the extra calls in CDOS I wouldn't be surprised if they worked just as well with CP/M. In addition to Cromemco's CDOS CP/M equivalent AFAIK there were also at least two official third-party CP/M implementations for the FDC and one or two hacked BIOSes, but there may be compatibility issues among the three different versions of the FDC. Interesting though; I'll have to look around...

14 years, 7 months

70
536
0 0

Opening the Mac M0001 case

by wheagy＠gmail.com

HI, Can someone give me the Cliff Notes version of opening the M0001 case? I removed the five screws from the back (including the two deeply recessed screws) but the case is just as tight as when the screws were in. What am I missing? Thanks...Win wheagy at gmail.com

14 years, 7 months

6
7
0 0

Starting point for diagnosing unhappy Commodore 1581 drive?

by derschjo＠mail.msu.edu

As if I needed another project, I picked up a 1581 yesterday at SRCS in unknown condition. Hopefully this won't distract me from my Cromemco floppy issues for too long :). The power switch was broken (permanently stuck in the "off" position) so I replaced it with one from a "parts" C-64. Once that was repaired the symptoms I'm seeing are: - Both LEDs on the front come on and stay on permanently. My understanding is that the access light should turn off after about two seconds. - If the drive is hooked up to my C128 at powerup, the 128 will hang after displaying the startup banner (I assume it's waiting for a response from the drive and not getting one...) - If a disk is in the drive, the disk will spin for a second or so and the heads will seek back to track zero. The last item makes it seem like the 6502 is running and that the EPROM contents are still valid. I dumped the EPROM and verified that its contents are correct against an image from the 'net. The power supply is a known-good & tested supply I've been using with a 1541-II. 5V and 12V supplies look fine. For good measure I've cleaned the sockets & pins for the EPROM and the WD1772 (the only two socketed chips). Anyone have any tips for narrowing down the fault before I start digging through the source listings & schematics? Thanks as always, Josh

14 years, 7 months

3
2
0 0

Opening the Mac M0001 case

by wheagy＠gmail.com

>How easy it comes of depends wether it's been removed many times before. First time removals >can be tight as hell. >Might I ask why you are removing the case bucket? Mark, Something happened to the floppy drive. It worked fine for a long time, but now will not allow a disk to be fully inserted. It goes it about all but the last quarter inch. I can't see the problem by looking through the slot, so it looks like I need to get inside. The case just seemed much harder to open than I expected, so I wanted to make sure I didn't break anything. I'll be careful to stay away from the high voltage innards. Thanks...Win

14 years, 7 months

3
2
0 0

Repairing a TI-1270 calculator

by jgessling＠yahoo.com

I've gotten one of these beauties, a lovely pumpkin orange overlay around the keys.? Inserting a battery, it's pretty good? but the 4 and the 6 key just don't work. I took it apart thinking it's a stuck or rusty key but pushing just on the raw Kilxon keypad it's still the same.? I suppose there is some kind of keyboard scanning going on that's not picking up these pushes even though the actual buttons do work.? My previous experiences of opening similar TI thing have been just disastrous.? The keypad is connected to the logic board by 8 or so hard wires that are looped around to fold it into the case. If anyone has any advice on this please let me know.? Thanks, Jim

14 years, 7 months

2
1
0 0

6502 S-100 Board Writeup on S100Computers.com

by LYNCHAJ＠YAHOO.COM

Hi! The S-100 6502 CPU boards are with their builders and seem to be working. John has written up a page on S100computers.com on bringing up the S-100 6502 CPU board. http://s100computers.com/My%20System%20Pages/6502%20Board/6502%20CPU%20Boar… We are incorporating the changes necessary for S-100 6502 CPU board V2 to be IEEE-696 compliant with TMI circuitry. The changes necessary are quite extensive. However, if other builders would like to make further changes please contact me. There is a large prototyping area on the V1 board to support the new circuitry. The schematics, PCB layout, parts list, and test software other information is on the N8VEM wiki http://n8vem-sbc.pbworks.com/w/browse/#view=ViewFolder <http://n8vem-sbc.pbworks.com/w/browse/#view=ViewFolder&param=S-100%206502%2…> &param=S-100%206502%20CPU%20board%20V1 There are still plenty of the S-100 6502 CPU board V1 PCBs left so if you would like one or more please contact me. They are $20 each plus $3 shipping in the US and $6 elsewhere. Thanks and have a nice day! Andrew Lynch

14 years, 7 months

1
0
0 0

all this talk of Intertec, anyone have a Headstart?

by chrism3667＠yahoo.com

preferably one I can coerce you to sell :)

14 years, 7 months

1
0
0 0

LA36 available in Ann Arbor

by mta＠umich.edu

Does anyone want a Decwriter LA36? I've got one that I'm willing to give to anyone who will come get it (or pay for shipping, although that would be expensive). As far as I know it works although it hasn't been used in years. The one problem I know of is that the 20 mA interface was blown out in a lightning storm sometime in the 70s, but the EIA interface worked the last time I tried it. I think I also have some (perhaps all) of the user and maintenance manuals for it. I also have an acoustic coupler if you want the true 1970s experience. This is located in Ann Arbor, MI so it would be easiest for someone in southern Michigan or northern Ohio or Indiana to come get it. Mike Alexander

14 years, 7 months

2
1
0 0

Willem EPROM programmer

by legalize＠xmission.com

Does anyone have any experience with this device? It's inexpensive and seems like it might handle the needs of ROM/PROM/EPROM dumping and EE/EPROM programming. <http://www.sivava.com/> -- "The Direct3D Graphics Pipeline" -- DirectX 9 version available for download <http://legalizeadulthood.wordpress.com/the-direct3d-graphics-pipeline/> Legalize Adulthood! <http://legalizeadulthood.wordpress.com>

14 years, 7 months

17
39
0 0

Intertec Superbrain

by dennis_mailing_lists＠conus.info

In the middle of 1980s, I was user of Intertec Superbrain computer: http://en.wikipedia.org/wiki/Intertec_Superbrain I found information about it on Dave Dunfield website: http://www.classiccmp.org/dunfield/supbrain/index.htm I still own it, but original diskettes came with the computer are lost. (it was CP/M maybe 2.x but not sure, some BASIC, etc) I found also list of CP/M OS images on Dave's website, but I'm not sure: which one could I take to boot Superbrain? I thought, different CP/M machines have different port mappings or...? And how it is possible to write images to floppy diskettes on PC computer so that Superbrain can boot from them?

14 years, 7 months

7
20
0 0

Need 232 to 60 & 20 mil loop converter thanks

by couryhouse＠aol.com

Need 232 to 60 & 20 mil loop converter thanks cctalk-request at classiccmp.org wrote: >Send cctalk mailing list submissions to > cctalk at classiccmp.org > >To subscribe or unsubscribe via the World Wide Web, visit > http://www.classiccmp.org/mailman/listinfo/cctalk >or, via email, send a message with subject or body 'help' to > cctalk-request at classiccmp.org > >You can reach the person managing the list at > cctalk-owner at classiccmp.org > >When replying, please edit your Subject line so it is more specific >than "Re: Contents of cctalk digest..." > > >Today's Topics: > > 1. Re: teaching programming to kids - Re: Looking for 8080/Z80 > BASIC (Alexander Schreiber) > 2. Re: Books on FP, lambda calculus, closures - Re: teaching > programming (Liam Proven) > 3. Re: teaching programming to kids - Re: Looking for 8080/Z80 > BASIC (ben) > 4. Re: SuperBrain Disks (Chuck Guzis) > 5. Re: Elektor and OSI's OS-65D (was OHIO-DOS) (Eric Smith) > > >---------------------------------------------------------------------- > >Message: 1 >Date: Sat, 28 Jan 2012 18:09:40 +0100 >From: Alexander Schreiber <als at thangorodrim.de> >To: cctalk at classiccmp.org >Subject: Re: teaching programming to kids - Re: Looking for 8080/Z80 > BASIC >Message-ID: <20120128170940.GA32005 at mordor.angband.thangorodrim.de> >Content-Type: text/plain; charset=us-ascii > >On Fri, Jan 27, 2012 at 11:39:19PM -0500, blstuart at bellsouth.net wrote: >> > - and then the place >> > collapses after the last toilet is clogged because you _clearly_ can't >> > expect a PhD to do such lowly work. >> >> Some people *cough*my wife*cough* think it's perfectly >> normal to expect a PhD to wash dishes and take out the >> trash and... :) > >Sounds like a sensible woman ensuring her husbands solid connection >with the ground ;-) > >Kind regards, > Alex. >-- >"Opportunity is missed by most people because it is dressed in overalls and > looks like work." -- Thomas A. Edison > > >------------------------------ > >Message: 2 >Date: Sat, 28 Jan 2012 17:17:44 +0000 >From: Liam Proven <lproven at gmail.com> >To: "General Discussion: On-Topic Posts Only" <cctech at classiccmp.org> >Subject: Re: Books on FP, lambda calculus, closures - Re: teaching > programming >Message-ID: > <CAMTenCGMm5dkiN1XoFr1pLZ4Ejt1-NKL-1UxuoRX7LxDb=4mHw at mail.gmail.com> >Content-Type: text/plain; charset=windows-1252 > >On 27 January 2012 21:50, Tony Duell <ard at p850ug1.demon.co.uk> wrote: >>> There are many different kinds of tech journalism. For starters, there >>> are the basic formal categories: news, news analysis, previews, >>> reviews, comparative reviews, features & columns. Then there is the >>> medium: daily/weekly/monthly. Then there is the audience: >>> nonspecialist/specialist/trade/domain experts. >> >> However, all of those should be accurate and as complete as possible. > >Accurate, yes, for technical stuff, although I'm not sure it applies >to things like comment columns. > >> And >> alas many articles are neither. > >Well, true. Sturgeon's Law says that 90% of everything is crap. > >> THis is not just a computer-related article/book issue. My favourite is >> nothing to do with computer oe electronics. It's that old photographic >> chestnut that the focal length of your camera lens affects the >> perspective of the image... > >O_o > >>> It's not all just one thing. >>> >>> As an outsider, or as a reader, I would not expect people to know or >> >> Maybe not. But I do understand when an article is talking nonsense. > >Well, sure. > >> Look, I am not expecting every article to contain schematics and source >> code. But when I read that 'Uni is a programming language that...' I know >> that the author doesn't know what the hell he is talking about. > >Is this a specific example? I've not heard of a language called "Uni" myself. > >>> understand this, but it's as different as building a packing crate >>> compared to a Chippendale chair. >> >> Sure. But what annoys me is the equivelent of claiming to be making >> Chipendale chairs while actually you're making crates. > >Ah, well, that is a common problem. > >>> I am not going to attempt to defend myself and say that I aim to >> >> As I said, I wasn;t poining my finger at you, or anyone else. I've not >> read any of your articles, so I can't possibly comment on them. But Iv'e >> read a lot of rubbish for other authors... > >If you're curious: > >http://search.theregister.co.uk/?author=Liam%20Proven > >(Yes, you will need web access.) > >>> produce the sort of in-depth technical piece you would want. I am not. >>> I probably never will. But there is a need for things that are at a >>> less formidable technical level than that. >> >> I also feel it's possible to simplify things too much and thus make them >> incomprehensible. >> >> I am interested in telephones and related stuff [1]. ?I read several >> introductory books and found I couldn't understand them. I actually felt >> that the operation of a Storwger exchange was beyond me. And then, by >> chance, I got a copy of 'Telephony'. Volume 2 is about automatic >> echanfes, and it contains full schematics. I spent a couple of weeks >> reading it through, following the operation of overy relay. And it all >> made sense. Yes, it was heavy going, but it was worth it. The >> introductory books were useless. >> >> [1] No, I am not interestiend in gettign free calls, or in listening to >> other people's conversations. I am interesed in the electrical and >> electronic side. To me 'Telephone hacking' doesn't mean what it means in >> the gutter press (to listen to somebody else's calls(, it mans making >> parts for old rotary dial phones from scratch. > >I spent Yule Day at a friend's house in Edinburgh. He collects old >phones and phone equipment. The house - quite big and rambling with a >bunch of guys living there - has an internal switchboard and >extensions in every room, including the bathroom, just for fun. There >is a live, active Strowger exchange in the hall cupboard, and another >in bits in the hall. > >I tried to persuade him to join ClassicCmp - I think he'd fit in well. :?) > >Me, obviously, I'm a fake. I had to whip out my smartphone and look up >what a "strowger exchange" /was./ > >-- >Liam Proven ? Profile: http://lproven.livejournal.com/profile >Email: lproven at cix.co.uk ? GMail/G+/Twitter/Flickr/Facebook: lproven >MSN: lproven at hotmail.com ? Skype/AIM/Yahoo/LinkedIn: liamproven >Tel: +44 20-8685-0498 ? Cell: +44 7939-087884 > > > >------------------------------ > >Message: 3 >Date: Sat, 28 Jan 2012 10:21:49 -0700 >From: ben <bfranchuk at jetnet.ab.ca> >To: cctalk at classiccmp.org >Subject: Re: teaching programming to kids - Re: Looking for 8080/Z80 > BASIC >Message-ID: <4F242EAD.7080207 at jetnet.ab.ca> >Content-Type: text/plain; charset=ISO-8859-1; format=flowed > >On 1/28/2012 10:09 AM, Alexander Schreiber wrote: >> On Fri, Jan 27, 2012 at 11:39:19PM -0500, blstuart at bellsouth.net wrote: >>>> - and then the place >>>> collapses after the last toilet is clogged because you _clearly_ can't >>>> expect a PhD to do such lowly work. >>> >>> Some people *cough*my wife*cough* think it's perfectly >>> normal to expect a PhD to wash dishes and take out the >>> trash and... :) >> >> Sounds like a sensible woman ensuring her husbands solid connection >> with the ground ;-) >> > >PhD see: Please help Dear > >> Kind regards, >> Alex. > > > >------------------------------ > >Message: 4 >Date: Sat, 28 Jan 2012 09:35:52 -0800 >From: "Chuck Guzis" <cclist at sydex.com> >To: "General Discussion: On-Topic and Off-Topic Posts" > <cctalk at classiccmp.org> >Subject: Re: SuperBrain Disks >Message-ID: <4F23C178.2905.150912 at cclist.sydex.com> >Content-Type: text/plain; charset=US-ASCII > >On 27 Jan 2012 at 19:18, Dave Dunfield wrote: > >> Unfortunately the Compustar is not currently working, and will need >> significant work to repair - so I cannot try formatting disks on it. >> And I am unable to create anything on the SuperBrain which I can read >> on the PC. >> >> Which is why I cannot provide disk images for the SuperBrain. I've >> tried - I simply cannot make it happen. > >What I said--the Superbrain tends (evidently, not all revisions do) >to use FA as a DAM. Either edit the raw track to use FBs or use a WD >17xx controller to get the data and rewrite your disk using FBs on a >NEC 765-type controller. > >The Superbrain doesn't care which are used. > >It's not rocket science. > >--Chuck > > > > > >------------------------------ > >Message: 5 >Date: Sat, 28 Jan 2012 09:54:42 -0800 >From: Eric Smith <eric at brouhaha.com> >To: General Discussion: On-Topic and Off-Topic Posts > <cctalk at classiccmp.org> >Subject: Re: Elektor and OSI's OS-65D (was OHIO-DOS) >Message-ID: <4F243662.9050002 at brouhaha.com> >Content-Type: text/plain; charset=ISO-8859-1; format=flowed > >Holger Veit wrote: >> Problem is of course that the Elektor OSI computer uses a rather >> obscure floppy controller and formatting (some GCR emitted by an >> asynchronous 6850 that is hacked into a synchronous mode). >It's FM, not GCR. Of course, it's not IBM-standard FM. Normally it can >only be read and written on an OSI (or Elektor) system. Given how >expensive FDC chips were when OSI designed their floppy controller, I >suppose it can be considered a clever hack, though nowhere near as >clever as Woz's design for the Disk II controller. > > > > > >End of cctalk Digest, Vol 101, Issue 87 >***************************************

14 years, 7 months

1
0
0 0

Elektor and OSI's OS-65D (was OHIO-DOS)

by Paul.Moers＠synopsys.com

Hello Edzard... Let me introduce myself first... My name is Paul, from the Netherlands.. and I'm building the Old Junior Computer from Elektor... The computer is already up and running and now I'm busy with the floppy card.... Final step is a memory card ... The goal is to have the DOS -Junior combination back running... But I'm looking for a version of OS65D...which is very hard to find... Maybe you know some entries where I can get a version of this Operating System....V3.3 of the OS would be nice... Many many many thanks in advance, Paul Moers from Netherlands.

14 years, 7 months

4
3
0 0

TRS80 MDL100 Disk Video Interface Disk

by dave12＠dunfield.com

Hi Guys, I saw that someone was looking for the disk to go with the TRS-80 Model 100 Disk-Video Interface ... This is available on my site. Dave -- dave12 (at) Dave Dunfield dunfield Firmware development services & tools: www.dunfield.com (dot) com Classic computers: http://www.classiccmp.org/dunfield/

14 years, 7 months

2
1
0 0

new haul, serious goodies

by mcguire＠neurotica.com

So a brief truck trip to Maryland netted some really great stuff from an old friend. This is stuff I'd seen before, but he surprised me by saying "hey, bring a truck!" ...so I did, and here's what I came home with: IBM 029 keypunch station, complete and in excellent condition DECsystem-2020 (yes, another one!) DEC RM03 14" disk drive (aka CDC 9762), but sadly no disk packs DEC TU45 magtape drive, in pieces but likely repairable DEC LA120 printing terminal, dirty but in good shape otherwise VAX 8350 w/Unibus, Unibus SCSI, BI-bus SCSI, and CIBCI A few other DEC items, RL02, RX02, small PDP-11/23 system A commercial deli slicer (for my chef fiancee') -Dave -- Dave McGuire New Kensington, PA

14 years, 7 months

11
25
0 0

Dr. Dobb's

by fpersen2000＠yahoo.com

Greetings; Like many of you here I am an old time home computer guy who got his start in 1976 when I built my first computer, an Altair 8800. I am writing to get some information on a number of Dr Dobb's Journals that I wish to sell. I would like some input on what an honest price would be. I am also trying to determine if I should sell these one by one or in volume sets. I have the following: Volume number? Issue # 1??? ??? ???????????????? 1,3,6, 10 2????????????????????????? 1,2,3,4,5,6,7,8,9 3????????????????????????? 2,5,6,7,8,9,10 4?????????????????????????? 1,3,4,6,7,8,9,10 5?????????????????????????? 1,2,3,4,5,6,7,8,9,10 6?????????????????????????? 1,3,4,5,6,7,8,9,10,11,12 7??????????????????????????? 2 Your input would be appreciated.

14 years, 7 months

15
26
0 0

closures, FUNARGs, and lambdas [was RE: teaching programming to kids - Re: Looking for 8080/Z80 BASIC]

by RichA＠vulcan.com

From: Tony Duell Sent: Friday, January 27, 2012 1:21 PM [NB: Tony trimmed out the identities, so I'm not going to try to remember them.] >>> This is something I know nothign about either, and it would >>> certainly help _me_ if somebody could explain what lambda calculus >>> and 'closures' are useful for. >> The lambda calculus is useful in the same way that any theoretical >> discipline is useful. It does not itself solve problems; it informs > Actaully I think a lot of theoretical concepts were originally > develloped to solve particular real problems. They may well have other > applciations, of course. In point of fact, closures were often referred to in the early LISP literature as "FUNARGs" ("functional arguments"), and their existence went by the name "the FUNARG problem." There is a famous paper by Joel Moses of MIT entitled "The Function of FUNCTION in LISP, or Why the FUNARG Problem Should be Called the Environment Problem" which discusses them quite clearly using an ALGOL-style syntax for the non- LISP programming audience. Available at http://dspace.mit.edu/bitstream/handle/1721.1/5854/AIM-199.pdf The late John McCarthy has been quoted as saying that LISP is the way it is because of his misunderstanding at the time of the lambda calculus. Stop trying to understand the latter to understand LISP, and you'll be way ahead. Rich Alderson Vintage Computing Sr. Systems Engineer Vulcan, Inc. 505 5th Avenue S, Suite 900 Seattle, WA 98104 mailto:RichA at vulcan.com mailto:RichA at LivingComputerMuseum.org http://www.LivingComputerMuseum.org/

14 years, 7 months

1
0
0 0

Forlorn hope for a TRS-80 Reimplementation

by alhartman＠yahoo.com

The eBay seller never shipped the Model III I won on eBay after 11 days, so I requested a refund. I left negative feedback (his third in a year) and he got nasty. I told him that not shipping an item that was paid for wasn't deserving of any but negative feedback. He felt that not shipping the item and refunding m money was a positive transaction... *sigh!* Model III's and 4s are selling from between $400 and $2400 on eBay. These sellers are mad. I can't say how many Model III's I saw at the old TCF flea markets for $25.00, stacked 3 or 4 deep. Wish I had bought one... My Model I is still toast, and my LNW-80 is too big and heavy to setup and use given my tiny working space. If not for the need to read/write 5.25" floppies, I'd use a small footprint PC and an emulator. The only 5.25" USB solution (http://shop.deviceside.com/prod/FC5025) is read-only, It doesn't support TRS-80 Model I/III/4 formats in any event. I enjoy seeing all these classic computer re-implementations like Vince Briel's Replica I, or the DTV C-64 joystick... I wish someone would reimplement a TRS-80 Model I/III/4 in a chip, like the DTV. There's nothing special about the Model I really, other than maybe the WDC disk controller chip. The Model III is little different, it's only the Model 4 with Hi-res graphics and such where it gets more complicated. A fellow in Australia wrote to me years ago that he was working on one, but I never heard back from him. in the early 90's there was a board that basically replaced the Model I system board and put a full Model III in the case. It was called a "Trash Compactor." I wish I had bought one on those... If anyone knows of such a project, let me know. Or, if you know of a Model I, III or 4?(preferred in reverse order) in the mid-New Jersey area available for sale or trade at a price someone on a fixed income can afford. I would have thought SOMEONE would have made a universal USB to floppy drive adapter that one could use to add a 5.25" drive (or a 3.5") like all of the ATA/SATA adapters out there. I'll keep checking eBay for a machine, I found the LNW-80 (only a Model I, not the Model II which has CP/M and 80 columns) after searching a long time. So, I haven't given up hope. Thanks! Al Hartman Keansburg, NJ

14 years, 7 months

6
9
0 0

Fwd: Re: [GreenKeys] Model 33 For Sale (also 33 covers for sale)

by jfoust＠threedee.com

>From: Keelan Lightfoot <keelan at grenander.com> >Date: Thu, 26 Jan 2012 22:27:32 -0800 >To: Steve Ripper <steveripper at comcast.net> >Cc: "<GreenKeys at mailman.qth.net>" <GreenKeys at mailman.qth.net> >Subject: Re: [GreenKeys] Model 33 For Sale > >The vintage computer guys will be all over it, I'm sure. > >- Keelan > >On 2012-01-26, at 5:17 AM, "Steve Ripper" <<mailto:steveripper at comcast.net>steveripper at comcast.net> wrote: > >>Model 33 for sale in Wexford, PA. Starting bid at $79. Looks to be in very good condition and complete. >> >><http://tinyurl.com/7rs4q3l>http://tinyurl.com/7rs4q3l >> >>If someone in the group is going after this please let the others know. No sense in stepping on each other toes! >> >>Cheers, >> >>Steve Ripper >><mailto:steveripper at comcast.net>steveripper at comcast.net >><mailto:steve.ripper at gmail.com>steve.ripper at gmail.com >>248-787-0705 >><image002.jpg> >> Subject: [GreenKeys] Model 32/33 Covers - New X-BeenThere: greenkeys at mailman.qth.net X-Mailman-Version: 2.1.9 Precedence: list List-Id: "Discussion of older radio teletype $RTTY$ gear " <greenkeys.mailman.qth.net> List-Unsubscribe: <http://mailman.qth.net/mailman/listinfo/greenkeys>, <mailto:greenkeys-request at mailman.qth.net?subject=unsubscribe> List-Archive: <http://mailman.qth.net/pipermail/greenkeys> List-Post: <mailto:greenkeys at mailman.qth.net> List-Help: <mailto:greenkeys-request at mailman.qth.net?subject=help> List-Subscribe: <http://mailman.qth.net/mailman/listinfo/greenkeys>, <mailto:greenkeys-request at mailman.qth.net?subject=subscribe> Content-Type: multipart/mixed; boundary="===============1937634989737752974==" Sender: greenkeys-bounces at mailman.qth.net Errors-To: greenkeys-bounces at mailman.qth.net X-Spam-Status: No, score=-1.9 X-Spam-Score: -18 X-Spam-Bar: - X-Ham-Report: Spam detection software, running on the system "echo.gendns20.com", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: FYI: Someone on ebay is selling brand new covers for what I believe are the model 32/33 without the tape reader / punch. Asking $75 each and has more than 10 available. [...] Content analysis details: (-1.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (steveripper[at]comcast.net) -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] 0.0 HTML_MESSAGE BODY: HTML included in message -0.0 AWL AWL: From: address is in the auto white-list X-Spam-Flag: NO FYI: Someone on ebay is selling brand new covers for what I believe are the model 32/33 without the tape reader / punch. Asking $75 each and has more than 10 available. I have no connection or interest in this auction. <http://tinyurl.com/7u45ulj>http://tinyurl.com/7u45ulj Cheers, Steve Ripper

14 years, 7 months

1
0
0 0

My PDP11/23 arrived...

by bqt＠softjar.se

On 2012-01-24 05:34, allison<ajp166 at verizon.net> wrote: > Special note early RQDX2s must be in the last unoccupied slot, they do > not pass the > bus grant signals. As far as I can remember it's (only) the RQDX1 that have this problem, but it applies to *all* RQDX1. Johnny -- 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

14 years, 7 months

10
15
0 0

Identify: IBM memory

by pontus＠Update.UU.SE

Hi This link is making the rounds: http://gizmodo.com/5878645/this-giant-chunk-of-metal-is-4-kilobytes-of-memo… But what type of memory is it? Delay line, CRT tube, Drum? Bonuspoints if the machine can be identified :) Cheers, Pontus.

14 years, 7 months

11
21
0 0

looking for a Wombat or other Apple ][ clones or components

by chrism3667＠yahoo.com

The Wombat. In 1984 an Australia court sided against Apple (apparently the manufacturer copied their roms) stating there was no basis for copyright infringement because it wasn't a literary work LOL LOL LOL LOL

14 years, 7 months

1
0
0 0

looking to acquire a TI Business Pro

by chrism3667＠yahoo.com

Not a TI Professional, already have those. It's a 286 based tower. I have an old contact, but it belongs to an expired domain.

14 years, 7 months

1
0
0 0

Thank You All re Boot PROMs!

by mcquiggi＠sfu.ca

Thank you everyone for your replies! Thanks Pete, nice to see you still in the hobby! I see some other old names here too. Kevin Message: 13 Date: Thu, 26 Jan 2012 00:36:05 +0000 From: Pete Turnbull <pete at dunnington.plus.com> To: General Discussion: On-Topic and Off-Topic Posts <cctalk at classiccmp.org> Subject: Re: DEC Boot PROMs; Looking for Old PROM Programmer Message-ID: <4F209FF5.6090609 at dunnington.plus.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Kevin McQuiggin wrote: > I have been lurking for several years, although I was quite active in > the retrocomputing community before that. > > Work and other pleasures kept me a bit inactive until my retirement > last summer. Just coming up for air! Welcome back, Kevin! -- Pete Peter Turnbull Network Manager University of York

14 years, 7 months

1
0
0 0

Dimension 68000

by chrism3667＠yahoo.com

In the unlikely event someone has in their possession one of these, please send me a private email. And of all ironies, I need to know it's dimensions...

14 years, 7 months

1
0
0 0

How many DECwriters were sold?

by legalize＠xmission.com

How would I find out how many DECwriters (model I, II or III) were made or sold? Did any sales data numbers from DEC ever make it into some sort of historical archive? -- "The Direct3D Graphics Pipeline" -- DirectX 9 version available for download <http://legalizeadulthood.wordpress.com/the-direct3d-graphics-pipeline/> Legalize Adulthood! <http://legalizeadulthood.wordpress.com>

14 years, 7 months

2
1
0 0

Just a link, Theodor Nelson 1974

by rdawson16＠hotmail.com

http://www.newmediareader.com/book_samples/nmr-21-nelson.pdf If I embarrass myself to the knowledgeable crowd, apologies. Autodesk bought his line and Xanadu Operating Company Its claimed he coined 'hypertext' in mid 60s

14 years, 7 months

9
9
0 0

Want a 9-track repair business?

by jfoust＠threedee.com

I had three 9-tracks I'd picked up a few years ago. None worked out of the box; they collected dust. Last weekend I knew I'd pass by http://www.comco-inc.com/ in Bettendorf, Iowa, one of the few 9-track sales and service places I'd found. I didn't have much advance warning, so I just brought the drives with me and left them at his door step because the shop was closed. I left an M4 9914, an Overland Data 5622, and an HP 88780. Diagnosis is $495, deductable from repairs if I proceed. Ouch! He says he still sells "a few" 9-tracks a year. His offer to me was a reconditioned HP 88780 for $1795 including manual, cleaning pads and a scratch tape. He said "BIG IDEA... Here's a wonderful chance to corner the 9-track business: I'll sell you 1000 lbs of parts for $1,000 (FOB Bettendorf). I'll even throw in graphics, manuals, etc. At the very least, you will be able to build several drives. I am not kidding." The building he's in has a commercial real-estate "for sale" sign out front. Maybe he was a renter and he needs to move. - John

14 years, 7 months

5
6
0 0

"Qualtum hard drive Novelty"

by aek＠bitsavers.org

http://www.ebay.com/itm/320835328368 Why would someone even pay the listing fee for this bit of stupidity?

14 years, 7 months

10
9
0 0

BYTES wanted, pre-1990

by chrism3667＠yahoo.com

And yes that does render them vintage dag nabbit! I'm not too proud to accept donations (I'll pay the media rate postage of course). PO could give you a hard time (ooh they contain advertising, can't claim media rate. Kindly explain that 22 year old advertising doesn't count). I could pay a buck or so per though (except the real oldies, I'm sure I could do better). Just no onesies or twosies. I'll go barkrupt trying to complete my set.?

14 years, 7 months

2
2
0 0

My PDP11/23 arrived...

by oe5ewl＠gmail.com

Hi all, finally I got my real Iron delivered. I nearly can't express how happy I am about that. Now the usual Inspection begins (PSUs etc...) Could please one of you have a look at my "board-layout" in the backplane and correct me if I am completely wrong? >From top downwards I would insert the modules as follows: M8189 - 11/23 -CPU M8067 - MSV-11 - 256 KW RAM M8043 - DLV11 - Quad Serial Card M8061 - RLV12 - RL02 Controller M7516 - DELQA - Ethernet Card Goal is to bring this System up with VTSERVER for starters. I hope to add one or two RL02s in Summer. A RX50 and a RD50/51 or 52 (don't remember at the moment) are sitting on my shelf too and I'd like to put them in there. But first I have to get a controller for that. This all sounds like quite an amount of work and a lot of fun for me :) Regards, Wolfgang - who wanted to share his happiness -- Wolfgang Eichberger - OE5EWL Operating System Collector Blog: 5ewl.blogspot.com Homepage: www.eichberger.org

14 years, 7 months

9
23
0 0

Some PDP11 related Questions..

by bqt＠softjar.se

On 2012-01-25 19:00, Holm Tiffe<holm at freibergnet.de> wrote: > allison wrote: > >> > On 01/25/2012 06:40 AM, Holm Tiffe wrote: >>> > >Hi, >>> > > >>> > >I have A M8186 (KDF11-A Rev D) and an M8047-CA (MXV11-AC) currently in >>> > >an H9275 Backplane. >>> > >I've fiddeled around an wondering why I can't access the ROMs on the M8047 >>> > >at 173000. Finally found it, they get active ad 773000 in the ODT, since >>> > >the M8047 is using the BBS7 Signal from the CPU to decode the ROM Address. >>> > >My question is now regarding the Bootstrap setting, the Manual says that in >>> > >ODT mode the BDAL16 and BDAL17 are enabled to get access to the higher >>> > >memory contents. How is this handeled while bootstrapping? I can't set a >>> > >bootstrap address of 773000 on the KDF11, it boots now in ODT Mode and >>> > >displays 173000 after Reset, thati's the jumpered address. >>> > >How is this (BBS7) handeled while bootstrapping? Is the BBS7 low while >>> > >bootstrap at 173000 or is the M8047 incompatible with this processor? >>> > >(I've not tested to bootstrap since I don't know what is in the ROMs and I >>> > >don't have an RX02 nor TU58 to connect, want to put in a M7555 so I have to >>> > >change the ROMs for sure). As far as I know this KDF11 should be able to >>> > >handle 22 bits (420HD0 on the Handle, 5013326 D-P4 on the Board) is that >>> > >the case? >> > >> > Most all KDf11s are Q22 make sure both of the hybrid chips are there the >> > second >> > one has the MMU for the 22 bit mapping! >> > >> > Also make sure the backplane is Q22. >> > >> > Lastly the M8047 make sure its jumpered correctly. If the boot in it >> > fails due to lack of device I think the report is 173003?. >> > >> > ODT only knows 16bit octal. And BBS-7 is activated when the upper three >> > address bits are active for addresses greater than 160000 which is IO >> > and boot address space. > Yes, but I mean the difference between 773000 vs 173000. > I see the ROMs in ODT at 773000 but not at 173000! > Anyway, I'll jumpering the CPU to bootstrap and will look what happens. Here is how it actually works: When the CPU is addressing anything in memory, it goes through the MMU. Always. However, the MMU can act in three different modes. 16-bit 18-bit 22-bit In 22-bit mode, all CPU accesses are virtual addresses, and they get translated by the MMU into other 22-bit addresses. Pretty straight forward. In 18-bit mode, all CPU accesses are also virtual addresses, and they get translated by the MMU into 22-bit addresses. Only part of the PAR registers are used. However, memory access to addresses in the high 4kW are mapped to the high end of the 22-bit address range, even though you only have 18-bit addresses. In 16-bit mode, all CPU accesses are physical addresses. However, the MMU recognize addresses in the high 4kW of the address space, and move those accesses to the high 4kW of the 22-bit address space. Next is the BBS-7 signal, which is active if the physical address then is above 17760000. Anything in the I/O page should never decode the A21-A13. BBS-7 will be the logical AND of A21-A13. In fact, it might be that BBS-7 is shortcircuited inside the MMU, and the MMU don't even drive A21-A13 when you are in 16-bit or 18-bit mode. Anyway, the ROMs are *not* at 173000, if you talk about 22-bit or 18-bit addresses. They are at 173000 if you talk about 16-bit addresses only. In short, they are at address 13000 in the I/O page. Wherever your I/O page is. If you enable 22-bit addressing, and put the I/O page at page 0, the ROM memory will appear at virtual address 13000, really. I hope this makes things clear. Otherwise feel free to ask. It's really not that complicated. >>> > >Next question about RAMs: I do have some QBUS Memory boards with PMI >>> > >connectors (M6708, NatSemi NS638, Chrislin CI-MV8 to be concrete) does >>> > >anyone know if I can use one of them with the KDF11 (or at least the >>> > >KDJ11?) I hve a KA630 too, but I need PDP11 RAM, the 16KW on the M8047 >>> > >is really a bit small.... >>> > > >> > PMI can be used with KDJ11 if its the right PMI. KA630 is not PDP11 but it >> > is microVAX. > Yes, know this. But what's the right PMI for the KDJ11? > I have soldered an additional Megabyte to the KDJ11 and it has now 1,5MB, > which is enough tu run 2.11BSD, therefore I don't have tried to use one of > the memory Boards additionally until now. No. It is not compatible. The PMI memory for VAXen does not work the same way as PMI memory for PDP-11s (even those that do have PMI memory). VAX PMI uses a flat cable between the CPU and the memory boards. PDP-11 PMI memory uses signals in the CD slots to communicate with PMI memory. In addition, for VAXen, PMI is used to be able to address more than 4 MB as well as speed, while on the PDP-11 PMI memory only have PMI for the speed gains, as a PDP-11 cannot address more than 4 MB anyway. Also, the PDP-11 PMI memories works just fine as any normal Qbus memory. It only acts as PMI memory under some specific circumstances, else it's just normal Qbus memory. VAX PMI memory does not work as normal Qbus memory under any circumstances, as far as I know. If you want the designation for the KDJ11 PMI memories, just search through the field guide that is on the internet. Johnny -- 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

14 years, 7 months

1
0
0 0

Some PDP11 related Questions..

by holm＠freibergnet.de

Hi, I have A M8186 (KDF11-A Rev D) and an M8047-CA (MXV11-AC) currently in an H9275 Backplane. I've fiddeled around an wondering why I can't access the ROMs on the M8047 at 173000. Finally found it, they get active ad 773000 in the ODT, since the M8047 is using the BBS7 Signal from the CPU to decode the ROM Address. My question is now regarding the Bootstrap setting, the Manual says that in ODT mode the BDAL16 and BDAL17 are enabled to get access to the higher memory contents. How is this handeled while bootstrapping? I can't set a bootstrap address of 773000 on the KDF11, it boots now in ODT Mode and displays 173000 after Reset, thati's the jumpered address. How is this (BBS7) handeled while bootstrapping? Is the BBS7 low while bootstrap at 173000 or is the M8047 incompatible with this processor? (I've not tested to bootstrap since I don't know what is in the ROMs and I don't have an RX02 nor TU58 to connect, want to put in a M7555 so I have to change the ROMs for sure). As far as I know this KDF11 should be able to handle 22 bits (420HD0 on the Handle, 5013326 D-P4 on the Board) is that the case? Next question about RAMs: I do have some QBUS Memory boards with PMI connectors (M6708, NatSemi NS638, Chrislin CI-MV8 to be concrete) does anyone know if I can use one of them with the KDF11 (or at least the KDJ11?) I hve a KA630 too, but I need PDP11 RAM, the 16KW on the M8047 is really a bit small.... Next question is about an M7656 Graphic board that I have laying around here. Where was this used and are there any docs available? 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, 7 months

6
12
0 0

FYI: USB <-> IEEE-488 bridge

by legalize＠xmission.com

This looks good. Imma be gettin' one. <http://www.sparkfun.com/products/549> There's also an ethernet version (instead of USB) <http://www.sparkfun.com/products/8841> -- "The Direct3D Graphics Pipeline" -- DirectX 9 version available for download <http://legalizeadulthood.wordpress.com/the-direct3d-graphics-pipeline/> Legalize Adulthood! <http://legalizeadulthood.wordpress.com>

14 years, 7 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