HDTenEightyP/NetNews huggingface dataset:
From: Claire Chang <cchang@citi.umich.edu>
Subject: Re: choosing a sewing machine
Organization: Univ of Michigan-Cntr for Info Tech Integration
X-Useragent: Nuntius v1.1
     <2454@tredysvr.Tredydev.Unisys.COM>
Date: Wed, 19 Aug 1992 15:38:06 GMT

Re: choosing a sewing machine

Another vote for the Viking line.  I bought mine used 12 years ago
and it was at least 10 years old at that time.  It was the top of the 
line in its time.  And it is still going strong.  Very dependable and 
easy to use.  I imagine that I will pass it on to my daughter and
then treat myself to whatever the new versions are like.  Although,
I noticed that there is a lot more plastic in the machines now.  Mine
is all metal and heavy!  

Sounds like a fun time shopping.  Reminds me that I have not 
visited the local Viking store since they moved from Main St.  
It used to be lots of fun to drop by and see the new line.  Now
I'll have to drive to see what's up.

Claire Chang
Newsgroups: alt.sewing
From: balvin@convex.com (Lynn Balvin)
Subject: Re: Curly Jersey
Date: Mon, 17 Aug 1992 19:12:27 GMT
Distribution: usa
Organization: Engineering, CONVEX Computer Corp., Richardson, Tx., USA
X-Disclaimer: This message was written by a user at CONVEX Computer
              Corp. The opinions expressed are those of the user and
              not necessarily those of CONVEX.

I heard or read somewhere that if you use spray starch and iron it, it will
help a lot.

Good luck.

Lynn Balvin
From: pkee@hpcc01.corp.hp.com (Pamela L. Kee)
Date: Thu, 20 Aug 1992 23:41:03 GMT
Subject: Re: Flannel shirts: fitting and plaid matching
Organization: the HP Corporate notes server
Newsgroups: alt.sewing

Look at the Simplicity patterns again.  There is one men's basic
shirt, one version depicted is a western one, that is very slim
fitting.  I compared the finished measurements that are on pattern
instructions compared to the suggested size.  This pattern had the
last amount of fit.  You will wind up doing fewer alterations using
it.

Good luck
Xref: sparky alt.gopher:1247 comp.infosystems.gopher:241
Newsgroups: alt.gopher,comp.infosystems.gopher
Subject: Re: The Macintosh GopherApp
From: Joe Simpson <JSIMPSON@MIAMIU.BITNET>
Date: Friday, 21 Aug 1992 17:08:19 EDT
Organization: Miami University - Academic Computer Service

In article <1992Aug20.194654.7206@murdoch.acc.Virginia.EDU>, bk@Turing.ORG
(Brian Knatz) says:
>
>Of the ones I've looked at, GopherApp out of Indiana is the
>nicest for our purposes, because it makes the gopher-server's
>Problem is, we run our own gopher hole here
>(Gopher.Virginia.EDU, called GWIS) and I want to make a
>GopherApp file that opens automatically to our own hole.
>menu, but both options are grayed out (as is the "Text" menu(?))
 
Gilbert is a busy guy, thank goodness!  The gopher files are simple
text files with file type and creator the same. Something like IGo4.
Open MSWord.
Hold down the option key and File...Open...
Select an existing Gopher file.
Be sure that "Hide paragraphs is visible", i.e. you can see tabs
and carriage returns.  Gopher is easy, but the format is particular.
Either replace an existing line, or alternately, use it as a template
for your gopher.
Save the file.
Use ResEdit or some other utility to change the file type to be the
same as the creator.  This should be IG04.
I love the latest GopherApp.  It is particularly easy to retrieve
files from archive sites using this application.
Newsgroups: alt.gopher
From: messner@lib.utk.edu (Brett Messner)
Subject: VMS SERVER
Organization: University of Tennessee Library
Date: Mon, 17 Aug 1992 14:38:31 GMT

Hi,
	I am in the process of setting up a VMS server with UCX and seem to 
run into problems. I have been able to compile the downloaded program from 
boombox without errors & when I try to link it, I get a few errors saying -
" Could not find VAXCTRL.OLB" & a couple of other errors pertaining to 
SOCKET_OPEN/CLOSE/READ/WRITE. It creates the executable file & when I run 
 the file a stack dump follows. Is this happening since I'm trying to use 
it with UCX? If anyone out there has any suggestions or ideas, I'll be 
glad to try. Any help with this is highly appreciated.

Thanks in advance.

HK.
Newsgroups: alt.gopher
Subject: Re: Quadra as gopher server
From: Stafford@Vax2.Winona.MSUS.EDU (Stafford)
Date: 18 Aug 92 17:32:24 -0600
Followup-To: alt.gopher
Distribution: world
Organization: msus

In article <1992Aug11.143245.21261@worldbank.org>, (sean cease) wrote:
> 
> Has anyone had any trouble running a Quadra 950 as a gopher server
> I'm currently trying to build a pilot server and plan on using
> A Quadra as the server.
> Thanks for your input.

You might check with the people who run chiphead.ndsu.nodak.edu

I think their server is a Quadra.  Gopher into it to check this.
Newsgroups: alt.gopher
From: blackp@med.umich.edu (Jeremy Thomas James)
Subject: LWP for DOS client available!!!
Originator: blackp@hendrix.itn.med.umich.edu
Organization: University of Michigan - Medical Center
Date: Wed, 19 Aug 1992 14:34:47 GMT


  You read it correctly, I have finished a beta version for LWP.
To get it ftp to lennon.itn.med.umich.edu and login anonymous.  It's
in the /gopher/ subdirectory.
  Use it at your own risk since it is beta, but those of you who really
want it, can test it out and let me know what you think.  It is basically
the Unix version, but spiced up a little ( although not quite as capable
yet ).
  Anyway, let me know what you think...
-- 
What I say isn't necessarily the opinion of the organization I belong to!
===============================================================================
Jeremy T. James         University of Michigan Medical Center,  ITN 
B1911 CFOB, Ann Arbor, MI 48109-0704 Phone:313-747-2778  blackp@med.umich.edu
"Even if your on the right track, you'll get run over if you're there too long"
-------------------------------------------------------------------------------
Newsgroups: alt.gopher
From: rdlankes@rodan.acs.syr.edu (Virtual Dave)
Subject: Oliver down
Organization: Syracuse University, Syracuse, NY
Date: Thu, 13 Aug 92 17:18:28 EDT

The Oliver server will be down for the next few days due
to Mac UNIX tests (don't even ask). Thanks for your
patients.


-------------------------------------------------------------------------------
|R.David Lankes (Virtual Dave)| Virtual Realities/Synaesthatic Communication  |
|  rdlankes@rodan.acs.syr.edu |     "We'll solve VIRTUALLY any problem"       |
-------------------------------------------------------------------------------
Newsgroups: alt.gopher,comp.infosystems.gopher
From: jbone@splat.dell.com (Jeff Bone)
Newsgroups: alt.gopher
Subject: xgopher prob, client question
Date: 14 Aug 92 15:03:49 GMT
Organization: Dell Computer Co

Hey there...

Managed to get Xgopher 1.1 up on Dell SVR4 2.1 -w- X11R4, but there's a
problem.  The window that comes up to let you view whatever you've just
retrieved *always* displays the content of the first retrieve you did.
Haven't looked at the code yet to see if I can fix it, but has anybody
else seen this?  Anybody know if 1.1 is the latest version of the code?

And anybody got a "better" client, perhaps one that uses a less crude
widget set? (either Motif or OLIT/Xview)


Thanks in advance,


jb


--
-- Jeff Bone ------------------------------------------------------------
      "Imagination is more important than knowledge."  - A. Einstein
------------------------------------------------------- jbone@dell.com --
                                                                       --
From: jbone@splat.dell.com (Jeff Bone)
Newsgroups: alt.gopher
Subject: xgopher prob fix...
Summary: nevermind... ;)
Date: 14 Aug 92 16:27:48 GMT
Organization: Dell Computer Co

I assumed that the "a" in 1.1a meant alpha, the 1.1a release appears
to correct the problem I posted about previously.  Nevermind. ;)

Thanks to everybody who responded.

jb

--
-- Jeff Bone ------------------------------------------------------------
      "Imagination is more important than knowledge."  - A. Einstein
------------------------------------------------------- jbone@dell.com --
                                                                       --
Newsgroups: alt.gopher
From: ccksb@blaze.trentu.ca (Ken Brown)
Subject: .cache
Organization: Trent University
Date: Wed, 12 Aug 1992 19:50:21 GMT

If a .cache file is not up to date (ie: relatively new as the gopherd docs
say) then not all changes in the gopher data dir are reflected.  It appears
that starting gopherd with -C will turn this off.

What are the relative advantages and disadvantages of .cache files?  If of
advantage, how can I assure they are all up-to-date?

Thanks in advance.
-- 
====================================================================
Ken Brown                                       voice: (705)748-1540
Trent University Computer Services                fax: (705)748-1246
Peterborough, Ontario, Canada K9J 7B      internet: kbrown@trentu.ca
From: zlsiimw@mcchpc.mcc.ac.uk (Mark Whidby)
Newsgroups: alt.gopher
Subject: Re: .cache
Date: 13 Aug 92 08:24:04 GMT
Reply-To: M.Whidby@mcc.ac.uk
Organization: Manchester Computing Centre

In article <5733@m1.cs.man.ac.uk>, zlsiimw@mcchpc.mcc.ac.uk (Mark Whidby)
writes:
 Perhaps soemone should write a script to remove all .cache files
|> in a directory. (I miss the tree-walking capabilities that Primos had in
|> its wildcarding...)

Oops - I've just seen something else that reminded me of the 'find' command;
how about:

find . -name .cache -exec rm {} \;

issued from the top level of the gopher directory? 

-- 
_____________________________________________________________
Mark Whidby, Distributed Systems, Manchester Computing Centre
Newsgroups: alt.gopher
From: greene@newton.ccs.tuns.ca (Courtney Greene)
Subject: anonymous ftp
Organization: Technical University of Nova Scotia, Halifax, N.S.
Date: Thu, 13 Aug 1992 14:25:10 GMT

Hello,
I'm trying to configure gopher to open an anonymous ftp session to
splicer.cba.hawaii.edu. When I use ftp, non-gopher, I am placed in
the following directory
	
		g:\files

My question is, how can I specify this in my link file?

Thanks,
Courtney Greene
TUNS

PS. I made an earlier post regarding non-anonymous ftp from gopher and I'm
    still stuck. Has anyone got this working?
Newsgroups: alt.gopher
Subject: Bonehead Question Alert
From: Stafford@Vax2.Winona.MSUS.EDU (Stafford)
Date: 18 Aug 92 16:11:31 -0600
Followup-To: alt.gopher
Distribution: world
Organization: msus


Well, someone was nice enough to install Gopher V2.0b10
on my system thus replacing a very early version and
_loosing_ my configuration.  I need a server name just
to get started.  Or a number of server names.  Any help?
From: boone@convex.cl.msu.edu (Dennis Boone)
Newsgroups: alt.gopher
Subject: Re: .cache
Date: 17 Aug 92 22:15:08 GMT
Organization: Michigan State University, East Lansing

In article <5733@m1.cs.man.ac.uk> M.Whidby@mcc.ac.uk writes:
>Disadvantage - as you noted, if you change something in the tree it doesn't
>appear immediately as viewed by the client until the cache file expires
>(10 minutes by default I think). I run with caching on but if I want to
>check something I've just inserted I do an 'rm .cache' in the appropriate
>directory. Perhaps soemone should write a script to remove all .cache files
>in a directory. (I miss the tree-walking capabilities that Primos had in
>its wildcarding...)

At least they could have chosen more commonly used characters for their
wildcarding.  (Yeah, I know, I know, they were there first.)

Try:

   find . -name .cache -exec rm {} ;;

but you'll have to figure out for your shell which of the special characters
(ie {};) need to be escaped.  It should be roughly equivalent to the
delete *>@@>@@ that you miss.
--
 == Frustration is portable. ==
Newsgroups: alt.gopher
Subject: Re: Bonehead Question Alert
From: Stafford@Vax2.Winona.MSUS.EDU (Stafford)
Date: 18 Aug 92 16:26:15 -0600
Followup-To: alt.gopher
Distribution: world
Organization: msus

In article <Stafford-180892160327@134.29.65.250>,
Stafford@Vax2.Winona.MSUS.EDU (Stafford) wrote:
> 
> 
> Well, someone was nice enough to install Gopher V2.0b10
> on my system thus replacing a very early version and
> _loosing_ my configuration.  I need a server name just
> to get started.  Or a number of server names.  Any help?

	NEVER, MIND. I discected a couple location files from
the earlier version of gopher and got what I needed.
(They are text files with geographic/net icons.)
Newsgroups: alt.gopher
From: uds@parvathi.cs.wayne.edu (Seetamraju)
Subject: Re: Bonehead Question Alert ## 2
Organization: Wayne State University, Detroit, MI
Date: Tue, 18 Aug 1992 22:08:48 GMT


Could someone point out a ftp site where I can obtain
a MANUAL on how to use the gopher itself.  As of now,
the gopher servers are too slow, for one to traverse
through each option.

A manual mentioning what services are available and
what the options mean, will be great.

and NO, I do not have a gopher client here in WSU.
I use the telnet `gopher@minnesota...'


Seetamraju Udaya Bhaskar Sarma
(email : seetam @ ece7 . eng . wayne . edu)
Newsgroups: alt.gopher,comp.infosystems.gopher
From: bk@Turing.ORG (Brian Knatz)
Subject: The Macintosh GopherApp
Organization: The Turing Project, Charlottesville Virginia.
Date: Thu, 20 Aug 1992 19:46:54 GMT


I've been reviewing gopher clients for the Mac at work.
Of the ones I've looked at, GopherApp out of Indiana is the
nicest for our purposes, because it makes the gopher-server's
files and directories look like MacFiles and MacFolders on the
MacDesktop ...

Problem is, we run our own gopher hole here
(Gopher.Virginia.EDU, called GWIS) and I want to make a
GopherApp file that opens automatically to our own hole.  
The only way I can figure to do this is with either the 
"New Gopher Link" or "Edit Gopher Link" options under the "Internet"
menu, but both options are grayed out (as is the "Text" menu(?))

I wrote email to Software@Bio.Indiana.EDU about a week ago, 
but haven't gotten anything back.

So ...

(1) Has anyone encountered this problem and overcome it?

(2) Does anyone have a copy of GopherApp that doesn't behave
	this way (assuming it's shareware/freeware/fairware) ?

(3) Does anyone know of a different Gopher client for
	Macintosh that is both 
		(a) easily customizable, and 
		(b) fairly transparent to the under-literate
			Macintosh user?

Any help will be appreciated.

Thanks,

bk

-- 

------------------------------------------------------------------------
Brian Knatz, User Services Programmer    "Language is a Virus"
Academic Computing Center                  - William S. Burroughs
University of Virginia                     - Laurie Anderson
bk@Turing.ORG                            "The Truth is a Virus" - H.H.H.
------------------------------------------------------------------------
From: lrr@Princeton.EDU (Lawrence R. Rogers)
Newsgroups: alt.gopher
Subject: waisindex/gindexd and .cap directory
Date: 17 Aug 92 21:36:43 GMT
Organization: Princeton University
Originator: news@nimaster

I have a directory of mail files from an archive.  These files are numbered sequentially
starting at 000000 through however many I have. I have also built a .cap directory using
the Name field to contain the Subject: line from each mail file in the archive, and the
Numb field to be the order when the mail file was added into the archive.  When I run
gopherd 1.02 on this directory, the labels shown are the Subject: lines, and the
labels are shown in the order I wanted.  All works fine.

Then, I built an index with waisindex.  The waisindexer of course uses the 
real file names and not the names that I have defined with .cap.  


My question is: how can I get waisindex/gindexd to use the names from the .cap
directory so that I give a consistent and more readable view of my files in my
archive?  It does not appear possible from my reading, but perhaps someone else
has doe the magic.  BTW, changing the file names to the a file named from
the Subject: line, as in

	mv 000000 "Crash related to mail in 1.3.2?"

will not universally work as some of the Subject: lines have / in them (this would
work fine if there were a way for the client and server to translate / to something
else and then back again.  Hence, the reason for picking the .cap directory
and functionality.

Thanks.

 =====   ======= =======	Larry Rogers
=     =     =       =     	Manager, UNIX Systems
=           =       =     	Princeton University
=           =       =     	87 Prospect Street, Room 201
=           =       =     	Princeton, NJ 08544
=           =       =     	lrr@Princeton.EDU, princeton!lrr
=     =     =       =     	Phone: 609-258-6483/6000
 =====   =======    =     	FAX:   609-258-1069/3943
Newsgroups: alt.gopher
From: esl_manager@uh.edu ()
Subject: Need Docs & Papers on GOPHER
Reply-To: esl_manager@uh.edu ()
Organization: University of Houston
Date: Fri, 14 Aug 1992 20:53:04 GMT

Hi all you Gopher users,

	Could some one post up some ftp sites that have documentations
on GOPHER. In addition, If any of you have any references to papers published
about GOPHER, please post them also.

	However, if these questions have been asked before, please refer me
to where the FAQ list is kept.

	Thanks a bunch!

--
Arthur
Newsgroups: alt.gopher
From: wollman@sadye (Garrett Wollman)
Subject: Re: .cache
Organization: University of Vermont, EMBA Computer Facility
Date: Sun, 16 Aug 1992 01:02:32 GMT

In article <5734@m1.cs.man.ac.uk> M.Whidby@mcc.ac.uk writes:
>Oops - I've just seen something else that reminded me of the 'find' command;
>how about:
>
>find . -name .cache -exec rm {} \;
>
>issued from the top level of the gopher directory? 

Even better, since gopher directories can have `funny' characters in
them...

find -name .cache -print0 | perl -n0e unlink

...this is likely faster, too.  (But only works with GNU find.)

-GAWollman
-- 
   Garrett A. Wollman  = wollman@emba.uvm.edu = UVM is welcome to my opinions
                       =    uvm-gen!wollman   =
   That's what being alive is all about.  No deity, no higher goal
   exists, than to bring joy to another person.    - Elf Sternberg
Newsgroups: alt.gopher
From: broe@dfv.rwth-aachen.de (Frank Breier)
Subject: Me too !!!
Organization: Communication Networks
Date: Mon, 17 Aug 1992 09:54:09 GMT

Hi,

I would also be glad about all information I can get about gopher !!

Thanks in advance,
   Frank
   
   
-- 
Frank Breier						 |     C   O   M
Communication Networks, Technical University of Aachen   | --v-^-v-^-v-^-v--
  Phone: +49-241-807921       Fax: +49-241-84964         |   N   E   T   S
  Email: broe@dfv.rwth-aachen.de                         | RWTH Aachen, Germany
From: zlsiimw@mcchpc.mcc.ac.uk (Mark Whidby)
Newsgroups: alt.gopher
Subject: Re: .cache
Date: 13 Aug 92 08:15:51 GMT
Reply-To: M.Whidby@mcc.ac.uk
Organization: Manchester Computing Centre

In article <1992Aug12.195021.8790@trentu.ca>, ccksb@blaze.trentu.ca (Ken Brown)
writes:
|> If a .cache file is not up to date (ie: relatively new as the gopherd docs
|> say) then not all changes in the gopher data dir are reflected.  It appears
|> that starting gopherd with -C will turn this off.
|> 
|> What are the relative advantages and disadvantages of .cache files?  If of
|> advantage, how can I assure they are all up-to-date?

Main advantage is to save on server processing time - if a .cache file
exists it just squirts that back at the client without trundling through
the directory getting all the info it needs to send back.

Disadvantage - as you noted, if you change something in the tree it doesn't
appear immediately as viewed by the client until the cache file expires
(10 minutes by default I think). I run with caching on but if I want to
check something I've just inserted I do an 'rm .cache' in the appropriate
directory. Perhaps soemone should write a script to remove all .cache files
in a directory. (I miss the tree-walking capabilities that Primos had in
its wildcarding...)
-- 
_____________________________________________________________
Mark Whidby, Distributed Systems, Manchester Computing Centre
From: dorl@vms.macc.wisc.edu (Michael (NMI) Dorl)
Newsgroups: alt.gopher
Subject: VMS Client with Wollongong TCP/IP
Date: 12 Aug 92 20:54:24 GMT
Organization: University of Wisconsin Academic Computing Center

I'd like to run the VMS Client using Wollongong TCP/IP.
I retrieved the source from boombox.micro.umn.edu in
directory /pub/gopher/VMS/vms_client_v0.6. Changed 
compile.com to define UCX instaed of MULTINET, compiled
the whole thing and linked it (without errors).  When I
run it, it goes into a cpu loop in routine read_gopher
calling read_a_gopher which is returning errors.

Any insights appreciated.  Please reply by email as I'm 
not a regular reader of this group.

Sorry if this has been asked before.

Michael Dorl              (608) 262-0466  fax (608) 262-4679
dorl@vms.macc.wisc.edu    MACC / University of Wisconsin - Madison
dorl@wiscmacc.bitnet      1210 W. Dayton St. / Madison, WI 53706
From: halw@hpwrce.mayfield.hp.com (Hal Work)
Date: Thu, 20 Aug 1992 14:51:21 GMT
Subject: Re: How did archers do in the Olympics?
Organization: the HP Mtn.View Resp. Cntr.
Newsgroups: alt.archery

My apologies for not specifying what country I am from.  How did the
Olympians from anywhere do?  I still haven't been able to find out what
events were held in what categories and how people did.
Newsgroups: alt.archery
From: weiyeh@cunixb.cc.columbia.edu (Wei-Yeh Lee)
Subject: longbows
Keywords: traditional longbow 
Reply-To: weiyeh@cunixb.cc.columbia.edu (Wei-Yeh Lee)
Organization: Columbia University
Date: Tue, 18 Aug 1992 00:56:01 GMT

Just a comment about "snap shooting".  When I first tried instinctive
shooting, I watched other longbow archers who would draw the bow in one
motion and then release, often before the drawing hand even reached the
anchor point.  When I tried this, I found that it led to snap shooting,
with the concomitant haphazardness in accuracy.  I've found that holding
the anchor point for a brief second really helps with accuracy.  It
preserves the smoothness of motion that is essential in instinctive
shooting, yet allows the archer to keep consistent form and concentrate on
other aspects of form, such as smooth release and follow through.  Just a
tip for beginner instinctive shooters...

/wl


******************************************************************************
Columbia University			::	::::::	,::::.   
Academic Information Systems	       : ::       ::	::       
Unix Systems Group		      ::.:: .::.  ::	`::::.   
Newsgroups: alt.archery
From: banister@lipa.serum.kodak.com (Tom Banister (x37950))
Subject: Questions
Reply-To: banister@serum.kodak.com
Organization: Clinical Products Division, Eastman Kodak Company
Distribution: na
Date: Tue, 18 Aug 1992 17:01:05 GMT

 The guy that runs a shop that I go told me that "someone" has found
that the ideal location for a rest is directly above your wrist.  When
I say ideal, I mean in terms of promoting accuracy. Have any of you
run across this idea? Can you site references?  The idea appeals to my
intuition, but before I spend the money gearing up with a short
overdraw, I'd like some verification.

 Many of the shoot around rests allow you to adjust the spring tension
of the launcher. It's pretty well documented what plunger tension
does, but I have never read or heard what launcher tension does. Does
anyone know? From some experimentation it seems to me to have some
impact on nocking point.

 On a related point; rests like the TM Hunter (two prongs) could be
setup so the arrow is not centered on the plunger hole. Is this yet
another bow tuning variable, or should the arrow *always* be centered
on the plunger hole?

Many thanks for all responses.


********************************
*        Tom Banister          *
*   banister@serum.kodak.com   *
*        716-253-9823          *
********************************
-- 

********************************
*        Tom Banister          *
*   banister@serum.kodak.com   *