test-drb November 2010

test-drb@ccmp.vtda.org

162 participants
241 discussions

by zmerch-cctalk＠30below.com

As seen on the CoCo list (hosted by MaltedMedia): http://five.pairlist.net/pipermail/coco/2010-November/052008.html In short: 2 each Gimix 6809 multiuser systems, SS-50 based. These are quite rare critters, it would be a shame to see them go. I put a reply on that list & will echo the sentiment here: The systems are in Winnipeg, Manitoba, Canada. The owner says that shipping might be possible to the US *if* they arrange their own Customs brokerage. I'd be happy to help if I can, so even though I live in the US, I'm in a border town (I can see Canada from my bedroom window) so instead of dealing with Customs, if "the lucky rescuer" can arrange shipping to (or near, lets say 50km) Sault Ste. Marie, Ontario, Canada, I'll drive across the border, get the units, bring them into the US [1], and then reship them from the local UPS depot to their destination. [2] [1] As I'm fairly sure the units were made in the US, there *shouldn't* be any duty -- If there's any sticker or documentation that states the fact, that would be much easier to prove. [2] I reserve the right to look at the units for a few minutes -- I remember wanting one of these ever since I saw the ads in Rainbow & HotCoCo... I'll be sure to wear a bib, just in case I drool... ;-) It's much easier to deal with Customs in person, instead of "Hopefully the correct documentation (but probably not) taped to a box (but probably not) and waiting 2-3 weeks for Customs to actually find it (but probably not)." ;-) Winnipeg is about 13-14 hour drive (one way) from where I live, and my pocketbook won't stop hemorrhaging until next February (and something tells me Winnipeg in February ain't the most fun to drive...) so if this were next June, I could prolly find the time (and the $300 in gasoline/petrol) but he's indicated that his timeframe won't allow that. Just tryin' to spread the word, Roger "Merch" Merchberger

14 years, 1 month

W00T! SGI is in da house! :oD

by pu1bzz.listas＠gmail.com

Well, this is more than a child?s dream. This THE child?s dream :D Got today an Ozone with 1 proc, 768MB RAM and no hard disks :)))))))))))))))))))))))))))))))))))))))))))))))))) It is working, I already downloaded the Irix install media and found some 36GB HDs that seems to fit :D Just want to share it with you :D :D :D I?m so happy!!! It may be a toy, but I ALWAYS wanted to have a SGI computer :D I even got the original granite SGI keyboard. So bad I wasn?t able to find the matching mouse :( Now I just need to find a proper sled (at least one) for the hard disks. I think I can order one from ebay. W00T!!! I?ll play DOOM on that!!! :D :D :D Uhuuuu! :D Alexandre (happy as a child on xmas with a brand new toy :D) (photos soon, as soon as I have some free time)

14 years, 1 month

A3311A SCSI hard drive enclosure - Sleds?

by pu1bzz.listas＠gmail.com

Well, incluiding the HUGE pack of hardware I got today (and the SGI =D) I got an A3311A SCSI hard drive enclosure from HP. How hard is it to find drive sleds? It has three, a pair of 9,1GB drive and a 18GB drive. I want to find at least four drive sleds (ideally 5) so I can put my 4 36GB drives on it, and make it avaiable for the SGI, Ultra 60 or HP9000 BTW, is there such a thing like a SCSI selector, so I can direct the scsi array for one computer or another? Thanks Alexandre

14 years, 1 month

commercial scsi target mode product

by aek＠bitsavers.org

http://www.virtualscsi.com/

14 years, 1 month

CyberVision 2000

by menadeau＠comcast.net

It was sold by Montgomery Ward, and I believe it is a repackaged RCA system (uses the 1802). I have scans of literature if you want more info. ----- Original Message ----- From: "Bill Sudbrink" <wh.sudbrink at verizon.net> To: <cctalk at classiccmp.org> Sent: Saturday, November 06, 2010 6:03 PM Subject: CyberVision 2000 > Hi, > > > > Anyone know anything about this computer? Google reveals almost nothing. > > According to an email I just received, it was sold in the mid 1970's in > department > > stores around Washington, DC. Email claims before the TRS-80 and Apple > II. > > > > Thanks, > > Bill > >

14 years, 1 month

CyberVision 2000

by wh.sudbrink＠verizon.net

Hi, Anyone know anything about this computer? Google reveals almost nothing. According to an email I just received, it was sold in the mid 1970's in department stores around Washington, DC. Email claims before the TRS-80 and Apple II. Thanks, Bill

14 years, 1 month

DiscFerret: First working hardware, firmware and microcode!

by classiccmp＠philpem.me.uk

Hi guys, I have -- just this second -- got the standalone, single-board DiscFerret hardware ("0I06") to image a disc. First, the proof: Scatter plot: http://www.discferret.com/temp/dat.scatter.png Histogram: http://www.discferret.com/temp/dat.histogram.png Raw transition data, gzipped space-separated format. First column is array index, second column is the timing value: http://www.discferret.com/temp/dat.gz Rawbinary track dump, gzipped. Most significant bit of each byte is the status of the INDEX sensor (1=index detected). If (x&0x7f) = 0, then a counter carry occurred -- the next byte should have 128 added to it. Repeated counter-carries are allowed.: http://www.discferret.com/temp/dat.bin.gz MagScan analyser output for dat.bin: http://www.discferret.com/temp/dat.magscan.txt For those of you who have a copy of the sources to my Magdecode decoder engine (I know I sent it to at least one person on-list...), the Rawbinary dump should load straight into Magdecode. The space-separated data can be loaded straight into Gnuplot (which is what I used to produce the plots), and I suspect MATLAB and Octave can probably load it too. The image file was created from an old coverdisc from "PC Zone" magazine, and is completely undated on the label. The volume label is "PCZ_OCT_3" which suggests it's from October, with last-modified dates in February and August 1993. It only covers Track Zero, which (if memory serves) is the MBR, FAT and Root Directory. The disc is 720K DOS format, sampled at 40MHz. Other things to note: - The hardware works fine at 80MHz, and possibly faster than that. It should be possible to sample with enough resolution to image a 5Mbps MFM hard disc. - There are plenty of spare registers. The new PIC uses 8-bit multiplexed addressing, which gives 256 register addresses. Only 16 are in use at the moment (!) - Write support isn't enabled yet. I need to port this across from DiscRW and test it (and no doubt rewrite parts of it, as I did with the reader engine). Surprisingly, there are only a few minor issues on the 0I06 PCBs: - C6 is missing a polarity marker. This is a non-issue, as one end connects to the ground plane and the other quite obviously connects to +5V. - Some of the component pads are rather small (notably the inductors and Schottky diodes in the power supply). This makes it hard to heat both the pad and the component pin at the same time, and thus makes the parts a bit of a pig to solder. I worked around this with a hot-air gun, preheater and solder paste... later boards will have bigger pads. - The power supply chip is a QFN with pads under the chip. The only way to solder it down is to use a hot-air gun... unfortunately TI don't make this chip in a more accessible package, and the only viable alternative would have nearly doubled the size of the power supply. Despite these issues, it's perfectly possible to assemble a 0I06 and have it work perfectly, without any "green-wire" fixes. I'm impressed: usually a first-spin board needs at least one track-cut and a couple of green-wires :) Now here's where you guys come in. I really don't want to have boxes and boxes of unused boards and parts hanging around, so I need to know how many people would like to buy a DiscFerret. These would be available as: - PCB only - PCB with the power supply section assembled and tested - Fully assembled and tested PCB - Some other form -- feel free to make suggestions! I'd appreciate it if anyone interested in buying a DiscFerret could email me at philpem at philpem.me.uk, with one of the following in the subject line (start, end, on its own, uppercase, lowercase -- anything will do, my procmail rule is pretty lenient): - "I want a PCB on its own" -- DISCFERRETBARE - "I want a PCB with the PSU built and tested" -- DISCFERRETPSU - "I want the whole thing ready-built" -- DISCFERRETBUILT - "I want a DiscFerret in some other form" -- DISCFERRETOTHER Thanks to everyone who has supported the project thus far -- your thoughts, ideas, comments and criticisms have been very useful! Now to get my reflow oven working and build some prototypes... :) Thanks! -- Phil. classiccmp at philpem.me.uk http://www.philpem.me.uk/

14 years, 1 month

TRS-80 Model II Manuals

by nathan＠nathanpralle.com

Thanks to the ever-useful JP Hindin, I've obtained a set of TRS-DOS disks and other application disks for my TRS-80 Model II system, which is the entire setup pictured here, plus a bit more: http://oldcomputers.net/pics/TRS-80-II_table.JPG It's been sitting, covered, pretty much since I obtained it, but now I can try reviving it and actually seeing what it can do. I'm going to tear into it and clean the drives and so forth, document what it has, etc. and then boot 'er up and see what we can see. I'm looking for a copy of the Technical Ref manual for it; despite finding scans of the covers and so forth online, I'm unable to actually locate one. In addition to that, if someone has a Shugart 8" Service Manual, that might come in damned handy for making sure those are up to speed as well. Many thanks, Nathan -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Nathan Pralle, Computer Geek Email: nathan at nathanpralle.com Web: http://www.nathanpralle.com Blog: http://www.philosyphia.com Twitter: http://twitter.com/NathanPralle -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

14 years, 1 month

FF: 2 Maxspeed MaxStations

by g＠kurico.com

Anyone interested in two MaxSpeed MaxStations? One is a SVGA MaxStation and the other a VGA MaxStation. The SVGA version uses a PS2 kb connector, the VGA version an AT kb connector. Sorry, no power supplies. These are free, I'd prefer not to ship, but if I have no local takers then the buyer to pay shipping costs. I'm in Austin TX. These will go to Goodwill if no one is interested. I'm in the very very early stages of shedding the majority of my collection and this is just the start.

14 years, 1 month

Virtual memory

by bqt＠softjar.se

On 2010-11-01 00:02, "Chuck Guzis"<cclist at sydex.com> wrote: > On 31 Oct 2010 at 11:37, Johnny Billquist wrote: > >> > The important question here - are the programs aware of the RA >> > register, and can they change it? And can they address the full range >> > of memory addresses as perceived by the program. > No they aren't. Their memory exists from 0 to whatever the field > length is, physically and continously. If they need more, a system > request can expand their field length provided the system has > sufficient physical memory to accommodate them. There is no way > (absent perhaps a system request to get that information) for a > program to know its real physical base address. Ok. So, a program would think it addressed a memory space, which was it's own, and the addresses it used would in no way related to the actual physical memory it ended up referring to. I'd call that virtual memory. Although, having to map the whole virtual memory as one chunk to physical memory makes it a little more work, end less flexible than having pages. And it pretty much prevents you from ever being able to share memory in a reasonable way between processes. >> > Another word for swapping in and out? > But much older and specific to the architecture and not done in > pieces as a tranditional VM swap file would be. Hmm. I don't think swapping is considered to be done in pieces today either, although swapping is also a term that seems to be defined differently depending on which OS we're talking about. Unix systems can both page and swap. Swapping is throwing everything out to disk, including some kernel structures for the process. Don't happen that often nowadays... Paging is normally enough. > I'll take the coward's way out and use the dictionary here: > > "1. Existing or resulting in essence or effect though not in actual > fact, form, or name" > > So my definiton of "fooling the user into thinking he has more > physical memory than he actually has" is certainly valid. > > And the VAX sense is also true, but only if one takes along with it > the ability to over-commit memory space such that the amount of > addressable memory (i.e. the sum of all users' memory) is greater > than the physical memory present. > > A single task running on a VAX with at least as much physical memory > as addressing space would not be using the virtual memory facility-- > every bit is reflected in the presence of real memory. > > But then, we fall on marshy ground again, when we consider the old > "roll/swap" multiuser situation. I can run 8 jobs, each requiring > 65K of memory on a system with 128K physical memory, simply by > selecting when I give each a time slice and swapping/rolling them out > as needed. So is that virtual? Indeed. I remember (not so fondly) running on a PDP-11/70 back in the 80s. The machine was running RSTS/E V7, and the system allows max 63 jobs. We were at times actually 63 users running on that machine, and it only have 1.5M of memory. It was swapping a lot, and things sometimes went slow, but it worked perfectly fine. Seeing a machine today with over 60 users is not common, and I'm not sure it would feel a single bit more pleasant than the RSTS/E system I used back then... And I'd still claim that the memory used by each process was definitely virtual. And I'm willing to continue to fight for that view. Besides, for the PDP-11, that is what DEC called it. :-) 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, 1 month

← Newer
1
...
16
17
18
19
20
21
22
...
25
Older →

Jump to page:

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 November 2010