test-drb April 2007

test-drb@ccmp.vtda.org

257 participants
560 discussions

by jwstephens＠msm.umr.edu

I wonder if anyone has the boot disk for this system? I have them buried and can't find them and need to boot the system for a project sooner than I'll find them. Thanks Jim

17 years, 9 months

AS/400 available for pickup (UK only) [Second call]

by classiccmp＠memory-alpha.org.uk

If anyone within striking distance of Birmingham (UK) wants an AS/400, I've got one which you can have for the cost of coming over and taking it away (strictly pick-up only, it's far too bulky to post). I believe it's a model 9404, with an expansion cabinet - each cabinet is similar in size to a DEC BA123 cabinet, IE not massive, but big enough.... And that's all I know about it, I've never even plugged it in! Contact me off list if interested. Thanks. Alternatively, does anyone have an address/phone number of a UK based IBM dealer/scrapper who'd come and haul this machine away (there's currently a skip located two houses down from where I live, I'm resisting the temptation for now....)? TTFN - Pete.

17 years, 9 months

Mac Rasterops Drivers

by trag＠io.com

>Date: Sat, 21 Apr 2007 20:51:30 -0400 >From: Robert Borsuk <rborsuk at colourfull.com> >On Apr 21, 2007, at 2:46 AM, Jeff Walther wrote: > >> Rob, >> >> Amongst the SE/30 collection crowd there is near fanatical interest >> in the old Xceed Color 30, Color 30HR, and MacroColor 30 -- the >> cards which install in an SE/30 and are compatible with the >> Grayscale board. >> >> I've been slowly working my way around to designing a new card to >> do the same function. FPGAs are fast and affordable and SRAM or >> fast SDRAM is also affordable in the quantities needed. > I designed the hardware upgrades and wrote the drivers for the Color >30HR and the MacroColor30HR. I should have all the original source, >schematics, and the Layout of the original FPGA (icky) for that card >also. I should also (somewhere) have the schematic and stuff for the >grayscale adapter. Let me see what I can do. Wow, Rob. That would be fantastic. Thank you. Please let me know if there are any expenses related to duplication for which I can reimburse you. Jeff

17 years, 9 months

Mac Rasterops Drivers

by trag＠io.com

>Date: Sat, 21 Apr 2007 22:55:55 +0100 >From: Roger Holmes <roger.holmes at microspot.co.uk> >On 21 Apr, 2007, at 09:24, cctalk-request at classiccmp.org wrote: > >> Message: 23 >> Date: Sat, 21 Apr 2007 01:46:53 -0500 >> From: Jeff Walther <trag at io.com> > >> If any of your documentation is related to hardware design as opposed >> to user guides and user manuals I would be very grateful if I could >> get a look at it. > >You probably need 'Designing Cards and Drivers', part of the Inside >Macintosh series. You are correct and I have that. But thank you, because I might not have been aware of it. You had no way of knowing. I also have "Guide to the Macintosh Family Hardware", and the Inside Macintosh series. If I was an experienced video card designer, that is all that I would need. They explain the interfaces, more or less. But I would also like some materials that would teach me something about the art. For example, there are a number of different ways to handle updating the frame buffer so that one avoids artifacts on the display. What are the pros and cons of each and how do they apply in this particular situation? I could try to build cards for each of them and test it out. But I probably can't afford that many proto-types. On the other hand, I might be able to get several designs out of one or two prototypes by making good use of the flexibility of FPGAs. Still, I'd love to read about some designs that worked and see what choices other folks made. >> One specific thing I've been wondering about is how one implements >> quickdraw acceleration. Was there an Apple guide to doing this in >> some of the developer materials, or was it something which each >> company worked out on their own -- deciding which Quickdraw calls to >> trap and send to the video card? > >Though I've never done it for hardware acceleration purposes, I would >think you just need to override some of the standard routines in the >QuickDraw bottleneck. StdLine, StdRect, StrRRect, StdOval, StdPoly, >StdBits, StdRegion and StdText. The ones you don't need are for >reading/writing pictures and picture comments. I have used these to >capture data for pen plotters, raster printers and into applications. >Alas on OS-X we now need to be able to read PDF - a much more >complicated format and proprietary to Adobe, though with the great >benefit of platform independence for files. Cool. Thank you for the ideas. I will look at those commands and develop ideas on trapping and accelerating them. Jeff Walther

17 years, 9 months

Junkbox CP/M system?

by ajp166＠bellatlantic.net

> >Subject: Junkbox CP/M system? > From: Jos Dreesen <jos.dreesen at bluewin.ch> > Date: Sun, 22 Apr 2007 22:13:35 +0200 > To: General Discussion: On-Topic and Off-Topic Posts <cctalk at classiccmp.org> > > > >Anyone knows of websites discussing true junkbox CP/M systems ? > >The P112 might be nice, but my junkbox contains only the standard Z80... > > Jos Dreessen Lookup ALPACA on Yahoo groups.com. There are several Z80 systems on the net. Allison

17 years, 9 months

Hawthorne 68000 SBC

by rcini＠optonline.net

All: I just got a complete working Hawthorne Technologies 68000-based SBC. It?s a 5.25? form factor computer based on the 68000 CPU. It has two serial ports in addition to a floppy controller which is PC-compatible - it uses 360k diskettes and PC drives and the disks can be read-written on a PC. Among the disks provided was an editor, debugger, assembler, and Forth. What it doesn?t have (that I can see) is a C-compiler. Does anyone have this SBC with a C-compiler? BTW, I made disk images so if anyone needs them, I got ?em. TIA. Rich -- Rich Cini Collector of Classic Computers Build Master and lead engineer, Altair32 Emulator http://www.altair32.com http://highgate.comm.sfu.ca/~rcini/classiccmp

17 years, 9 months

Junkbox CP/M system?

by jos.dreesen＠bluewin.ch

Anyone knows of websites discussing true junkbox CP/M systems ? The P112 might be nice, but my junkbox contains only the standard Z80... Jos Dreessen

17 years, 9 months

Available FOC Winman 4x4 EISA MIDI I/Face.

by austin＠ozpass.co.uk

Hello all, Just been sorting through all my junk as part of a spring clean. One ?sort of on-topic? item that seemed too good to throw away is a MIDIman Winman 4x4 MIDI interface on an EISA card. Pictured here (warning 4MP image): http://ozpass.co.uk/files/Winman-4X4.jpg The card offers 4 in/out MIDI channels and was pulled (a long time ago) from a system running Cubase VST on Windows ?98. Functional to the best of my knowledge. If anybody wants the card it?s yours free-of-charge (excluding cost of delivery). Let me know off-list. Regards, Austin. P.S. Based in Manchester, UK.

17 years, 9 months

8-bit (S100) question

by jack.rubin＠ameritech.net

I'm building up a demo S100 system for VCF. I'm considering using a modern switching power supply for regulated power and abandoning the onboard voltage regulators on each card. I know the last CompuPro boxes took this route so it must be feasible. What is the general wisdom/experience with this approach? Thanks! No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.463 / Virus Database: 269.5.6/770 - Release Date: 4/20/2007 6:43 PM

17 years, 9 months

Linux question

by wayne.smith＠charter.net

> Date: Tue, 17 Apr 2007 10:09:32 -0500 > From: "Jay West" <jwest at classiccmp.org> > Subject: Re: Linux question > To: "General Discussion: On-Topic and Off-Topic Posts" > <cctalk at classiccmp.org> > Message-ID: <002a01c78102$69f9e150$6500a8c0 at BILLING> > Content-Type: text/plain; format=flowed; charset="iso-8859-1"; > reply-type=response > > Someone wrote... > >> At one point in time I would have ventured that 70-90% of the list > >> had some sort of CP/M machine, but I bet that number is now well > >> south of 50%. > I will make my own generalization - that the above is > probably not correct > ;) > > Doc wrote... > > The response to any query on this list depends on the > rarity of the > > hardware, the level of past experience with that hardware (a lot of > > listers have worked with systems they don't currently own), > the clarity > > and amount of detail in the question, whether there's a > tasty flame war > > ongoing, and the positions of the moon, Mars, and Uranus. > Actually, that's a very good synopsis. > > > I've asked questions here and gotten dead silence; asked the same > > question again in a few weeks and gotten lots of response > and several > > solutions. > And completely correct here too - I have had the exact same > thing occur on > quite a few occasions. Sometime peoples minds are just > elsewhere, and that's > ok. > > > Trying to make something of that or draw some conclusion > from it is Not > > Right. > Well, I'll go as far as "incorrect" :D > > Jay > I have been on this list for around 10 years and can say with pretty fair certainty that the mix of posts has changed substantially during that time. Jay, perhaps you don't notice this because the type of things you're most interested in - old HP and DEC gear - are still actively discussed. But discussions of the small stuff: 8-bit micros, CP/M machines, Apple Lisa's, HP Series 80, etc., have all but disappeared. There used to be a pretty active discussion about these sort of machines on the list, and a lot of resources to draw on, but no longer. Posts about those sorts of hardware are few and far between and are, when they do occur, usually generate no threads. As I previously said, that's an observation/conclusion, and other are entitled to agree, disagree or vituperate, but I think it's backed by empirical evidence. Some may not like the conclusion, or claim it's incorrect, but this is something I've observed for at least a few years and I have a lot of archived posts that seem to bear me out. I thought it was pretty obvious that I was using an example - in this case the relative response to the Linux post vs. the Kaypro post - as an example of a general trend. Naturally, the naysayers, serial disagreers and chronic debunkers conveniently ignore the obvious and pretend that I am trying to draw a broad conclusion from a single occurrence, even though they know (or damn well should know) that's not the case.

17 years, 9 months

← Newer
1
...
15
16
17
18
19
20
21
...
56
Older →

Jump to page:

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 April 2007