HDTenEightyP/NetNews huggingface dataset:
From: zcookbruc@cc.curtin.edu.au
Subject: Re: ULTRIX, X-Windows and PATHWORKS for DOS (TCP/IP)
Organization: Curtin University of Technology
Date: Thu, 28 Jan 1993 18:00:48 GMT

In article <1993Jan27.011916.24405@murdoch.acc.Virginia.EDU>, houseman@hopper.ACS.Virginia.EDU (Carl Houseman) writes:
> In article <16B61ADBC.UNF315@rhrz.uni-bonn.de> UNF315@rhrz.uni-bonn.de writes:


.....

> 
>>  - What's wrong with the DECNET transport and a NE2000 card ?
>>    (NDIS driver works with TCP/IP, but not with DECNET ?!?)
> 
> Network adapters need to change their ethernet address to work with DECnet.
> Seems to me that someone else said that NE2000 cards couldn't do that.
> 

Actually I was trying exactly this tonight, and had similar problems.
DECnet wouldn't work with a NE2000 (clone) on my 386/25, but it works
fine on a 486/33 and another 386/40 - I could only guess timing problems
or boarderline hardware - The 25 is known to have other problems.

The computer would crash (sometimes in interesting ways) when I tried
to start DLLNDIS (PROTMAN, ETHNE.DOS worked fine, or so they said).

I got the NE2000 NDIS driver from a Windows for Workgroups kit.

...BRU
Newsgroups: vmsnet.networks.desktop.pathworks
From: zcookbruc@cc.curtin.edu.au
Subject: Re: Serial DECnet - anyone have it working ?
Organization: Curtin University of Technology
Date: Thu, 21 Jan 1993 10:10:39 GMT

In article <kurtk.727558255@ee.ualberta.ca>, kurtk@ee.ualberta.ca (Kurt Klingbeil) writes:
> We're having trouble getting serial (RS232) DECnet working...
> The code installs, and seems to establish a connection,
> but as soon as any traffic is generated, we hit the ERROR-zone.
> 
> Any hints, tricks, tips would be appreciated.
> 
> thx, kk


I've Got async DECnet running from a XT portable into our '11 here,
and set the thing up using NETsetup in PCAPP. This worked immediatly
(More or less) from the virgin setup on the key disk. Naturally you'll
have to add SETHOST, NFT, and the rest of NCP to the kit but otherwise
there should be no problem.

Previously I tried setting it up from another kit I was runnig with
a DEPCA as well as the other relevent files, but had no end of trouble.

The rule is if you can't set it up yourself, use NETsetup, DEC know
what they are doing when they setup the kit - It's a good starting
point anyway.

...BRU
From: hogstedt@ae.chalmers.se (Per Hogstedt)
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: Re: conferencing software
Date: 24 Jan 93 18:04:10 GMT
Organization: Dept. of Applied Electronics. Chalmers Univ. of Technology.

In article <LANWORKS%93012111201763@MIAMIU.ACS.MUOHIO.EDU>, CURRAN@RFF.BITNET writes:
> Does anyone know of any good conferencing software that works with
> Pathworks?  We want to be able to set up discussion topics and allow
> everyone to post public messages to stimulate discussion.  I've
> looked at Vaxnotes, but we really want something PC-based (ideally
> Windows based).  Using mail is not an option, as that would mean
> keeping copies for every user of every mail message, and they would
> also not be organized into topics.  Something more like a BBS would
> be better, but I don't know of any that work with Pathworks.

If you already have NOTES (on the VMS side) you may want to try the notes
interface supplied on the "unsupported" diskettes that (probably) came with
your PathWorks distribution. Lately, DEC seems to have decided not to pack the
unsupported utilities disks with the distribution, but call CSC and I'm shure
they'll send them. There is no additional charge for the DOS version of the
NOTES interface, but you are on your own if you run into troubles.
We use PCNOTES every day here, and it seems to be behaving well.
We also use it in a DOS window within MS-Windows - no problems.

DEC also market a MS-Windows based app. I haven't seen/tested it.

If you are willing to take risks, you might try some vanilla BBS program
provided you can make it work with LATCOM (the COM <-> LAT redirector). The
risk is that LATCOM is unsupported and most BBS software is UnSuPpOrTeD :-)

-- 
   Per Hogstedt               Internet:  hogstedt@plab.se
   Lindholmen Utveckling            or:  hogstedt@ae.chalmers.se
   P.O. Box 8714              Phone...:  +46 31 50 70 50
   S-402 75 Gothenburg        Fax.....:  +46 31 51 53 13
   Sweden                     MiniCall:  +46 74 35 68 49
Newsgroups: vmsnet.networks.desktop.pathworks
From: Mike Stewart <mstewart@vmsnet.enet.dec.com>
Subject: Pathworks 1.1A for sale!!!
X-Xxmessage-Id: <A78599FAF6017057@macces.alf.dec.com>
X-Xxdate: Fri, 22 Jan 93 12:32:58 GMT
Organization: Pathworks Mac Support/CSC
X-Useragent: Nuntius v1.1.1d11
Date: Fri, 22 Jan 1993 17:34:43 GMT

A few weeks ago, and almost every week since, we at Digital 
have announced that Pathworks for Macintosh V1.1A would ship to 
currently paid MDDS (Media Documentation Distribution Service) 
customers ONLY.

Since last Friday, when 1.1A shipped, we have received numerous 
calls from customers who said they would gladly pay a small fee 
for the update. Therefore, starting immeadiatly, IF you have a 
valid DEC access number, and IF you have Pathworks for Macintosh, 
and IF you are willing to pay $100, you may call the CSC at 800-354-9000 
and we will sell it to you. This is a deviation from DEC's usual policy 
on MUPs (Manditory UPdates) and is being done on a trial basis. 
This is of course only for customers who do not have MDDS service 
(as they will be getting it any day now).

Mike Stewart
Pathworks Support Team
CSC Atlanta
From: liesch@dallas.sil.org
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: HP plotter
Date: 26 Jan 93 23:15:44 GMT
Organization: Summer Institute of Linguistics, Dallas Center

I need some help hooking up a HP XL PLOTTER to a DS700 terminal server, and
then offering the service to Pathworks.

So far the printer will print just great if you send it a text file, you know,
some read.me  this is work everytime.   

The trouble comes in when I send it something to  plot.  Like from Atlas GS, or
Windows Paint.  

I've tried net print lpt2: /set /passall
with no luck.

Thanks for the help!

VMS 5.5-1
PATHWORKS 4.1-1C
From: LRICHARDS@EWUVMS.BITNET
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: Prowrite V2.2 on Pathworks 4.1a
Date: 26 Jan 93 17:55:00 GMT
Content-transfer-encoding: 7BIT

We have Prowrite ver 2.2 on local harddisks on 486s running under Pathworks
4.1a served by a VAX 4000.  We are printing to a DEC LPS20 turbo.  Everything
works fine except after a job is sent to the printer thru Prowrite you have to
exit the program and reenter it in order to print again.  Is anyone out there
using prowrite v2.2 on your systems and gotten it to work properly?  We did
have it on the server in a Common file service where we have all our DOS
applications but couldn't come close to getting it to run there, so we moved it
to the local hard drives.  Thanx in advance.
 
Larry Richards, Manager, University Computing Labs
Eastern Washington University
Bitnet:lrichards@ewuvms
Phone: (509)-359-7985
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: re: Problem with Mac LC and DECnet for Macintosh
From: paulg@a1.resmel.bhp.com.au (Paul Gallagher)
Date: 25 Jan 93 09:23:36 +1000

In article <01GTSB20LNAQ000093@Post-Office.UH.EDU> "Sherrie M. Kroll" <KROLL@VICVX1.VIC.UH.EDU> writes:
>A few days later, I installed DECnet for Macintosh.  (The user needed
>CTERM to access the cluster on main campus.)  The install was successful.  I
>then ran NCP, defined the node, set the DECnet state to be ON at startup, and
>defined the node that I wanted to connect to.  When I rebooted, the system
>hung during the DECnet initialization.  Subsequent reboots had the same
>results.

You set "line settings" to "ethernet" in NCP as well?

>We called a tech out from a local company.  He rebuilt the system folder and
>the problem still persisted.  He then upgraded to System V6.0.8. to no avail.

Best way to do it is to trash the system folder, then do a new system 
install rather than just upgrading (make sure you save/have a backup of
all your favourite inits, fonts and extensions first!). Among other things,
this will mean that the communications toolbox will be installed from
scratch when you put the system back together.
 
>We will upgrade the user to System 7 if we have to, but if anybody has
>any other suggestions, I would greatly welcome them.

Should all work OK with 6.0.7 though.

Hopefully helpful,
Newsgroups: vmsnet.networks.desktop.pathworks
From: Mike Stewart <mstewart@vmsnet.enet.dec.com>
Subject: RE:Problem with Mac LC and DECnet for Macintosh
X-Xxmessage-Id: <A789680D6F017057@macces.alf.dec.com>
X-Xxdate: Mon, 25 Jan 93 09:49:01 GMT
Organization: Pathworks Mac Support/CSC
X-Useragent: Nuntius v1.1.1d11
Date: Mon, 25 Jan 1993 14:50:47 GMT

Sherrie,

Try TRASHING the NETWORK DATA file in the System Folder. Then reboot and
reconfigure. Sometimes this file gets currupt. More likely however, is
the ethernet card drivers. Either load Apple's drivers on instead (remove
the old one first) or call the ethernet card manufacturer and ask them
for their latest drivers (remember, even if you just bought the card, you
do not know how long it sat on the shelf).

Mike Stewart
Pathworks Support Team
CSC Atlanta
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: RE: HP IIIsi/E-net/Pathworks
From: "Gordon Cressman RTI (919) 541-6363" <GMC%SSIDW1@RTI.BITNET>
Date: 25 Jan 1993 15:17:29 -0500
MIME-version: 1.0
Content-type: TEXT/PLAIN; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT

Could be handshaking?  We had terrible problems with a IIIsi @ 19.2K bps on a
DECserver until we set the _DECserver_ port to Hardware Handshaking.  We left
the settings the same on the HP.  That corrected consistent corruption
problems in most graphics jobs.
 
-gmc
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: RE: Problem with Mac LC and DECnet for Macintosh
From: bachism <BACHISM@JHUDEV.DEV.JHU.EDU>
Date: 22 Jan 1993 07:57:10 -0500
Content-transfer-encoding: 7BIT
X-Vmsmail-To: SMTP%"LANWORKS@MIAMIU.ACS.MUOHIO.EDU"

How about duplicate node names for the Macintosh??????
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: RE: conferencing software
From: Phil Rand <prand@PAUL.SPU.EDU>
Date: 21 Jan 1993 10:57:49 -0800
MIME-version: 1.0
Content-type: TEXT/PLAIN; charset=US-ASCII
Content-transfer-encoding: 7BIT

On Thu, 21 Jan 1993 MARK@AHECAS.COLORADO.EDU wrote:
 
> >Does anyone know of any good conferencing software that works with
> >Pathworks?  We want to be able to set up discussion topics and allow
 
[stuff removed]
 
> I just recieved a packet of glossies from the request pack out of Pathworks
> Network News.  Check with your DECie for info on Pathworks Conferencing.  It
 is
> a Windows based solution that looks like just the ticket for what you are
> after.
>
> Disclaimer: I don't work for DEC and I haven't seen anything but glossies that
>             describe the product, but I looks really nice to me.
>
> Mark
 
We have Pathworks Conferencing.  It's a windows client for VAX Notes.  You
must have a VAX Notes server on a VAX in your DECnet network somewhere.
If you do, it's very nice.  As far as I can tell, there is no PC version
of the Notes server software.
 
If you're a university in DEC's TEI CSLG, the license was free, for a
while, but I think it became a royalty product (ie, DEC must pay somebody
royalties for each license they sell), making it cost money again.  I'm
not sure of its current status re: TEI.
 
--Phil
 
// Phil Rand                                   prand@paul.spu.edu
// Computer & Information Systems                  (206) 281-2428
// Seattle Pacific University, 3307 3rd Ave W, Seattle, WA  98119
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: VT320 Printscreen to dot matrix
From: NAVA@UTHSCSA1.BITNET
Date: 25 Jan 1993 14:38:00 -0500 (CDT)
Content-transfer-encoding: 7BIT
Original_To:  JNET%"lanworks@miamiu"

I'm being introduced to this list...
 
- - -
 
Has anyone encountered a problem using Digital's VT320 emulator where
whenever you hit the printscreen key (F2) the text prints out improperly
aligned to the dot matrix sidebar printer (Oki Microline 193+, Panasonic
KX-P1124i).
 
This problem occurs under Windows 3.1 using Pathworks 4.1 on machines that
are being upgraded from Windows 3.0 and Pathworks 4.0.
 
Thanks!
Carol
Newsgroups: vmsnet.networks.desktop.pathworks
From: houseman@hopper.ACS.Virginia.EDU (Carl Houseman)
Subject: Re: PW 4.1 and Windows
Organization: UVA. FREE Public Access UNIX! 
Date: Wed, 27 Jan 1993 01:37:36 GMT

In article <LANWORKS%93012611264883@MIAMIU.ACS.MUOHIO.EDU> CHADWICK@UNMB.BITNET (John Chadwick) writes:
>We are starting to move into the 20th century by installing MS Windows 3.1 on a
>few of our newer machines. This is new territory for us (and me) and I was
>wondering if anyone could pass along some suggestions and/or pitfalls to beware
>of as we set up the machines.

Do 3 things first:
1. Get the latest patches from DEC
2. Get the latest patches from DEC
3. Get the latest patches from DEC

>Thanks,
> 
>john chadwick
>chadwick@bootes.unm.edu
>chadwick@unmb

Don't mention it!

BTW, if you want to detail your Pathworks environment a little bit, maybe I can
contribute some useful suggestions.  As it is, I might have written a book
about using Windows 3.1 on diskless Pathworks PCs which would be of no interest 
to you if all your clients boot locally and have Windows on their hard drives.


Carl Houseman
houseman@hopper.acs.virginia.edu
GENICOM Engineering, Waynesboro, VA
Newsgroups: vmsnet.networks.desktop.pathworks
Subject: RE: Need Announcement Utilities for DOS & Mac
From: TILLOTSON@ALISUVAX.BITNET
Date: 26 Jan 1993 14:16:31 -0500
MIME-version: 1.0
Content-transfer-encoding: 7BIT

>                Compare %_sysd%\PCAPP\ANNOUNCE.TXT with C:\DECNET\ANNOUNCE.TXT
                 ^^^^^^^
     Greg,
 
     What utility do you use to do the compare?  We're
     interested in doing this here at our laboratory, but we
     can't find a compare utility that returns a value that we
     could use in a batch file.
 
     Thanks in advance,
 
     Jenett Tillotson
     Ames Laboratory
     (515) 294-7908
     TILLOTSON@ALISUVAX.BITNET or TILLOTSON@AMESLAB.GOV
Newsgroups: vmsnet.networks.management.decmcc
From: lamhof@thijssen.nl (Lambert Hofstra)
Subject: DNS$ADVER using all cpu after request from DECmcc v1.1
Summary: DNS$ADVER uses 100% cpu after request from DECmcc 1.1
Keywords: DNS MCC 
Organization: Thijssen BV, Veenendaal, The Netherlands
Date: Wed, 27 Jan 93 22:45:49 GMT

I saw a strange thing happening today. After starting DNS, everything
seems to work fine: @sys$test:dns$ivp produces no errors. After starting
DECmcc with $ mana/enter/inter=decwindows, the DNS$ADVER process will
use 90-100 %  CPU, and DNS effectively stops: the ivp will not be able
to communicate. Does someone know, if this is a known problem?

The system had a nodename change recently, was not yet in production
(noone used it with mcc) and i was going to install 1.2A when i found
out. I had to reinstall DNS, because i did not look in the dsn articles
on how to change your nodename :-( (i've read them now). After that i
saw that DTSS was configured in a different time zone, and i also
corrected that. I installed DECmcc 1.2, and used the local namespace,
but i want to use DNS later.

The DNS$ADVER proces has one outstanding IO, to one of it's mailboxes
(sorry, i'm home now, and don't know the corresponding logical name).

It's VMS 5.5-1, motif 1.0 DNS 1.1 DECnet extensions, 32Mb. 
If someone has a clue, please let me know. If you need more info, please
ask, and if you want to know the answer if i find it, you can also let
me know. I'm sort of starting on DNS, i hope it's not a RTFM question.

Thanks in advance,
Lambert Hofstra
lamhof@thijssen.nl
Newsgroups: vmsnet.networks.management.decmcc
From: martineau@MacMartineau.ccr.hydro.qc.ca (Alain Martineau)
Subject: DECmcc as proxy agent for another ?
Followup-To: vmsnet.networks.management.decmcc
Organization: Hydro Quebec
Date: Thu, 21 Jan 1993 20:34:50 GMT

Can a DECmcc system act as an agent for another DECmcc system ? We would
have regional monitoring systems and a national system getting its
information from the backbone network devices and some of the devices
monitored by the regional systems.

Alain Martineau
Hydro Quebec
martineau@macmartineau.ccr.hydro.qc.ca
From: GAVRON@IT.SUNQUEST.COM (Ehud Gavron 602-570-2546)
Newsgroups: vmsnet.internals
Subject: Re: How to force a process into one CPU on a 6640?
Date: 27 Jan 93 00:11:30 GMT
Organization: Macro32<==>Vmsnet.Internals Gateway
X-Gateway-Source-Info: Mailing List

Date sent:  26-JAN-1993 17:07:03

Tom Otoole commented:
>
>I'm curious if anyone has explored the license implications of this. By way of
>concrete example, suppose Wingra Inc. wants to squeeze 3000$ out of me, plus an
>extra 450$/yr. maintenance, because I add another CPU to a 6400 box. In a way
>it seems reasonable that if I bind the software to one CPU, that I am still in
>keeping with my original single CPU license.

Putting on my hacker hat:
        I can create any license for any product, or get around
        any vendor's schemes to prevent me from running the software.

Putting on my user's hat:
        Why do they charge me #*$)*)#$ much to run the SAME #&*(#$
        thing on my 6640 instead of the piddly amount they charge
        me to run it on my 2000???  It makes no sense!

Putting on my developer's hat:
        Really if someone uses my product, I'd like to charge them
        more if it's used more.  I figure on a 6640 they'll get
        more than two orders of magnitured more transactions in
        a year than they will on my VAX 11/725.  However, there's
        no reasonable way to account for how many transactions
        they really will do.  Plus, if the number turned out small,
        they might cancel... so...

        *blink*

        Idea!  We'll charge by CPU size, regardless of how much
        they really run the product!

Answer: Your particular license covers the machine you run the software
        on, NOT the possible configuration your machine COULD have if
        you (effectively) disable a CPU or two or three.  Thusly, you
        buy licenses based on the hardware.

Putting on my legal hat:
        I am not a lawywer, and this is not legal advice, and you should
        check everything you do very carefully before you do it, and
        sometimes after.  Your mileage may vary, lower in California,
        and my employer owns his opinions, not mine.

>Tom O'Toole - ecf_stbo@jhuvms.hcf.jhu.edu - JHUVMS system programmer


Ehud

--
Ehud Gavron        (EG76)
Sunquest Network Manager
gavron@sunquest.com
Newsgroups: vmsnet.internals
Subject: Re: How to force a process into one CPU on a 6640?
From: DEREK@U.WASHINGTON.EDU
Date: Wed, 27 Jan 93 11:26 PST
Organization: Macro32<==>Vmsnet.Internals Gateway
X-Gateway-Source-Info: Mailing List

Tom O'Toole (ecf_stbo@jhuvms.hcf.jhu.edu) writes:

>Pekka.Savolainen@Salcom.Fi writes...
>>Included, please find sys$examples:bind_read_me.txt
>
>I'm curious if anyone has explored the license implications of this.

YES!  We have.  Now, although I haven't looked in the solution provided by
Pekka, I did look into this technology quite a lot back in earlier versions
of VMS (T5.2 and some before this.)  My thought was to be able to restrict
CPU-hogging batch jobs to a subset of the available CPUs, thus providing
better response time to the interactive users.   (See, we could raise QUANTUM
up (good for a vector CPU) and not feel the effects of multiple batch jobs
so much.)  Anyway, VMS Engineering kept changing the scheduler on me, so
we waited until the activity died down.   (At one point, I was given
information on how to call a system routine to restrict a process to a
CPU.  It only crashed the system.  I didn't use that routine after that.) :)

Now that this seems fairly stable (we are at V5.5-1), we are using this to
our advantage.  Specifically, we had an 6000-420 which we wanted to upgrade
to a 6000-440.  The vendors of S1032 (I don't remember their name) wanted
big bucks for a new license.  We worked out a deal where we restrict the
users of S1032 to a single CPU, and now we can move S1032 from (I believe)
a 6000-420 up to a 6000-530 with no additional charge.

How did we implement this?  First, we restrict access to the S1032 files
and images.  In order to run S1032, you first invoke a set up procedure
which: 1) raises your base priority to 5, 2) restricts you to a subset of
the available CPUs, and 3) grants you the identifiers needed to run S1032.

The priority 5 business help ensure that these users get scheduled "fairly".
(Otherwise, they would only get to run 50% of the time.  2 out of 4 CPUs.)
Since they can only run on 2 of the 4 CPUs, the priority 4 users don't feel
much of an impact.  Note: the non-S1032 users may be scheduled on ANY
available CPU.

Questions?  Comments?  Flames?  Anyone read this far?   :)

-Derek S. Haining
 University Computing Services
 University of Washington
 Seattle, Washington  98195
 (206) 543-5579

 DEREK@MAX.BITNET
 DEREK@MAX.U.WASHINGTON.EDU
Xref: sparky vmsnet.internals:1804 vmsnet.misc:1189 comp.unix.internals:2170 comp.unix.questions:15964
Newsgroups: vmsnet.internals,vmsnet.misc,comp.unix.internals,comp.unix.questions
Subject: Re: Writing UNIX file sys from VMS
From: tp@mccall.com (Terry Poot)
Date: Tue, 26 Jan 1993 08:42:04 CST
Reply-To: tp@mccall.com (Terry Poot)
Organization: The McCall Pattern Co., Manhattan, KS, USA
Nntp-Posting-User: tp


In article <18148@umd5.umd.edu>, bleau@umdsp.umd.edu writes:
>...
>An ACP would be the best solution here. 

If you find one, please tell DEC so they can speed up VMS-POSIX file operations!

>Thirdly, in case the first two alternates are impossible or unworkable, is
>there possibly some intermediate format which would be easy to implement and
>write at the VMS end, and be easy to read at the UNIX end?  

Two spring immediately to mind: VMS Backup and unix tar. There are unix
utilities to read a backup tape, and VMS utilities to both read and write tar
tapes. Probably these wouldn't need any major changes to operate on a disk.
(Other archive formats are available on both systems: Zip, Zoo, etc., and can do
compression, if that's useful to you.)

I'd guess you could simply mount it /foreign on VMS and treat it pretty much
like a tape. You might have to tweak the qio's a little, or maybe not. I've
never done this on a disk. Similarly, on unix, you use the raw disk device name,
and you should be able to directly read raw disk blocks. 

I wouldn't be surprised if this would work with no software changes, with both
systems treating the raw disk basically like a tape, though, like I said, I've
never tried it.

>This format could
>be restrictive in the follwoing ways: ...

Either Backup or tar format would be less restrictive than what you said you'd
be willing to accept.

If you do have to write some software to access the raw disk, I'd write _only_
that. On VMS, write a file to disk copy routine and copy your chosen archive
format onto the disk. On unix, write a filter to read the disk and pass it to
stdout, and pipe it into tar or vmsbackup. (Dunno if vmsbackup will do this, tar
might be a better choice if you have to much with the software.)

>3) concatenate files into a single file are COPY it to a /FOREIGN mounted
>disk,
>   so it starts at block 0 and keeps going - already tried and proves too hard
>   for both ends to use, mainly because there is no demarcation between data
>   sets 

If that is that close to working, I'd say creating an archive and copying that
onto the disk is the way to go. Any archive that VMS can write and unix can read
should work. There is none that ships standard with both systems, but there is a
wealth of free tools to do the job.
--
Terry Poot <tp@mccall.com>                   The McCall Pattern Company
(uucp: ...!rutgers!depot!mccall!tp)          615 McCall Road
(800)255-2762, in KS (913)776-4041           Manhattan, KS 66502, USA