HDTenEightyP/NetNews huggingface dataset:
From: thomas@aeon.in-berlin.de (Thomas Wolfram)
Subject: Re: Increasing ptys in ISC 3.0.1
Organization: Cities in Dust
Date: Fri, 8 Jan 1993 00:40:52 GMT

In <1993Jan6.224346.15730@rasc.com> jrohr@rasc.com (Jay J. Rohr) writes:

>How do you increase the number of ptys in ISC 3.0.1.. I have modified the node
>space.c and sdevice files, but konfig complains that the number must be
>between 1 and 16.  Where did I miss a parameter?

>Thanks

You don't must change space.c. Space.c is compiled with -DMERGE flag 
(see /etc/conf/define.d/kernel) and hence NPTY is set to PTC_UNITS.
PTC_UNITS is defined in /etc/conf/tmp/config.h, which is created
during kconfig and uses the actual value.
But you probably forgot to change the /etc/conf/cf.d/mdevice file,
replace 16 with 32 in these lines:

ptx     ocrwi   icto            ptx     0       4       1       16      -1
pty     ocrwi   ico             ptc     0       9       1       16      -1


BTW, I wrote a simple shell script to accomplish this sometime ago.
These script you can find on ftp.prz.tu-berlin.de, it is
/pub/pc/isc/XFree86/make32ptys.Z
(There is a binary XFree86 1.1 version for ISC 3.0 too.)
 
greetings,
Thomas
-- 
Thomas Wolfram, thomas@aeon.in-berlin.de
EANTC, TU Berlin, wolf@prz.tu-berlin.de, +49 030 31421294
Newsgroups: comp.unix.sysv386,comp.unix.programmer,comp.lang.c
From: cpcahil@vti.com (Conor P. Cahill)
Subject: Re: C malloc error
Organization: Virtual Technologies Inc.
Date: Fri, 8 Jan 1993 11:55:43 GMT


> malloc Failure
> ==============
> 
> 386PC running SCO 3.2.V4 w/ 4MB
> (1152KB used by Unix and 2944KB available to users)
> This is a single user system for C code development
> 
> After numerous successful "malloc" calls in this application have grabbed a
> total of about 16KB, a malloc fails even though the buffer it's trying to
> allocate at the time is 16KB or less. I've tried both of SCO Unix's malloc
> routines and there's no difference. The Unix motto applies here ... "Why have
> just one standard when you can have many?". 

This could be that you have run out of memory, or that you have clobbered you
memory pointers somewhere.  What does SAR report for available memory while
your program is running?  

How much swap space do you have on the system?  You could have a problem if
you don't have enough swap space.

4MB is really too small for acceptable performance for development (with any
SVR3.2 system).  You should upgrade to at least 8MB.

If SAR reports enough free swap and free ram, then the problem is probably
caused by a pointer overrun.  To track down this problem you could use our
product (SENTINEL) which is designed to handle such problems.  Send email if
you would like more info.

> Here's a related issue: "sar" tells me that there are typically about 250-300
> pages of "freemem" with the system doing nothing. What is a sar freemem page?

Sar memory pages are 4k. Sar disk (swap) pages are 512 bytes.

> If it's 512 bytes, where did all the memory go when the system
> supposedly has 2944 KB? When the application runs, the freemem value does
> indeed decline. If it's only got 12-15KB available it would certainly have a
> problem. "ps" shows the process sitting there consuming 84 pages (or clicks,
> whatever a click is) and it never changes even though the sar freemem
> value does change. 

Ps pages are 4k.  84 pages means that your program is almost 350 k.


> /usr/bin/cvtomf: fatal error -- too many modules
> '/usr/bin/cvtomf' failed, status = 0x1

Don't know what is happening here.


-- 
*** SENTINEL(tm) The ultimate Debugging Environment - email for more info ***

Conor P. Cahill              (703)430-9247            cpcahil@virtech.vti.com
Virtual Technologies, Inc.  46030 Manekin Plaza          Dulles, VA 20166 
Xref: sparky comp.unix.sysv386:17684 comp.unix.pc-clone.32bit:970
From: root@kilowatt.uucp (Kilowatt admin)
Newsgroups: comp.unix.sysv386,comp.unix.pc-clone.32bit
Subject: Re: serious bug in cpio -i -Htar
Date: 7 Jan 93 06:43:11 GMT
Reply-To: root@kilowatt.UUCP (Kilowatt admin)
Organization: Kilowatt Computing of Deer Park, NY

>Workaround: if you're not sure whether you have a tar or cpio archive,
>try to determine the format before extracting files. If the archive is
>a tar archive do *not* extract files using cpio but use tar instead.
>
	SVR4 tar has another strange bug. Seems if when restoring files, you
restore one file that is a link, say "a ->/a/b/c/d/e" and there is another
link just after it called "b ->/a/b/c" tar will restore it as "b ->/a/b/c/d/e"
This just seems to be a lack of the NULL at the end of the string, like
someone did a memmov or memcpy(dest,src,strlen(src)); where it should be
strlen(src)+1 to include the NULL. Sure this is not the same bug in the cpio
code?

-- 
Kilowatt Computers - (516) 253 2805	Arthur Krewat
Deer Park, NY				...!kilowatt!krewat
(516) 667-6142 Zoom V.32bis		I'm in the uucp maps or try
(516) 586-4743 WorldBlazer PEP/V.32bis	...!rutgers!mcdhup!kilowatt!krewat
Newsgroups: comp.unix.sysv386,comp.unix.sys5.r4
From: peter@ferranti.com (peter da silva)
Subject: Re: It's Time for a Shakedown (was Re: A few answers to Dell Unix FAQ)
Organization: Xenix Support, FICC
Date: Mon, 11 Jan 1993 21:03:16 GMT

In article <2B4DA665.25B@telly.on.ca> evan@telly.on.ca (Evan Leibovitch) writes:
> When was the last time anyone can remember that an R4 vendor placed an
> ad in a non-UNIX computer magazine?

Sun is pushing Solaris 2.0 all over the place.

Oh, you mean *apart* from Sun?
-- 
Peter da Silva                                            `-_-'
Ferranti International Controls Corporation                'U` 
Sugar Land, TX  77487-5012 USA
+1 713 274 5180                            "Zure otsoa besarkatu al duzu gaur?"
Newsgroups: comp.unix.sysv386,comp.unix.pc-clone.32bit,comp.unix.sys5.r4
From: bruno@athena.mcrcim.mcgill.edu (Bruno Hall)
Subject: Re: CDROM on DELL v2.2 ?????????
Organization: McGill University Broom Closet
Date: Sun, 10 Jan 93 06:18:07 GMT

mark@mark-one.inet-uk.co.uk (Mark Powell) writes:

>I'm looking/hoping to get a SCSI CDROM drive for use with Dell v2.2.
> [ bunch of things deleted --BH ]

Dell provides you (us, actually :-), with access to the raw device -- only.
Kinda dumb if you ask me, but then then again, you didn't.

Roe Peterson has written ctools, with a README, part of which reads:

"There is only one binary in the package;  if invoked as `ccopy', it
attempts to copy one or more files to the target output file or
directory.  Invoked by any other name (ie: cdir), it displays
directories.  The makefile will create the necessary link from
cdir to ccopy for you."

Judging by his excellent job on both sas and cslip, I'd venture a 
guess that ctools works as advertised.

Have a look in:     udevdiv.Unibase.SK.CA:sources/ctools.tar.Z

Bruno
-- 
/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/
Bruno Hall  |  VE2HUM  |  bruno@mcrcim.mcgill.edu         
McGill Research Centre for Intelligent Machines - Controls Group
New systems generate new problems -- Join the Flat Earth Society.
Xref: sparky comp.unix.sysv386:17727 comp.unix.pc-clone.32bit:1023
From: debra@wsinis07.info.win.tue.nl (Paul De Bra)
Newsgroups: comp.unix.sysv386,comp.unix.pc-clone.32bit
Subject: Re: serious bug in cpio -i -Htar
Date: 11 Jan 93 14:33:03 GMT
Reply-To: debra@info.win.tue.nl
Followup-To: comp.unix.sysv386
Organization: Eindhoven University of Technology, the Netherlands

In article <1993Jan7.064311.9540@kilowatt.uucp> root@kilowatt.UUCP (Kilowatt admin) writes:
>	SVR4 tar has another strange bug. Seems if when restoring files, you
>restore one file that is a link, say "a ->/a/b/c/d/e" and there is another
>link just after it called "b ->/a/b/c" tar will restore it as "b ->/a/b/c/d/e"
>This just seems to be a lack of the NULL at the end of the string, like
>someone did a memmov or memcpy(dest,src,strlen(src)); where it should be
>strlen(src)+1 to include the NULL. Sure this is not the same bug in the cpio
>code?

Probably not the same bug. The bug encountered with cpio -i does not occur
with tar x.
The bug is even more serious than i originally posted:

even when you do a 'cpio -ivt', i.e. you just want to look at what's in the
archive, cpio will *extract* the links from the archive.
so doing a cpio -ivt is *not* even a safe way to look at tar archives.


Paul.
Xref: sparky comp.unix.sysv386:17678 comp.unix.bsd:10958 comp.os.mach:1698 news.answers:4982
From: root@fns.gold.sub.org (Peter Bechtold)
Subject: [ISC] SCSI Tape Problem
Organization: Peter's News Server, Munich, Germany
Date: Tue, 5 Jan 1993 01:51:25 GMT

Hi all,

The configuration is:

386-33 ISA, 2 * ST1239A Seagate IDE drives w/ ST08 IDE host adapter,
Tandberg 3820 SCSI tape w/ ADAPTEC 1542B SCSI host adapter, Tseng Lab ET 4000
VGA card, AST 4 serial card.

The OS is ISC 2.0.2 w/ standard ADAPTEC driver.

The problem is: Any tape access (read and write) is VERY slow.
Some other people have a similar configuration, but with SCSI drives instead
of the IDE ones (please don't flame, I know that SCSI is the better choice, but
unfortunately the more expensive one). There tape drives are also slow, but
the above one is at least 10-20 times slower.

Any hints ?

How can I figure out if the internal cache of the Tandberg is used, and if not,
how can I make the tape drive use it ?

Thanx for any hints, peter

PS1: Any information about ISC and SCSI would (probably) help.

PS2: Bitte nicht flamen, ich crossposte.
Newsgroups: comp.unix.sysv386,comp.unix.sys5.r4
From: jrohr@rasc.com (Jay J. Rohr)
Subject: Increasing ptys in ISC 3.0.1
Organization: Rohr Applied SYstems Corp., Sterling VA
Date: Wed, 6 Jan 1993 22:43:46 GMT

How do you increase the number of ptys in ISC 3.0.1.. I have modified the node
space.c and sdevice files, but konfig complains that the number must be
between 1 and 16.  Where did I miss a parameter?

Thanks

-- 
jrohr@rasc.com                  +---+    ^    +----  +----
Jay J. Rohr                     |   |   / \   |      |
Rohr Applied Systems Corp.      |---+  /---\  +---+  |
Sterling, Va.                   |  \   |   |      |  |
Newsgroups: comp.unix.sysv386,comp.unix.sys5.r4
From: witr@rwwa.COM (Robert Withrow)
Subject: Re: It's Time for a Shakedown (was Re: A few answers to Dell Unix FAQ)
Reply-To: witr@rwwa.com
Organization: R.W. Withrow Associates
Distribution: usa
Date: Wed, 6 Jan 1993 15:08:19 GMT

Uhh.  The term is ``shakeout''.  A ``shakedown'' is what a extortioner does to
his victim.  I assume that isn't what you meant?   ;-)

-- 
 Robert Withrow, Tel: +1 617 598 4480, Fax: +1 617 598 4430, Net: witr@rwwa.COM
 R.W. Withrow Associates, 21 Railroad Ave, Swampscott MA 01907-1821 USA
Newsgroups: comp.unix.sysv386,comp.windows.x
From: jochen@mrz.sub.org (Jochen Fahrner)
Subject: Labtam X-Terminal does not work with SCO TCP/IP 1.2
X-Md4-Signature: a7d54bcaefc65917df311f72e2fa0678
Organization: Muenchener Rechenzentrum, Munich/Bavaria
Date: 7 Jan 93 08:37:26

Our Labtam CT300 X-Terminals don't work with SCO TCP/IP 1.2.

When executing mwm, mwm loops using about 70% of kernel time.
This problem exists only with the Labtam terminal. Other terminals
like Wyse WY-X5 and JCC Global XC work with no problems.

The Labtam worked with SCO TCP/IP 1.1.3, but executing commands
in the terminal (for example "rcmd labtam1 setuser") was very slow.
I saw the Labtam with an Interactive Unix System, where those command
were very fast.

We use SCO TCP/IP with the wdn driver and we have the latest X-Server
for the labtam (dated 92/10/30).

Has someone else similar problems with the labtam ?
Has someone a solution/explanation for the problem ?
Does someone know how to contact labtam support in australia ?
Does someone at SCO know about this problem ? What has changed from
TCP/IP 1.1.3 to 1.2 that could cause this problem ?

Jochen Fahrner, MRZ.
--
Jochen Fahrner, jochen@mrz.sub.org, Home: jochen@busybit.mrz.sub.org
Phone: +49 89 5795246 / Fax: +49 89 5795247
Newsgroups: comp.unix.sysv386,comp.unix.questions,de.comp.os.unix
From: bad@flatlin.ka.sub.org (Christoph Badura)
Subject: Re: [ISC] SCSI Tape Problem
Organization: Guru Systems/Funware Department
Date: Fri, 8 Jan 1993 14:55:26 GMT

In <1993Jan5.015125.182@fns.gold.sub.org> root@fns.gold.sub.org (Peter Bechtold) writes:
>The OS is ISC 2.0.2 w/ standard ADAPTEC driver. [ Und TDC3820]
>Any hints ?

Update auf 3.0 besorgen und den Patch fuer die Tandbergstreamer gleich
mit.

-- 
				Christoph Badura  ---  bad@flatlin.ka.sub.org

Personally, I don't care whether someone is cool enough to quote Doug
Gwyn--I only care whether Doug Gwyn is cool enough to quote. -- Larry Wall
Xref: sparky comp.unix.sysv386:17722 comp.unix.pc-clone.32bit:1008 comp.unix.sys5.r4:1210
From: pcg@aber.ac.uk (Piercarlo Grandi)
Newsgroups: comp.unix.sysv386,comp.unix.pc-clone.32bit,comp.unix.sys5.r4
Subject: Re: CDROM on DELL v2.2 ?????????
Date: 10 Jan 93 20:02:13 GMT
Reply-To: pcg@aber.ac.uk (Piercarlo Grandi)
Organization: Prifysgol Cymru, Aberystwyth

On 8 Jan 93 09:39:50 GMT, mark@mark-one.inet-uk.co.uk (Mark Powell) said:

mark> I posted similar a few weeks ago and received nothing. So...  I'm
mark> looking/hoping to get a SCSI CDROM drive for use with Dell v2.2.
mark> I can't remember anyone in these groups ever mentioning using a CD
mark> with Dell, so I'm a little unsure. Of course, there's no
mark> documentation on it, but I do see CD drivers and devices on my
mark> system, but shouldn't there be a hsfs in /etc/fs ???

Ahi ahi, Dell supports CDROM, at the device driver level, but not the CD
filesystem.

I have read somebody has been considering contributing one. In the
meantime you can find in alt.sources two commands that allow listing and
copying of files off a CDROM, a bit like the mtools for MSDOS format
floppy.
--
Piercarlo Grandi, Dept of CS, PC/UW@Aberystwyth <pcg@aber.ac.uk>
  E l'italiano cantava, cantava. E le sue disperate invocazioni giunsero
  alle orecchie del suo divino protettore, il dio della barzelletta
Newsgroups: comp.software-eng
From: lacroix@heron.bellcore.com (Michel Lacroix)
Subject: groupware tools in development projects
Organization: Morristown Research and Engineering
Date: Thu, 7 Jan 93 23:44:31 GMT

Is there anyone having some experience with using groupware tools in
development projects?

In a former life, I used the Notesfile system, for design discussions
(although the final decisions were taken in a meeting), keeping
track of open issues, and displaying the current project plan with the
status of the different tasks.

I would be particularly interested in hearing about experiences with
more recent commercial tools or even experimental ones.

Michel Lacroix
Newsgroups: comp.software-eng
From: SPC@mindlink.bc.ca (SPC)
Subject: Documentation Templates?
Organization: MIND LINK! - British Columbia, Canada
Date: Tue, 12 Jan 1993 19:46:22 GMT

Hi!

Does anybody know if there is a software template which will generate
technical documents (e.g. Requirements Spec., QA Plan, Design Doc., etc.)
automatically?  I would appreciate it if you could provide me with any
references or materials(templates, related papers, tools, etc.) regarding the
subject.

Please give me your reply as soon as possible.  Thanks in advance!

--Elaine--
============================================================
Contact:  Elaine Chia
Address:  Software Productivity Centre
          450 - 1122 Mainland Street
          Vancouver, B.C.
          Canada V6B 5L1

Phone:    (604) 662-8181
Fax:      (604) 689-0141
E-mail:   spc@mindlink.bc.ca


Newsgroups: comp.software-eng
From: hamm@ssdt-bluestein.sps.mot.com (Steve Hamm)
Subject: Re: distributed configuration control
Reply-To: hamm@ssdt-bluestein.sps.mot.com (Steve Hamm)
Organization: Motorola Inc., SPS SSDT, Austin, Texas.
Date: 11 Jan 93 07:56:23

---On Sun, 10 Jan 1993 04:59:03 GMT, buck@siswat.hou.tx.us (Lester Buck) said:

LB> I am on a project which will have development distributed around
LB> the country at various sites.  I am trying to identify products
LB> which allow distributed source trees to remain in sync over a WAN.
LB> If anyone has any leads to commercial or public domain packages
LB> which can do this, please post or email.

Seems like RCVS (Remote CVS?) would do the trick, if it exists yet.  I
remember it being mentioned, but haven't heard anything lately.
Anyone know the status?

--Steve
--
Steve Hamm --- Motorola Inc. 3501 Ed Bluestein Blvd, MD-M2, Austin TX 78762
hamm@ssdt-bluestein.sps.mot.com  UUCP: ...cs.utexas.edu!oakhill!austoto!hamm
From: kambic@iccgcc.decnet.ab.com (Bonus, Iniquus, Celer - Delegitus Duo)
Newsgroups: comp.software-eng
Subject: Help on a software quality conference
Date: 23 Dec 92 15:43:21 EST


A short while ago, there was an announcement posted here about a software
quality conference that was to take place in Trieste, Italy in October of 1993. 
I have mislaid the information (go ahead - laugh! it's not impossible on my
desk).  If anyone has this information, or can provide a pointer to it, please
email me at 

Kambic@iccgcc.decnet.ab.com

Thanks

George Kambic
sd
From: tensu@cs.tut.fi (Tero Ahtee)
Newsgroups: comp.software-eng
Subject: QSM's metric tools, any info ??
Date: 11 Jan 1993 10:00:18 GMT
Organization: Tampere University of Technology
Distribution: world
NNTP-Posting-Host: hemppo.cs.tut.fi
Keywords: metrics project control management software
Originator: tensu@hemppo.cs.tut.fi


	Hi, 

Does anyone use QSM's metric tools ? Can you tell me any further
information about them ? What is QSM's address and fax number ? 

I just read the book "Measures for excellence: reliable software on
time, within budget" by Lawrence H. Putnam and Ware Myers, 1992
Prentice-Hall. It was worth reading. 

In the book the authors talked about the company Quantative Software
Management, Inc. (QSM) and its software products such as SLIM-Control
and PADS-database for controlling software projects. However, there
was no further information about the tools, so I don't know if they
are commercially available at all.


	Tero 

--------------------------------------------------------------
Tero Ahtee * tensu@cs.tut.fi * assistant 
Tampere University of Technology * Software Systems Laboratory
P.O. BOX 553 * SF-33101 Tampere * FINLAND * Europe 

-- 
Tero Ahtee * tensu@cs.tut.fi  *  Tampere  *  Finland  *  Europe 
Login ergo sum.   <>   Workload is not killing - it is challenging.
COMMERCIAL : Why should you pay less for a better computer - buy IBM !

Xref: sparky comp.software-eng:5198 comp.edu:2267
From: buck@siswat.hou.tx.us (Lester Buck)
Newsgroups: comp.software-eng
Subject: distributed configuration control
Date: 10 Jan 93 04:59:03 GMT
Organization: Photon Graphics

I am on a project which will have development distributed around
the country at various sites.  I am trying to identify products
which allow distributed source trees to remain in sync over
a WAN.  If anyone has any leads to commercial or public domain
packages which can do this, please post or email.

Thanks alot,

-- 
A. Lester Buck   buck@siswat.hou.tx.us   ...!uhnix1!siswat!buck
From: zhang@turtle.fisher.com
Newsgroups: comp.software-eng
Subject: IFPUG information
Date: 4 Jan 93 11:49:56 CDT
Organization: Fisher Controls International, Austin, TX

Anybody knows IFPUG (International Function Point Users Group) and how to
join this group ? 

Thanks a lot.

Newsgroups: comp.software-eng
From: kirby@xerox.com (Mike Kirby)
Subject: Re: Debugging the process
Reply-To: kirby@xerox.com
Organization: Xerox Corporation, Webster NY
Date: Mon, 4 Jan 1993 14:57:31 GMT

>kirby.roch803@xerox.com (Mike Kirby) writes:
>
>>Contrary to popular belief, software engineering is more management
>>than engineering.  If a stable management process exists, and no
>>engineering exists, a stable product can still be delivered.  And this
>>is indepenedent of the engineering talent inthe organization.
>
>As an engineer who was under the impression that my employer was
>better off if I come to work than if I stay home and draw my pay, I
>find it hard to believe this statement.
>

That is true.  What I meant to say was that if stable management and
no engineering *process* exists...

My point is that most of the difficulty comes in introducing and maintaining
a stable management process.  Engineers, given a stable environment can
adapt to new engineering methodologies fairly quickly.  Managing these
methodologies and their application can be very difficultand is what the
SEI helps with.  

>Unfortunately, the SEI model concentrates on the engineering process,
>and the management framework within which the engineering process
>occurs, to the point of excluding consideration of the *engineering*
>itself. 
>
>				Peter Desnoyers
>-- 

One could say that the CMM is the Management/Engineering interface.
From: mbinesh@Auspex.COM (Mac Binesh)
Newsgroups: comp.software-eng
Subject: Gnu code coverage tool
Keywords: GNU code coverage test tool
Date: 6 Jan 93 18:01:02 GMT

I am looking for any information or leads on how to
get an evaluation copy of a GNU code coverage test 
tool that might exist out there. 

Please let me know if you have any information.

Thanks,

Mac.
Xref: sparky comp.software-eng:5243 comp.misc:4792 comp.programming:3432 comp.specification:607
From: sassam@insectus.unx.sas.com (Sue McGrath)
Subject: CFP - 3 International Conference on Software Quality
Originator: sassam@insectus.unx.sas.com
Date: Thu, 7 Jan 1993 22:03:45 GMT
Organization: SAS Institute Inc.


                     Third International Conference on
                            SOFTWARE QUALITY
                     LAKE TAHOE, CA  OCTOBER 4-6, 1993

  Theme: Winning in the 90's - The Quality Way...

  The Third International Conference on Software Quality is organized by
  the Software Division of the American Society of Quality Control.

  3 ICSQ invites those interested in sharing their ideas, experiences,
  research, and/or lessons learned to submit an abstract, tutorial, or
  panel proposal.

  3 ICSQ will offer two days of conference presentations and one day of
  tutorial sessions.  There will also be a vendor showcase/tools fair.
  Interested vendors are invited to contact the conference chair for more
  information.


  DATES of INTEREST:

  Submission Deadline:      March 1, 1993.
  Acceptance Notification:  May 15, 1992.
  Camera-ready copy due:    July 13, 1992.

  GUIDELINES for SUBMISSIONS:

  ABSTRACTS for papers should comprehensively explain the scope of the paper.
  Papers must not have been published or submitted elsewhere for publication.
  If the paper is accepted, one of the authors is expected to present the paper
  at 3ICSQ.

  PANEL PROPOSALS should include the title, proposed chair, tentative
  panelists (including biography), a 2 or 3 paragraph description of
  the subject of the panel discussion together with a rationale for the
  panel. Panelists must have agreed to participate prior to the submission
  of the panel proposal.

  TUTORIAL SESSION PROPOSALS are solicited for both all day tutorials and also
  for half day sessions.

  Three (3) copies of your abstract or proposal and author biography should be
  submitted to the program chair at the address below:

  Doug Hoffman, Software Quality Methods, 1449 San Tomas Aquino Rd.,
  San Jose, CA, 95130.  (408)-984-7560.

  Additional information can also be obtained from the conference chair:

  Carrie Siedenburg, Summit Quality Associates, P.O. Box 7548, Tahoe
  City, CA, 96145.  (916)-583-2680.



--
Sue McGrath V406         sassam@unx.sas.com
(919) 677-8000 x7032
SAS Institute Inc. SAS Campus Drive, Cary, NC 27513


-- 
Sue McGrath V406         sassam@unx.sas.com     
(919) 677-8000 x7032   
SAS Institute Inc. SAS Campus Drive, Cary, NC 27513         
Newsgroups: comp.software-eng