From: Jim Leonard <trixter at oldskool.org>
> Roger Holmes wrote:
>
>> point, such as storing angles as a fraction of a circle, so that
>> if you
>> add/subtract two angles together you don't have to do mod 360 or
>> 2Pi as
>> it automatically overflows and gives you the correct answer. Not so
>>
>
> Wouldn't that imply that your system works off of a basis of 256
> degrees
> instead of 360?
>
In this case, 1/262144 of a circle as it was on an 18 bit computer,
but today you would probably use 32 bits. There's nothing special
about dividing a circle into 360 parts anyway, 420 would have allowed
division by all numbers up to 7, 840 up to 8, 2520 up to 10, 27720 up
to 12 etc but 360 has no great benefit until we started dividing the
day into 24 hours, which is also arbitrary.
Roger Holmes.
I have one of these things in the basement. It looks like it has a
parallel port (Centronics) and a serial port on it. It also has 'COPY'
and 'SEL' membrane style buttons on front, and a what looks like a
really weird connector with 10 pins arranged in a 'star like'
configuration on the end of a cable that is directly attached.
From my searching I'm guessing this is a parallel to serial (or
vice-versa) converter marketed by Brother for it's printers. Does
anybody have more details?
Pictures are up on eBay at the moment - there is a recent auction. Item
number is 360028045061 .
Thanks,
Mike
The Brother IF-50 is a parallel interface and buffer,
designed to turn certain Brother daisywheel typewriters
such as the Correctronic 60 (CE-60) into printers.
The interface draws power from the typewriter
via the round, right-angle connector. The connector
on the typewriter is typically found inside the cord-storage
compartment on the back of the typewriter.
The "Copy" button could be used to repeatedly print
data that was sent to the typewriter. So, if you were
using the typewriter to print return addresses on an
envelope for example, you would hit the copy button,
and print your information from the computer.
Then you would press the Copy button again,
and the information would be held in the buffer.
Then, every time you hit the Copy button after that,
it would send whatever was in the buffer to the typewriter.
It's was a cool gadget to have, since it was fairly inexpensive,
and you didn't have to have another bulky device sitting on
your desk.
Brother worked the idea from both angles;
for example, the HR15 daisywheel printer also had
a connector on it for an external (proprietary) keyboard.
I couldn't tell you if Brother had subsequently released
any typewriters that already had the printer port built in.
I hope this helped. . .
T
Date: Sun, 09 Mar 2008 10:22:31 +0000
> Does anyone know of a source for these kinds of round CRT tubes?
I seem to remember that CDC got theirs from a German supplier.
Cheers,
Chuck
> From: "Rick Bensene" <rickb at bensene.com>
> There was dedicated hardware in the display console that did CDC
> character set (a 6-bit code) conversion to vector characters. Vector
> graphics were possible, within the limitations of the speed of the PPU.
> On later 6x00-series systems, such as the CYBER-73, the PPUs ran fast
> enough to generate a nice looking all-vector chessboard on the left
> screen, and a text-based transcript of the moves on the right screen.
> There were also a number of other cute programs, one being a pair of eyes
> (one on each screen) which would look around and blink.
I think you probably mean the CYBER 173 PPU--the CYBER 7x PPUs were
essentially unchanged from the 6x00 series. 1 usec. cycle time. The
character generator, IIRC, was an interesting array of LRC circuits,
with the character size varied by simply increasing the amplitude of
the drive waveform. This led to odd-shaped large characters.
Chess was an oddball program. It was possible for a user program to
request control of the display from the operator. There were two
ways to do this. The first was to write your own display driver and
request the display channel from DSD (DSD monitored R.RCH and R.DCH
requests). An early version of chess I saw used a driver called (I
think) CHD for this.
There was also what was called the "T" display in DSD. This was a
display mode that allowed a user-mode CP program provide a list of
display directions in CM to be read by DSD. One of the directions
was "jump", so the user program could allow DSD to regenerate the
display without having to made additional system requests (which
would have been too slow). I saw a later version of CHESS that used
this method. The restriction on the T display was that it could
generate a display for one screen or the other, but not both
simultaneously.
There was a very popular "programmer's display" driver called DIS
that could attach to a control point and allow for job control entry,
exchange package display, and numerous dump formats as well as a
disassembler and CP breakpoint.
There was a keypunch simulator called O26 (note the alpha "o") to
allow the enterprising operator or programmer to generate a file of
card images. A very expensive keypunch, indeed.
> The operating > system was called KRONOS, and I clearly remember that
> the console command > to run the "eye" program was "X.EYES". > Some
> privileged users could > remotely fire off this EYES program from a
> terminal, and it'd make for a bit of a surprise, especially when we
> gave tours of the computer center to schoolchildren.
KRONOS was a direct descendent of MACE, an alternative OS for the
6x00 written largely by Dave Callender and Greg Mansfield as a
bootleg project at Arden Hills. Greg and Dave would visit the QA
floor and cable together a system to do development on late at night,
after the daytime shift had gone home. (MACE, if I remember
correctly, stood for "Mansfield's answer to Customer Engineering".
The "eye" display was part of every CE's deadstart (not "coldstart")
tape.
The "official" OS for the 6000 series was SCOPE--a system that was
located largely in the PPUs, and pretty much oriented toward batch
processing.
Pat might want to investigate Dave and Greg's contribution to the OS
that Purdue ran on their 6500 in the late 60's. I seem to recall
that it was largely MACE with a lot of OS functionality moved into
the CPMTR portion.
A cultural war broke out in CDC over the two systems. SCOPE was
pretty much a west coast Sunnyvale operation and KRONOS (i.e.
enhanced MACE) an Arden Hills affair. Things really got pitched when
PLATO elected to use KRONOS instead of SCOPE. The solution was to
offer both as renamed entities. SCOPE 3.4 was followed by NOS/BE 1.0
(BE for batch environment) and KRONOS became NOS 1.0. A lousy move
on the part of management, in my opinion and a huge duplication of
resources. I have no particular ax to grind here, as I was Sunnyvale
Ops, but Greg was a good friend, too.
This doesn't include the "special" operating systems such as TCM,
Zodiac, Rover, etc.
One very positive thing that I can say about MACE was that Dave
authored a set of fairly straightforward coding standards and adhered
to them. So MACE systems code was easy to read; SCOPE was an
agglutinative affiar with no particular coding standard being used
anywhere.
> I had the distinct privilege of being a systems operator on a Tektronix
> Cyber 73 (which was a derivative of the 6600).
The 73 was basically a 6400 with added goo, such as the Compare/Move
Unit; the 74 was basically a 6600 (wherein a CMU was not possible).
There was a Cyber 72, which was a slowed-down (via jumper) 6400. The
Cyber 76 was the follow-on to the 7600. This is from recollection,
but I'm pretty sure that I'm very close. The Cyber 7x's had the fake
wood-and-blue-glass look, while the 6000 series was dark grey and
beige-ish.
> The machine had an array of toggle switches called the "Coldstart Panel"
> in one of the CPU bays into which a small (I think it was something like
> twelve twelve-bit words) PPU bootstrap program could be toggled in. The
> system could be booted from one of the "washing machine" drives, which was
> the usual mode of startup, or from magtape.
You had an unusual shop. At Sunnyvale, deadstart was almost always
>from tape. The disk drives could be anything from the old 6603
Bryant disk, to a big 808 (4-spindle hydraulic positioner, bit-
parallel drive) to one of the "little" 844 removable pack drives.
I know--more than anyone asked for. But questions about old iron are
getting less frequent.
Cheers,
Chuck
> Date: Sat, 08 Mar 2008 16:50:10 -0800
> From: davis
> An apocryphal story I heard was that the graphics on the display are
> disk/?drum refreshed. If true, I assume you would need the better part of
> a CDC 6x00 to get anything out of it.
Aprocryphal, indeed--and completely without basis in reality. The
6602/6612 display was directly driven by a single 4Kword PPU with no
automatic refresh. If you generated a complex display, it tended to
flicker, as the PPU couldn't refresh in time. This also explains why
the graphics mode wasn't used more--it simply took too much time to
generate anything other than a simple display.
I speak as a writer of a DSD overlay or two.
Cheers,
Chuck
-------Original Message:
Date: Sat, 8 Mar 2008 14:09:17 -0800 (PST)
From: Fred Cisin <cisin at xenosoft.com>
Subject: Re: 6502 CPU schematics
> Which reminds me, does anybody else remember those machines that had
> multiple CPUs in them? Or the option of plugging different ones in?
Dimension 68000 was deliberately a multi-processor machine: 68000, 8088,
6502, Z80?
and, of course, we hafta mention Dec Rainbow and Eagle machines with 8088
and Z80
Basis? (Apple ][ copy) had Z80 +6502
at one point, somebody at Apple estimated that 20% of all Apple]['s had
Z80 softcards
There were alternate processor cards for PC, including Z80, 6502, 68000,
80386, . . .
---------Reply:
Don't forget Cromemco's DPU (68K & Z80), XPU (68010 & Z80) and
XXU (68020 & Z80 on I/O proc.)
m
Trying to re-create, at least on paper, a system I used in the early '90s.
Looking for docs for Chipcom ONline concentrator and NCS.
Anyone got?
Thanks,
Steve
>
>Subject: Re: 6502 CPU schematics
> From: Brent Hilpert <hilpert at cs.ubc.ca>
> Date: Sun, 09 Mar 2008 00:49:25 -0800
> To: General at priv-edtnaa06.telusplanet.net,
> "Discussion at priv-edtnaa06.telusplanet.net":On-Topic and Off-Topic Posts
> <cctalk at classiccmp.org>
>
>"Roy J. Tellason" wrote:
>>
>> There was one other company, though, and I still can't recall the name,
>> that tried unsuccessfully to market some system that would let you plug in
>> different CPU boards to run different software. I'm vaguely thinking of toy
>> company names, but somehow that doesn't quite seem right.
>
>Thinker Toys?
Digital Group.
Cromemco
Compupro (8085/8088, Z80, 68000, and x86 later versions).
There were more than a few that were not exclusively one cpu.
If anything S100 was the most diverse for CPUs other than
8080/8085/z80/8088/86/68000!
Allison
>(.. 30 years later I finally clue in the name was a play on 'tinker toys'.)
>
>> Time frame
>> would've been a little later than a bunch of this other stuff, maybe early
>> 1980s or so?
> Date: Sat, 08 Mar 2008 00:07:55 -0500
> From: "Roy J. Tellason"
> Which reminds me, does anybody else remember those machines that had
> multiple CPUs in them? Or the option of plugging different ones in?
> Seems to me real early on there were some mfrs trying to find as much
> compatibility as they could with pursuing options like that. I remember
> one Taiwanese-made clone of an Apple II that had a Z80 on the main board,
> and of course the c128 has that similar setup (though the way the hardware
> was structured the z80 effectively ran at something like 2.5MHz). I
> remember some other system where you could literally plug in different
> processors for different uses, but the brand name isn't coming to mind at
> the moment.
Extremely common in the S-100 world (think Godbout/Compupro,
Cromemco, etc.). Bill Godbout may have offered the widest range of
processor boards from a single manufacturer. Early on, there were
6502 S-100 boards, but not very popular.
There were other non S-100 vendors of optional CPU configurations.
Didn't The Digital Group offer a choice in their boxes?
Cheers,
Chuck
Here is an odd question for everyone. In a printed article, which
would be more accurate? "Apple ][", "Apple II", or "Apple 2"
Zane
--
| Zane H. Healy | UNIX Systems Administrator |
| healyzh at aracnet.com (primary) | OpenVMS Enthusiast |
| MONK::HEALYZH (DECnet) | Classic Computer Collector |
+----------------------------------+----------------------------+
| Empire of the Petal Throne and Traveller Role Playing, |
| PDP-10 Emulation and Zane's Computer Museum. |
| http://www.aracnet.com/~healyzh/ |
I know there was some interest in 1541-III PCB's recently. Vincent
Slyngstad and I have been discussing this since that time, and he has
done up schematic in Eagle CAD and has the initial board layout done
(actually three different versions using different SD Sockets). The
big difference between this and the original design is that it uses
through the hole parts wherever possible rather than surface mount
parts.
I'm trying to find out if anyone here will be interested in boards.
I have a design question or two for anyone that is interested.
Additionally, I'm looking for anyone familiar with SD Sockets, as
neither Vince nor I are, and a couple questions have come up on the
socket placement.
Information on the 1541-III can be found at the creator, Jan
Derogee's website http://jderogee.tripod.com/
Zane
--
| Zane H. Healy | UNIX Systems Administrator |
| healyzh at aracnet.com (primary) | OpenVMS Enthusiast |
| MONK::HEALYZH (DECnet) | Classic Computer Collector |
+----------------------------------+----------------------------+
| Empire of the Petal Throne and Traveller Role Playing, |
| PDP-10 Emulation and Zane's Computer Museum. |
| http://www.aracnet.com/~healyzh/ |
Hi list,
In Skegness, Lincs there is a company called Ramco who deal with
selling off military surplus via sealed-bid auctions.
I've bought from them before. The only thing to bear in mind is that
every item has a reserve, so it's not the case that if you bid ?1 and
no-one else bids, you win.
Now, on the latest tender list (
http://www.ramco.co.uk/tender-main.php ) the following appears:
328 PDP-11 DEC DATA SYSTEM
Unfortunately only some of the lots have a photo, and this one doesn't.
Everything they sell is in "as-is" condition, but a friend of mine
buys from them all the time and almost 100% of what he gets does work.
All the electrical/electronic gear I've ever bought worked.
Just a heads-up in case anyone wants to go check this out and/or buy it.
Ed.
http://ed-thelen.org/stories_tech.html#BIRDiE-Techie
--
Member of the toughest, meanest, deadliest, most unrelenting -- and
ablest -- form of life in this section of space, ?a critter that can
be killed but can't be tamed. ?--Robert A. Heinlein, "The Puppet Masters"
-
Information is more dangerous than cannon to a society ruled by lies. --James
M Dakin
I've acquired some scrap 14-in drive platters. They're scuffed up
(no real dings) and a touch corroded (more like stained), so I reckon
I'll have to remove the oxide coating and recoat them.
Any ideas how to remove the oxide coating, short of sanding? Should
I recoat with oxide, or would nickel plating be better? In the Olden
Days I understand they just painted the oxide goop on, perhaps
spinning the platters to smooth it out.
Also, the platters came as just bare disks, no spindles or hubs (or
whatever; I'm pretty hazy what the mechanics of these large drives
were). Any suggestions about finding or improvising a spindle/hub
for these puppies?
Unfortunately, the dimensions involved are a bit outside the capacity
of my wee Taig lathe :)
I've been scavenging VCR drum heads, and the bearings in these are
pretty high-class, so perhaps they might be a start. I don't think
the drum motor itself would have the grunt to turn a 14-in platter at
the required speed, not without rewinding the stator and replacing
the ferrite rotor magnets with Neodymium magnets. The folks who
rewind CD-ROM motors to power electric RC planes might have a few
tricks I could use.
-Bobby
The November 1975 issues of BYTE magazine has a seven page article comparing
the Motorola 6800 to the upcoming MOS Technology MCS6501 and MCS6502. The
article was written by Daniel Fylstra based on a visit to MOS Technology in
August 1975, a month before the announcement at WESCON.
I have scanned it and placed a copy on my web site. This is a searchable PDF
file (1880 KB). It would be nice if someone with a 6500 focused web site
wants to host this file. I also have 300 dpi tiff files and a 8.5 MB high
resolution PDF file of this article
http://www.swtpc.com/mholley/BYTE/Nov1975/Son_Of_Motorola.pdf
Here is an article from the Commodore site.
Electrical Engineering Times. August 25, 1975.
Does The Country Need A Good $20 Microprocessor?
http://www.commodore.ca/gallery/magazines/misc/mos_605x_team_eetimes_august…
Michael Holley
www.swtpc.com/mholley
> To woodelf...
>
> ...
> Soldering a few thousand of them 3 legged critters doesn't seem like
> that big of a job...compared to soldering 19,008 LEDs. : )
>
> When I said I wanted blinkin lights for an Alitar, I took myself
> seriously! : )
>
Wow. Do you mean to emulate the [i]image[/i] of an Altair front
panel? Um, that would be, what, a hardware virtual implementation?
Oy, my head hurts...
-Bobby
>I think I'll spam for the Midwest Gaming Classic, as last year's event
>had a significant classic computing component. I enclose the info
>for this year's show at the end of this month, as well as the
>description posted by a list member last year, and my last
>post-show memories.
>
>- John
Hi John, thanks. Yes, all the classic computing stuff is from my archive
every year (so's all the pre-NES console material). I'm a co-organizer
for the show, and I run the Museum area (huge hall). I post on here every
year normally asking for people to come and display, but it always gets
ignored. Maybe people think there's no room for retro-computing there
because of the name of the show (its always been equally dedicated to
classic computers, consoles, video-coin and pinball), or that there's to
many kids (average age is late 20's through 40's).
This year we will also have some of the Chicago Commodore show people
coming to display as well as a Tandy CoCo related area.
>
>Midwest Gaming Classic
>
>When:
>Saturday Mar 29, 2008
>at 10:00 AM
>
Actually, its that Saturday and Sunday (2 day show). 10-8 on Saturday,
and 10-5 on Sunday. 20,000 square feet (every bit of it used), and
usually pretty full of people (we had about 2400 in attendance over the 2
days last year).
>Where::
>Olympia Resort and Conference Center
>1350 Royale Mile Road
>Oconomowoc, Wisconsin|50 53066
>United States
And for those not familiar, this is just 45 minutes outside of Milwaukee.
Its a major resort in the area, so anyone coming from out of town, its a
great place for a family (or spouse). My wife is coming and using the
spa all weekend (was just $10 for the entire room to use it last year).
That's my payment for being able to do this for the whole weekend and her
dealing with all my "stuff" monopolizing things things during that time
(though she calls it something other than stuff). ;)
Marty
I'm have been trying (unsuccessfully) to locate documentation
for a Xyplex MX1710 TCP/IP LAT Gateway.
Naturally, I've tried the Xyplex website, which still has some
of the software, but the documentation they have listed
under the 1710 heading is generic access server information
for totally unrelated hardware; nothing 1710 specific.
I have also contacted Xyplex (MRV), and was told that
since it was no longer supported, they wouldn't do a
document search for me.
I'd be happy to pay reasonable scanning/copying/mailing fees.
Thanks in advance for your help !
T
From: Tony Duell <ard at p850ug1.demon.co.uk>
>Anyway, there were at least 3 command sets ued by HP -- Amigo (mostly used
>on older flippy drives), SS/80 (more modern floppies and small hard disks)
>and CS/80 (larger hard disks). I _think_ specifcations of all exist, I have
>some of the mon paper, or a poke around on http://www.hpmuseum.net/ may
>find something (for some odd reason this information is often included as
>an appendix to the boardswapper guides!).
If anyone is interested I wrote an HP-913x emulator which I have used very
successfully with my HP1630B logic analyser. Not the most elegant pieces of
code, but it does work! It behaves like an HP drive to the 1630 but stores
everything on my PC hard drive. It's a base Amigo emulatation and I only
included the functionality necassary to make it work, but the code's should
not be difficult to extend to SS/80 and CS/80. I can post the source for
someone to put it somewhere more accessible and permanent. Let me know.
Peter
Hi,
I wrote a Wikipedia page for the WaveMate Bullet. I think it is a
noteworthy historical computer but apparently the people at Wikipedia
disagree.
They have placed the "This article may not meet the general notability
guideline <http://en.wikipedia.org/wiki/Wikipedia:Notability> " tag on the
page. Apparently, this is a prelude to deletion as a non-relevant article.
http://en.wikipedia.org/wiki/WaveMate_Bullet
I will agree the WaveMate Bullet certainly isn't the most common vintage
computer and even my Wikipedia page stub isn't all that great.
However, there are ought to be *some* notation in the historical record of
this machine existing. Practically nothing on it exists on the internet.
If anyone has any pictures or reference material on the WaveMate Bullet and
would like to include it in the Wikipedia page, please either edit the page
or send it to me and I will include it.
It sure would be a shame to see this classic vintage CP/M disappear without
so much as minor footnote of it ever existing.
Thanks in advance for any help.
Andrew Lynch
PS, Don Maslin thought it was a note worthy machine and he even thought it
belonged in the top 150 most collectible vintage computers. Too bad he is
not here to defend it any longer.
> From: woodelf <bfranchuk at jetnet.ab.ca>
> Long live fixed point math. :)
> I can think at least one problem that I know that needs exact
> calculations
> and lots and lots of tiny numbers.
I used to write/maintain compilers for a language with fixed point
arithmetic built in (Coral 66). For some jobs much better than
floating point, such as storing angles as a fraction of a circle, so
that if you add/subtract two angles together you don't have to do mod
360 or 2Pi as it automatically overflows and gives you the correct
answer. Not so useful for describing spirals and helixes though.
Roger Holmes
Ex employee of Elliott Brothers (London) Ltd / Marconi Elliott
Avionic Systems Ltd / GEC Avionics in the 1970s
>
>Subject: Re: Q-bus to CF [was: IOmega]
> From: Gordon JC Pearce <gordonjcp at gjcp.net>
> Date: Thu, 28 Feb 2008 08:41:13 +0000
> To: "General Discussion: On-Topic and Off-Topic Posts" <cctalk at classiccmp.org>
>
>
>On Thu, 2008-02-28 at 00:19 -0500, tiggerlasv at aim.com wrote:
>>
>> I stopped holding my breath for creation of a Q-Bus IDE
>> controller a long time ago. While I like to think that I
>> do a reasonable job troubleshooting some problems,
>> I'm definitely not a hardware/software engineer.
>>
>> It would have been nice, but it makes more sense
>> these days to go Q-Bus to SATA. I would imagine
>> that it would be alot less hassle, and certainly alot less
>> real estate on the board, with the smaller connectors,
>> and fewer traces.
>
>Actually SATA is extremely exacting and needs unbelievably complicated
>controller chips.
>
>PATA, on the other hand, is just a fast parallel port. You can hook a
>CF card up to anything, even a microcontroller, with just a tiny amount
>of glue logic.
>
>> At any rate, back to the topic, Q-Bus to Compact Flash.
>>
>> If you can do Q-bus to Compact Flash, then you can do
>> Q-bus to IDE, because CF *is* an IDE interface.
>> Those wonderful CF to IDE adapter boards generally don't
>> have any circuitry on-board, except to drive status LED's.
>
>Exactly. Simply grafting a PATA interface onto a QBus card is trivial.
>Actually getting something that will either pretend to be an existing
>controller or writing a device driver for the operating system in use is
>much much harder.
>
>If you really wanted to push this forwards, write me some MSCP
>controller firmware for an Atmel microcontroller...
>
>> Right now, I have Compact flash / IDE on my Q-bus,
>> albeit in a round-about way.
>>
>> I have older CMD SCSI controllers (CQD-200's).
>>
>> Attached to those are ACard 7720U SCSI <> IDE adapters.
>> http://www.acard.com
>
>These seem to crop up on the various sampler mailing lists I'm on, as a
>way of using CF with older samplers which often have "funny" SCSI
>implementations.
>
>Gordon
Generally IDE and CF (compactflash) are the same interface and for
Qbus-11 fairly simple. It's been done, however, the problem is the
driver as bare IDE or CF is NOT MSCP not is it DL, DX, DY or RK
so a driver is needed and noone has apparently stepped up to do it.
I beleive its fairly straight forward work but never having done it
but having seen drivers like DD and DY They have a structure that
must be held to.
SCSI is actually harder to talk to than CF or IDE, I have done that
for CP/M and SCSI is a pain as you have to deal with the SCSI chips
and their particular protocal.
MSCP is a complex protocal whols primary job is to create a logical
abstraction hardware from the software and I don't think an atmel uP
is enough and definatly enough ram plus enough is not known to create
it(MSCP) from scratch.
Allison
Well, I did something really stupid this time. I had an old Atari 800
cartridge that had lost its label. I figured that maybe something
inside would tell me what kind of cartridge it was so I took it apart.
First, there was no marking on the PC board that gave any clue as to
what cartridge it was. But worse, I didn't pay enough attention to the
original orientation of the PC board inside the plastic housing so I
don't know how to put it together again. The circuit board has a big
blob of glue on the top of what I assume is a ROM chip. Does that side
of the PC board face the side of the plastic housing with the screw or
the other side? To make matters worse, I *found* the label for the
cartridge at the bottom of my box of old Atari stuff so I didn't
really need to take the cartridge apart after all. Can anyone give me
some advice about how to reassemble the cartridge with the circuit
board in the correct orientation?
Thanks!
David
My thanks to Glen Slick of Redmond. He was the first local responder, and the S-100 pile has been claimed.
Thanks also to the listmembers for putting up with my occasional ads.
Happy tweaking.
-=-=-=-=-=-=-=-=-=-=-=-
Bruce Lane, Owner & Head Hardware Heavy,
Blue Feather Technologies -- http://www.bluefeathertech.com
kyrrin (at) bluefeathertech do/t c=o=m
"Quid Malmborg in Plano..."