HDTenEightyP/NetNews huggingface dataset:
From: elliss@kira.egr.msu.edu (Stew Ellis)
Newsgroups: comp.unix.sysv386
Subject: Re: bootlegging hurts Unix
Date: 11 Apr 92 17:12:42 GMT
Organization: Michigan State University

jwilliam@javelin.sim.es.com (Jerry Williams) writes:

>s923074@minyos.xx.rmit.oz.au (Wedo Jozis) writes:

>>Yes this weird sort of licensing can be a real liability, critical software on  a machine that fails when you need it most and won't run due to host id licensing. The PC industry has matured to the point of permitting the softeare to reside on more than one machine on the provision it not be running and used on more than one machine at a time, this license varies from vendor to vendor but in such an agressive industry, they all follow to make their software as flexible and easy to install as possible. Pe




r
>h
>>aps the unix industry will mature to such a stage some day. This licensing has on several ocassions been the deciding factor when selecting software. I don't like the idea of crtical applications being locked up, and my business being relient on a company that someday no longer exist. The unix industry should take a lesson from the PC industry. I'm new to unix, find it flexible and versitile but frustrating when such situations arise.

Hit the carriage return a little more often. ;-)

>I think that I like the hostid rather than having dongles that you have to
>switch around.  And worry about loosing.

The only reasonable policy, and the one increasing numbers of vendors are 
using is a license server scheme which will accept checkout requests from a
whole organization full of machines, but only honoring requests up to the 
number of licenses.  Purchasers need to insist on vendors going to this scheme.
Of course the hardware vendors who really care about users' needs are going
to put in the work to develop this capability and then sell the software
vendors on using it.  I know it is available on Suns, but many vendors do
not support it yet.

On many computers you can move the hostid prom from one machine to another
if you  have a mission critical app and its host craps out.

>-- 
>Jerry Williams @ Evans & Sutherland  560 Arapeen Drive, SLC, Utah 84108
>jwilliam@javelin.sim.es.com     or   jwilliam%javelin@sim.es.com
>...sim.es.com!javelin!jwilliam  or   {decwrl, utah-cs}!esunix!jwilliam


Stew
--                                                        ___________________
  R.Stewart(Stew) Ellis, Assoc.Prof., (Off)313-762-9765  /   _____  ______ 
  Humanities & Social Science,  GMI Eng.& Mgmt. Inst.   /        / /  /  / /
  Flint, MI 48504      ellis@edsel.gmi.edu             /________/ /  /  / /
  NoNetNewsAtGmiYet    elliss@frith.egr.msu.edu       ___________________
Xref: sparky comp.unix.sysv386:8291 comp.unix.bsd:694
From: andrew@airs.com (Andrew Evans)
Newsgroups: comp.unix.sysv386,comp.unix.bsd
Subject: Re: SVr4 and clone hardware buyer's FAQ
Date: 7 Apr 92 21:53:42 GMT
Followup-To: comp.unix.sysv386

> eric@snark.thyrsus.com (Eric S. Raymond) writes:

>>I'm similarly ignoring SCO because their `Release 4' is a 3.2 sailing
>>under false colors.  Can you say deceptive advertising?  Can you say
>>bait-and-switch?  Can you say total marketroid-puke?  Farg 'em, and
>>ignore their OS until they come to their senses.

rogerk@Veritas.COM (Roger B.A. Klorese) writes:

>Bullshit.

>It's not sailing under any false colors at all, since everyone knows it's not
>SVR4 (not that I personally believe SVR4 is anything so wonderful to be... I'm
>so thrilled to be at a site where we can't run NFS because SVR4 NFS will hang
>within an hour of normal use).  I don't think anyone's advertised it or offered
>it deceptively; I don't think you understand what bait-and-switch is; and I
>think they can call it "The Yellow Release" if they wish and it's no skin
>off anyone's nose.

Who's "everyone?"  Do you really think that Joe Executive, charged
with the duty of acquiring a System V Release 4 operating system, will
notice the difference when looking at SCO System V Version 4?  By my
reckoning, it's a lie by omission: the title should really be "System
V Release 3 Version whatever-SCO-wants-to-call-it."  The previous
release was Version 2.2, anyway; what happened to Version 3?  Missing
in Action, I guess.  The corporate buyer who has no idea what the
distinguishing features of an SVR4 operating system are could easily
get befuddled into buying SCO's product.

I think it's deplorable of them to want to charge $400 for what
amounts to a bunch of bug fixes and detail improvements that no one
should have had to put up with in the first place.  The deliberate
naming confusion only adds to the whole ruse.  Eric's assessment was
right on, in my book.
Newsgroups: comp.unix.sysv386
From: holder@telesoft.com (Robert L. Holder @ignite)
Subject: Re: Did they take adb out of Unix for SVR4?
Organization: TeleSoft, San Diego, CA, USA
Date: Tue, 7 Apr 1992 04:38:27 GMT

In <1992Apr6.071438.2731@mudos.ann-arbor.mi.us> mju@mudos.ann-arbor.mi.us (Marc Unangst) writes:

>Okay, who stole my adb?  It was there in SysVr3; in fact, I'd bet it's
>been in Unix ever since V7, and probably before that.  But I can't
>find it anywhere on my Esix system (yes, the rest of the development
>tools are installed).  I've got sdb, but that doesn't work well for
>certain things (i.e., patching binary files).  It also doesn't make
>much sense that AT&T would take something *out* of the OS for a new
>release -- what, was making adb handle ELF binaries *that* much
>trouble?

>-- 
>Marc Unangst                | You know that funny-looking bump on your
>mju@mudos.ann-arbor.mi.us   | leg?  It's your kneecap.  Leave it alone.
><backbone>!sharkey!mudos!mju|

adb is definitely missing on NCR SVR4 Unix. I also did not
see it on the now defunct Interactive SVR4. It is on my
beta Solaris (Sparc).
Why does sdb not work well on patching binaries? 
It does support the -w option.
From: bursik@lccinc.UUCP (Dave Bursik)
Newsgroups: comp.unix.sysv386
Subject: Re: Did they take adb out of Unix for SVR4?
Summary: ... and AT&T fudged up adb(1)
Date: 7 Apr 92 21:05:59 GMT
Organization: LCC Inc., Arlington VA

In article <1992Apr7.020110.24799@virtech.uucp>, cpcahil@virtech.uucp (Conor P. Cahill) writes:
> mju@mudos.ann-arbor.mi.us (Marc Unangst) writes:
>  [stuff deleted]
> >much sense that AT&T would take something *out* of the OS for a new
> 
> AT&T took it out a long time ago.
> 

After AT&T removed adb(1), they came up with an "adb-lite" in the form
of sdb hacked (somehow or other) to accept adb commands, but it never
worked very well (certainly not as well as the original adb; this was
on 3B20S computers).  At that time (mid-80's), sdb(1) wasn't particularly
robust, either, so removing adb was a "courageous" move on their part.

The "adb-lite" may have only been available in-house (I was at Bell Labs
at the time), and was probably the result of all the screams from AT&T
developers.  I suspect with the evolution of object file formats, etc.,
it was getting more difficult to support (and therefore justify) adb.

-- 

-Dave Bursik
 LCC, Inc. / Arlington, VA / (703) 516-7398 / uunet!lccinc!bursik
From: cwong@boole.seas.ucla.edu (Chun Wong)
Newsgroups: comp.unix.sysv386
Subject: SCO dialin terminal problem
Date: 17 Apr 92 08:19:09 GMT
Organization: SEASnet, University of California, Los Angeles

I'm running SCO Unix and am trying to set-up dial-in access.  My problem is
that after the user inputs his login name when dialing in, the following
error message appears:

	Can not obtain database information on this terminal.

Can someone please tell me what I need to do to fix this?  I am relatively
new at this.

-C. Wong
cwong@seas.ucla.edu
From: jon@hitachi.uucp (Jon Ryshpan)
Newsgroups: comp.unix.sysv386
Subject: Making a floppy boot disk
Date: 13 Apr 92 18:47:03 GMT
Reply-To: jon@hitachi.UUCP (Jon Ryshpan)
Organization: Hitachi America - Semiconductor & IC Div.

I have lost the boot disk for my copy of
	Interactive Unix, Version 2.2.
How can I create another?

Many Thanks:

Jonathan Ryshpan		<...!uunet!hitachi!jon>
Xref: sparky comp.unix.sysv386:8236 comp.unix.bsd:672 comp.os.mach:597 comp.unix.wizards:2111 alt.folklore.computers:6126
From: rogerk@Veritas.COM (Roger B.A. Klorese)
Newsgroups: comp.unix.sysv386,comp.unix.bsd,comp.os.mach,comp.unix.wizards,alt.folklore.computers
Subject: Re: SVr4 and clone hardware buyer's FAQ
Date: 6 Apr 92 19:59:49 GMT
Organization: VERITAS Software

In article <1fypqp#9NqV2h1QTT9N0yR5bj3PpxlN=eric@snark.thyrsus.com> eric@snark.thyrsus.com (Eric S. Raymond) writes:
>I'm similarly ignoring SCO because their `Release 4' is a 3.2 sailing
>under false colors.  Can you say deceptive advertising?  Can you say
>bait-and-switch?  Can you say total marketroid-puke?  Farg 'em, and
>ignore their OS until they come to their senses.

Bullshit.

It's not sailing under any false colors at all, since everyone knows it's not
SVR4 (not that I personally believe SVR4 is anything so wonderful to be... I'm
so thrilled to be at a site where we can't run NFS because SVR4 NFS will hang
within an hour of normal use).  I don't think anyone's advertised it or offered
it deceptively; I don't think you understand what bait-and-switch is; and I
think they can call it "The Yellow Release" if they wish and it's no skin
off anyone's nose.
-- 
ROGER B.A. KLORESE                                             VERITAS Software
4800 Great America Parkway #420   Santa Clara, CA 95054    +1 408-727-1222 x310
rogerk@veritas.com                               {apple,pyramid}!veritas!rogerk
"Life turns on a dime." -- Ruth Ann
Newsgroups: comp.unix.sysv386
From: cpcahil@virtech.uucp (Conor P. Cahill)
Subject: Re: What is "gendev"?
Organization: Virtual Technologies Inc.
Date: Fri, 10 Apr 92 12:52:57 GMT

umcarls9@ccu.umanitoba.ca (Charles Carlson) writes:


>I'm trying to configure ISC 3.2.2.1 to work with a WD 8013EP card.
>(And much to my anger, I find out I can't use interrupts beyond 7,
>which really pisses me off since printer=7, mouse=5, com1=4,
>tape=3....is there a patch or anything to allow me to use 10, 11, etc?)

You may be able to configure the WD card on interrupt 2 and then tell 
ISC it is at interrupt 9.  

>So for now, the mouse gets to go and the WD card goes on 5.   However,
>it said there was a conflict with "gendev" on IRQ5.  What is gendev?
>I couldn't find a man entry for it, or mention of it in the manuals.
>What driver is it for?   Mouse?  I didn't tell it to install any of
>the mouse drivers on installation. 

gendev devices are used by the HPDD to reserve the device interrupts that
*may* be used by the disk controllers on the system.  If you haven't 
configured the HPDD you will see several gendev entries.  All you have
to do is run kconfig and configure the HPDD to your systems configuration
and all of the unnecessary gendev entries will go away (plus your system
will usually boot much faster).

>Also, the manuals keep refering me to sdevice(4) and mdevice(4) but
>these man pages don't exist.  I did install the man page disk,
>and I don't see them in the manual either.  Do I need new glasses?

These are usually in the system administrators manual (which also has
a section 4 in addition to the section 4 that is found in the programmers
reference manual.
-- 
I guess these are the views of VTI - since it is my consulting company.

Conor P. Cahill              (703)430-9247              uunet!virtech!cpcahil 
Virtual Technologies, Inc.  46030 Manekin Plaza            Sterling, VA 22170
From: hcobb@fly1.berkeley.edu (Henry J. Cobb)
Newsgroups: comp.unix.sysv386
Subject: Re: Sugestions on a good/fast X11R* video card
Date: 11 Apr 92 18:53:52 GMT
Article-I.D.: fly1.HCOBB.92Apr11135352
	<1992Apr8.221144.7389@unixland.natick.ma.us>
Organization: /rubin/hcobb/.organization
NNTP-Posting-Host: fly1.berkeley.edu
In-reply-to: bill@unixland.natick.ma.us's message of 8 Apr 92 22:11:44 GMT


	Try the Ati 8514a along with a cheap VGA card.  Text is very fast
with Dell's driver.
--
	Henry J. Cobb	hcobb@fly2.berkeley.edu	SFB Tyrant
	Ph# (415) 584-6008 	663 Joost St., San Francisco, CA
	"I've always thought that the Transmision Control Protocol was:
			Step 1: Open the little foil packet..."
Newsgroups: comp.unix.sysv386
From: goer@ellis.uchicago.edu (Richard L. Goerwitz)
Subject: Re: Will vp/ix ever support Windows in enhanced mode?
Followup-To: comp.os.os2.misc
Reply-To: goer@midway.uchicago.edu
Organization: University of Chicago Computing Organizations
Date: Thu, 9 Apr 1992 14:42:12 GMT

sdw@bugatti (Steve Williams) writes:
>
>IMHO, what VPIX authors (or merge) should do is provide a VPIX session
>with a WINDOWS like stub that translates to X!  This would allow
>separate WINDOWS sessions to have full memory (640+expanded-stub) and
>would allow integration between X clients and Windows programs on the
>same display.   I believe that this is all that OS/2 (yechhh) 2.0 and
>Windows NT are doing.

Have you actually tried OS/2 2.0 in its full release form?

-- 

   -Richard L. Goerwitz              goer%ellis@uchicago.bitnet
   goer@ellis.uchicago.edu           rutgers!oddjob!ellis!goer
From: umcarls9@ccu.umanitoba.ca (Charles Carlson)
Newsgroups: comp.unix.sysv386
Subject: This is gendev
Date: 12 Apr 92 00:08:57 GMT
Organization: University of Manitoba, Winnipeg, Canada


Once again thanks to those who replied to my query on gendev.
Had I not put my faith into the manual when it told me I didn't really
have to configure the HPDD if I was only using an AT disk controller,
the problem would have gone away.   Little did it mention that it
attatched this device to almost every possible disk controller interrupt
that could exist!

It was also nice to discover that its possible to use the 2/9 interrupt,
and the easier way to config things seems to be to edit the driver
files in /etc/conf/sdevice.d manually, which is what I've been doing.

Charles

-- 
/ Charles Carlson  umcarls9@ccu.Umanitoba.CA  
\ This .sig now available on a limited edition 2 record set, for 4 easy 
/ installments of $19.95 each. To order, please have your Visa or Mastercard
\ ready and phone: 1-800-555-1212, or send check or MO to 200-155 Carlton St.
Newsgroups: comp.unix.sysv386
From: bill@unixland.natick.ma.us (Bill Heiser)
Subject: Re: Sugestions on a good/fast X11R* video card
Organization: Unixland Public Access Unix  (508) 655-3848
Date: Wed, 8 Apr 1992 22:11:44 GMT

keith@dinosaur.lonestar.org (Keith Cantrell) writes:

>Well I gave up on my Diamond SpeedStar after being TOTALLY disappointed with
>the performance.  Not to fault Diamond SpeedStar or X11R4, but the fact that
>256 colors at 1024x768 over a 16 bit bus is just not going to work.  So

I guess it all depends what you're used to :-) :-)   After working primarily
with a Sun 386i/150 at work, with only occasional teasing encounters with
4/630MP's and IPX's, I find X386 on my ESIX 3.2-D 486/33 to be VERY 
refreshing!  No more long (long) waits for my 800 message ELM mailbox
to reload (while the whole display freezes!).  No more sluggish (very)
display when I try to relocate a window!  :-) :-)

Granted, X386 on the 486/33 is sluggish when doing a larg-window 
scrolling Xterm or running a heavy graphics user like one of the Xdemos.

What do you use normally that "totally disappoints" you with X386?
-- 
bill@unixland.natick.ma.us   ...!uunet!{think,world}!unixland!bill
Public Access UNIX / USENET / E-MAIL Accounts are available! (508) 655-3848
5 lines  -  Located in Natick, MA   USA    Supporting V.32/PEP/V.42bis, etc.
From: abraham@iesd.auc.dk (Per Abrahamsen)
Newsgroups: comp.unix.sysv386
Subject: Re: SVr4 and clone hardware buyer's FAQ
Date: 16 Apr 92 19:38:46 GMT
	<1992Apr06.195949.1790@Veritas.COM> <3893@airs.com>
	<id.Q3RO.UCL@ferranti.com>
	<1992Apr10.233313.16535@unixland.natick.ma.us>
	<1992Apr14.135314.2845@crd.ge.com>
Organization: HUGIN Expert A/S


>>>>> On 14 Apr 92 13:53:14 GMT, davidsen@yeti.crd.GE.COM (william E Davidsen) said:

In article <1992Apr10.233313.16535@unixland.natick.ma.us>,
bill@unixland.natick.ma.us (Bill Heiser) writes: 

|  Why do you think he'd be better off buying $CO than Solaris?

william>   That one's easy, documentation.

Have you seen the Solaris 1.0 documentation?  
The complete developers set?
Newsgroups: comp.unix.sysv386
From: terry@ithaca.npd.Novell.COM (Terry Lambert)
Subject: Re: AT&T transport interface for SVR3.2 and SVR4
Organization: Novell NPD -- Sandy, UT
Date: Fri, 10 Apr 1992 16:34:54 GMT

In article <1992Mar25.230010.10152@abqhh.hanse.de>, tik@abqhh.hanse.de (Michael Havemester) writes:
|> 
|> I want to write a streams driver for the AT&T TI (transport interface) to
|> support some communication hardware. I found several manuals describing how
|> to use the library (libnsl.a), which uses a stream to the transport provider
|> and a streams module (timod) to do the work, but nothing mentioned about the
|> interface between timod and the streams driver (transport provider). The only
|> thing I found was the name for this interface TI (transport interface) and
|> the name of the document I'm looking for: TI driver specification.

	You're looking for the wrong thing. "NSL" is the "Network Services Layer" and is originally
derived from Intel's OpenNet's inability to provide name services (OSI has had this problem for
a long time).  I wrote something similar for the Prime EXL boxes so the software at the company
I was working for could talk to "joesbox" rather than "0x08241dc824" for the OpenNet stack from
Touch Communications.

	I think the "TI" you refer to is "TPI" or "Transport Provider Interface"; the modern and
accepted interface for a new network device is "DLPI" - the "Data Link Provider Interface"
unless you are using an *OLD* UNIX.  The fact that you are referring to "writing a streams driver"
implies at least SVR3.2.  You sould probably use DLPI.

	There is a good book from Prentice Hall on DLPI (I forget it's name - it's at home), and
the new UNIX manuals that come with SVR4 sources have some examples on it's use.

	Fair warning: if you use DLPI, you may have to write more than you would have with TPI,
and not everybody's dlpi.h is the same... but it will allow things like TCP/IP, SPX/IPX, XNS, and X.25
stacks to use your hardware without really having to know about it.


						Terry Lambert
						terry_lambert@gateway.novell.com
						terry@icarus.weber.edu
From: larry@news.rn.com (Larry Snyder)
Newsgroups: comp.unix.sysv386
Subject: Re: Novice Administrator (me!) needs help with FAS, please
Date: 9 Apr 92 11:54:47 GMT
Distribution: na
Organization: Feeds-R-Us

ste@cbnewsm.cb.att.com (Shaun T. Erickson) writes:

>I have a 386/25 running Dell's SVR4 2.1. It's been using the stock asy drivers
>to run a generic dumb two-port card. I have replaced the 16450's with new
>NS16550AFN's and have picked up FAS 2.09pl1 from the net.

>The problem is that I'm a relatively new administrator and not much of a
>programmer, so I'm finding myself a bit over my head when it comes to setting
>up FAS.

>Has anyone done this (Larry?) that could send me a blow-by-blow description

Not I -- I don't run FAS -- and the only thing my stock ports are used for
is the mouse --:)

I'm under the impression FAS isn't needed for Dell 2.1 -- since their
ASY driver supports the FIFO of the 16550AFN 

-- 
 =*= Larry Snyder, Public Access Unix Site - 219-289-0777 - 10 lines =*=
      internet: larry@gator.rn.com        uucp: uunet!trauma!larry
Newsgroups: comp.unix.sysv386
From: shocking@cxbne.cx.OZ.AU (Steve Hocking)
Subject: Re: SpeedUp Sources and Patches on export.lcs.mit.edu
Organization: Comperex Australia Pty Limited
Date: Tue, 7 Apr 1992 01:47:42 GMT

glenn@cs.utexas.edu (Glenn G. Lai) writes:

>In article <RAYMOND.92Apr6115808@cobra.es.ele.tue.nl>, raymond@es.ele.tue.nl (Raymond Nijssen) writes:
>> glenn@cs.utexas.edu (Glenn G. Lai) wrote:
>> 
>> >   Two suggestions for people who want even better performance:
>> >(1)  Get a faster processor.  A 33-Mhz 486 can double the text performance

>The last part of my sentence was left out.  It stated that you'll probably
>NOT be able to see other improvements. 

>> >(2)  If your ET4000 board, like my Orchid, has DRAMs, using a slower dot clock
>> 
>> The performance depends *significantly* on the throughput of the IO bus.
>> A faster processor for X speedup is a waste of money without fast IObus.
>> It seems to almost linearly depend on the ATbus clock, so:
>> (3) Get a motherboard which offers an ATbus clock of up to CPU clock/2.
>>     E.g. ETEQ chipsets provide this (among others).

>A grahpics operation consists of two parts:  computation (CPU) and drawing
>(IO).  Most X grahpics operations are CPU-bound, not IO-bound.  The most used
>CPU-bound operation is probably text, and a 33-MHz 486 more than doubles the
>text performance over that of a 33-MHz 386 (assuming both have "big-enough"
>caches which are enabled) when running the X386 code--this is from actual
>measurement; other improvements on CPU-bound operations are less noticeable
>since people don't use them very often. 

	Another potential speedup source may be disabling the external cache
when accessing video memory. I was reading a paper from DEC WRL about fast
dumb colour frame buffers with X, and they made a couple of interesting
points to the effect that caching your video memory is bad because

a)	Most accesses to video memory are writes, and so there is no use for
keeping the data around in a cache

b)	A large frame buffer can easily swamp the cache, forcing a reload when
next executing parts of the program.

	If your BIOS setup allows you to have non-cached regions in your
address space, then turning off caching in the area of your video memory may
be a Good Idea.


	Cheers,

	Stephen

-- 
-------------------------------------------------------------------------------
"Love makes the world go around, but sex makes the ride fun"
		Stephen Hocking - Unix consultant
shocking@cxbne.cx.oz.au			-	I am responsible for myself...
Newsgroups: comp.unix.sysv386
From: sdw@bugatti (Steve Williams)
Subject: Re: Will vp/ix ever support Windows in enhanced mode?
Organization: Mead Data Central, Dayton OH
Date: Thu, 9 Apr 1992 13:36:55 GMT

sheldon@kong.gsfc.nasa.gov (Roger Sheldon - AISS) writes:
: I was thrilled to get Windows 3.0 running under vp/ix under ISC 3.0.
: But then I was disappointed to find that Microsoft Word for Windows
: cannot run in real mode (the Word docs didn't mention this restriction).
: 
: Is it, as I suspect, impossible to run Windows in enhanced mode 
: under vp/ix?
NOTE: it can do standard, or 286, mode, which I believe is passable,
especially when you can run 12 vp/ix sessions on a console.

It is impossible to allow the hardware execute enhanced mode directly.
VPIX could emulate the enhanced mode instructions/memory mapping,
etc., but this would be a big job.

IMHO, what VPIX authors (or merge) should do is provide a VPIX session
with a WINDOWS like stub that translates to X!  This would allow
separate WINDOWS sessions to have full memory (640+expanded-stub) and
would allow integration between X clients and Windows programs on the
same display.   I believe that this is all that OS/2 (yechhh) 2.0 and
Windows NT are doing.

It's so obvious and shouldn't be that difficult.

The other nice thing about this is that if you are getting high level
windows calls for graphics, you can just translate those to X
primative calls and performance will be great, especially over a
network to Xterms.  Note that this is what kills performance in SoftPC
environments on Suns/HPs/etc.: copying .5 - 1 Meg. on every screen
update through tcp/ip wipes out any cpu speed advantage.  (I estimate
that SoftPC would need around 20 times the MIPS to execute an equivalent
graphics based program.  This means a 70MIPS HP PA/Risc performs like
a medium speed 386 for MSWindows under SoftPC.)

: 
: Thanks for any advice,
: 
: Roger

sdw
--
Stephen D. Williams    SDW Systems (513) 496-5223 Pager (513) 439-5428 VMail
Object Oriented R&D    Internet: sdw@world.std.com CIS 76244.210@compuserve.com
Source Distribution    By Horse: 10028 Village Tree Ct., Miamisburg, OH 45342
GNU Support            ICBM: 39 34N 85 15W