HDTenEightyP/NetNews huggingface dataset:
From: lisbon@vpnet.chi.il.us (Gerry Swetsky)
Subject: Re: What's happening to ISC UNIX?
Organization: Vpnet Public Access
Date: Sun, 22 Nov 1992 17:22:53 GMT

In article <1992Nov22.051548.13038@toolz.uucp> todd@toolz.uucp (Todd Merriman) writes:
>This is not a total flame (see the last paragraph), but my recent
>experience with ISC Unix has not been good...

    Nonetheless, you should have facts before you post.

>3.0 is the latest version.  

    3.0.1 is the latest version.

>>Is ISC up to SVr4 yet? 
>
>No.  And, there is no ksh.

    ISC had a SVR4 out.  It was lost in the Sun coup and is not well
    supported presently.

    3.0.1 includes a Korn shell.  Full job control, however, is not
    included.

>I was so disatisfied with my upgrade to ISC 3.0 that I asked
>SunSoft for my money back, and I explained to them in writing
>why I thought it was a shoddy product. 

    3.0 is running here quite well.  We view the new sysadm program
    with mixed emotions.

>But, my initial 30-day support period ran out before I
>could get everything working!  

    If you have problems during the initial thirty day support time
    which aren't resolved by the end of that period, you should
    *insist* the period be extended until the problems are resolved.
    Your fault, not Sun's.

--
============================================================================
| Help stamp out stupid .signature files!           Gerry Swetsky  WB9EBO  |
|                 vpnet - Public access Unix and Usenet                    |
| Home (708)833-8122       vpnet (708)833-8126      lisbon@vpnet.chi.il.us |
============================================================================
Newsgroups: comp.unix.sysv386
From: d10590@tanus.oz.au (Robert Chalmers)
Subject: vtp dos to sco
Organization: Pro-Net Australia
Date: Tue, 24 Nov 92 01:15:10 GMT

Does anyone out there have a well behaved virtual terminal program that I can
use to connect dos/lamnmanager to SCO-ODT. I dont need windows etc etc, just
something like the vtp.exe that came with the early lanmanager for sco, but a
little better behaved screen control wise... I only need it to run from a dos
menu over the lanman net so people can log onto the sco box, check mail and
exit with a minimyum of fuss.
Thanks for any help, past and present.
Bob
_________________________________________________________________________
|Robert Chalmers. d10590@tanus.oz.au       Mackay, Queensland. Australia|
|APCUG nanguo!root   (AUS)               UUCP mwcbbs!nanguo!earth  (USA)|
|---------------------* ao zhong youyi wan sui *------------------------|
|  UUCP nanguo!root  +61  79-521070 AEST:24 Hours. in:nuucp rd:uupublic |
|  MYNAME=bbsuser   ~/INFO   Australian-Pacific Coherent User Group     |
|-----------------------------------------------------------------------|
Newsgroups: comp.unix.sysv386
From: duncan@cnw01.storesys.coles.oz.au (Duncan Goode)
Subject: Re: Esix/Motif Question
Organization: Coles Supermarkets
Date: Tue, 17 Nov 1992 07:51:51 GMT

In <BxEn0L.75D@constant.demon.co.uk> slangley@constant.demon.co.uk (Simon Langley) writes:

Simon Langley (slangley@constant.demon.co.uk) wrote:
>Guy Cole (guycole@netcom.com) wrote:

[Guys problem with the X win not resetting the screen mode correctly deleted]

>I too would love to know what the cause of this problem is.  I have posted
>twice before asking for help but unfortunately, it was to no avail.

I have also experienced this problem, but have been unable to fix it. I
have an ET4000 with latest drivers (4.0.3 patch 20ish (up to 24)) but have
had the same results. I have tried different cards (two Tseng ET4000
and one clone ET4000). The only difference is that I have problems
with the actual mode itself. 1024x768 is garbage. Though this changes
with the slot the video card is put into.

This makes me beleive that the problems exist with the Motherboard and
X software that is supplied with ESIX sVr4.0.3 and sVr4.0.4. If they
have been changed with the up and comming release of sVr4.2.x - we'll
just have to wait and see.

Esix's stand on the position is unknown - I have faxed them a report
on the problem twice with no responce, and have mailed it once. (I
refuse to ring Esix from Australia and wait forever on hold!!!). My
next choice is to replace the Motherboard - but thats more money.

My thoughts are: If you are thinking to run Esix's X, make sure your
machine isn't 'incompatable' with it. I am disappointed with the so
called support they advertise with the product, and I will not upgrade
to a later revision of Esix anything - but rather look around the
market for other Unix's.... 
-- 
  ======================================================================
  |                         Duncan Goode                               |
  |Post: L 1 M 11, Coles Myer Ltd, PO Box 2000 Tooronga 3146, Australia|
  |Phone: +61 3 822 1117       E-mail:duncan@cnw01.storesys.coles.oz.au|
From: charles@gremlin.muug.mb.ca (Charles)
Newsgroups: comp.unix.sysv386
Subject: DEcreasing ISC swap space?
Date: Wed, 18 Nov 1992 23:00:05 GMT
Organization: The Haunted Unix Box


Is there anyway to decrease the amount of swap space I gave ISC 2.2.1 when
I installed it?  I originally gave it 30 megs of space,
and now 6 months later, I find the most I've ever used is 5 megs, so I
figure I can safely drop it down to 16 meg and put the other 14 megs to
better use.  

I would hate to have to take the chance reformatting and reinstalling if I
don't have to.

Thanks..Charles
From: scott@memex.co.uk (Scott Williamson)
Newsgroups: comp.unix.sysv386
Subject: Mapping user virtual addresses to physical addresses
Date: 16 Nov 92 13:16:02 GMT
Organization: Memex Information Systems Ltd, East Kilbrde, Scotland

I am currently writing a device driver for a Wyse 9000i running
UNIX System V/386 Release 4.0 Version 3.0.1. The purpose of this
driver is to allow a user program to map part of VME address space
into its virtual address space.

The main bus of the system is not VME but there is a VME chassis and
interface board to allow addition of VME boards. With this subsystem
comes software to allow kernel device drivers to map VME physical
addresses to system physical addresses. This part seems to work fine.

The next step is to map these physical addresses to user virtual
addresses. In a previous version of the operating system (SVR3.2.1A)
I was able to use the routines freemappages() and mappages() in the
driver to achieve this purpose. Now I can call the the routines but
they appear to have no effect. They return a value of 13 (EPERM?).

I don't know how generic or Wyse-specific these routines are. Is there
a standard SysV way of doing this mapping or is everything dependant
on the hardware manufacturer at this level? Any help on this would be
appreciated.

Scott Williamson		scott@memex.co.uk
Newsgroups: comp.unix.sysv386,comp.unix.dos-under-unix,unix-pc.general
From: losecco@undpdk.hep.nd.edu     (John LoSecco)
Subject: Re: anyone have faxmodem under unix?
Organization: High Energy Physics  Notre Dame
Date: Tue, 17 Nov 1992 19:47:41 GMT

	The FSF has a product fax-3.2.tar.Z that runs a networked fax server
under unix.  It is very BSD ish but it compiles under SVR4.  My only problem
with it at present is that the dialer program is not talking to the modem
properly.  In my /etc/uucp/Dialers the string starts with \M\d.  I don't
yet know how to turn on the CLOCAL flag in the fax program.  (\M turns
on the CLOCAL flag in uucp).

	Any hints?

-- 
John M. LoSecco			Phone:(219)239-6044          Fax:(219)239-5952
Physics Department		HEPnet/SPAN: UNDHEP::LOSECCO or 47344::LOSECCO
University of Notre Dame		Internet: losecco@undpdk.hep.nd.edu
Notre Dame, Indiana 46556 USA		Bitnet: losecco@undhep
Newsgroups: comp.unix.sysv386
From: slangley@constant.demon.co.uk (Simon Langley)
Subject: Re: ESIX 4.0.4 in-line assembly in c
Organization: Home
X-Newsreader: Tin 1.1 PL5
Date: Sat, 21 Nov 1992 13:21:11 GMT

david.e.wexelblat (dwex@cbnewsj.cb.att.com) wrote:
: 
: Yes, we have done this.  Boy have we done this :->  The jokers at ESIX
: have no idea what they are talking about.  The manual you want is
: "Programmer's Guide: ANSI C and Programming Support Tools" from the
: Prentice Hall SVR4 manual set.  There's a big section on how to do
: inline assembler with the SGS in SVR4.
: 
I am also trying to use the SVR4 assembler but although I found the
section about inline code in the Programmer's Guide, I couldn't find
any reference to the instruction format.  I know a few of the
differences between the SVR4 format and Intel format, but not enough to
be very useful.

Does anyone have a reference for this?

-- 
   Simon Langley                   (preferred)   slangley@constant.demon.co.uk
   Hampstead, London
   pgp 2.0 public key available                  slangley@cix.compulink.co.uk
Newsgroups: comp.newprod
From: jwp@world.std.com (john w poduska)
Subject: VoxelBox, Volume Renderer for Windows 3.x
Followup-To: poster
Organization: The World @ Software Tool & Die
Date: Tue, 17 Nov 1992 01:10:19 GMT

New Product Announcement: VoxelBox Volume Renderer for Windows

	WINCHESTER, MA, Nov. 1, 1992 -- Jaguar Software Inc. is proud
to announce VoxelBox, the first commercially available volume renderer
for the PC. Volume rendering is a direct technique for visualizing
three dimensional scalar fields(volumes), which often arise in the
study of scientific, technical and medical data. VoxelBox's innovative
rendering algorithms make it possible to render volumes on a PC at
interactive speeds. Until recently, this technology has only been
available on expensive workstations and mainframes, now Jaguar
Software is making it available on any 386 or higher class PC or
compatible running Windows.

	VoxelBox allows the user to take data, which was formerly
viewed as slices, and view it as a three dimensional cube. Color
values can be directly mapped to the scalar values in the volume to
visualize the data(such as temperature, bone density, matter density,
electron cloud density, etc.). In addition, transparency values can be
mapped to the volume, based on ranges in the scalar field, to
highlight and display the 3D shape of those ranges. This quantum leap
from 2D to 3D visualization of data will give the user a much more
intuitive understanding of their data.

	VoxelBox was designed with the scientist/technical
professional in mind and to that end has a very powerful, yet simple
to use graphical user interface. This includes an extensive on-line
help system, an intuitive bounding box for manipulating the volume, an
easy-to-use color/transparency mapping editor which incorporates
histogram and slice displays, a simple key frame system for
automatically generating animations and a point-and-click interface
for importing custom user data formats. More advanced features include
gradient shading for creating lighting effects on the volume and
shadows and reflections which enhance visualization, especially in
conjunction with animations.

	System requirements are a 386 or 486 based cpu running Windows
3.x, at least 4MB of memory(although 8MB is recommended for very large
volumes), and a video board capable of displaying at least 256
colors(such as Super VGA). If using advanced rendering features, a
coprocessor(i.e., 387 or 486DX) is recommended.

	VoxelBox is now available at an introductory price of
$325(plus 5% sales tax in MA). Jaguar is the leader in 3D
visualization technology on the PC.

For more information, or to order, contact:

	Jaguar Software Inc.
	573 Main St., Suite 9B
	Winchester, MA 01890
	(617) 729-3659

Microsoft is a registered trademark and Windows is a trademark of
Microsoft Corp.

VoxelBox is a trademark of Jaguar Software Inc.
Newsgroups: comp.newprod
From: Conrad_Geiger@NeXT.COM (Conrad Geiger - Manager, International NeXT User Groups)
Subject: Announcing the NumberedExtensionManager Object for NeXTSTEP
Followup-To: poster
Organization: Motorola Computer Group, Schaumburg, IL
Date: Tue, 17 Nov 1992 01:09:05 GMT

Intuitive Edge Announces the NumberedExtensionManager Object

Columbus, OH, November 5, 1992 -- Intuitive Edge today announced the
release of the NumberedExtensionManager (NEM) Object for use with the
NeXTSTEP OS.  NEM will return a unique number for a given directory.
It provides a useful way to generate unique filenames, all you have to
do is include the number anywhere in the filename and it will be
unique.  It uses a cache and a lockfile to insure quick access and
unique numbers for multiple concurrent access on the same directory.

A brochure including documentation is available by mailing
"info-NEM@IntuitiveEdge.com".  NEM is available on the upcoming
Electronic AppWrapper from Paget.  It is also available directly from
Intuitive Edge, via email, to non-Ohio residents only.  Email
NEM@IntuitiveEdge.com for information on how to purchase NEM.

Intuitive Edge, located in Columbus, Ohio, develops objects and
applications for NeXT computers as a registered NeXT developer and is
available for contract work.

Intuitive Edge is a trademark of Intuitive Edge.  NeXTSTEP and NeXT
are trademarks of NeXT Computer, Inc.  Electronic AppWrapper and Paget
are trademarks of Paget Press, Inc.

Contact:
Monty Zukowski
Intuitive Edge
(614) 299-2781
monty@IntuitiveEdge.com
Newsgroups: comp.newprod
From: Conrad_Geiger@NeXT.COM (Conrad Geiger - Manager, International NeXT User Groups)
Subject: DIGITAL FUNCTION GENERATOR SOFTWARE FOR NeXT COMPUTERS
Followup-To: poster
Organization: Motorola Computer Group, Schaumburg, IL
Date: Tue, 17 Nov 1992 01:09:26 GMT

For more information, contact:

	Marek Roland-Mieszkowski,Ph.D.
	Digital Recordings
	5959 Spring Garden Rd., Suite 1103
	Halifax, Nova Scotia, B3H-1Y5  Canada
	Telephone:  (902) 429-9622
	E-mail:	mmieszko@ac.dal.ca

DIGITAL RECORDINGS RELEASES DFG (DIGITAL FUNCTION GENERATOR) SOFTWARE
FOR NeXT COMPUTERS
			
o Digital Recordings released the Digital Function Generator (DFG)
software for NeXT computers.

o The DFG/NeXT combination is a powerful tool for generating arbitrary
sounds of arbitrary complexity and ultimate quality. Since DFG does
not use DSP resources (Motorola 56001 chip), it can run simultaneously
with such applications as the Digital Oscilloscope and Spectrum
Analyzer (both applications come with NeXT).

Therefore, the single DFG/NeXT combination can be used to perform
sophisticated tests and experiments, since it can synthesize and
analyze signals at the same time.The DFG is an ideal signal source for
many applications in the field of acoustics, psychoacoustics, physics,
architecture, audiology, electronics, electroacoustics, vibration
measurements and transducer testing.

o More Information

  For more information about the DFG software, free demo copy or how
to order it please contact :

Marek Roland-Mieszkowski,Ph.D.
Digital Recordings
5959 Spring Garden Rd., Suite 1103
Halifax, Nova Scotia, B3H-1Y5
Canada

Tel.   (902) 429-9622
E-mail:	mmieszko@ac.dal.ca
Newsgroups: comp.newprod
From: fff@microplex.com (Fred Fierling)
Subject: TCP/IP Printer Adapter requires no host software
Followup-To: poster
Reply-To: info@microplex.com
Organization: Microplex Systems Ltd
Date: Tue, 17 Nov 1992 01:10:53 GMT

TCP/IP PRINTER ADAPTERS REQUIRE NO HOST SOFTWARE

Microplex Systems Ltd., Vancouver, BC, announces version 3.0 of their
M200/M201 Ethernet Printer Adapters featuring TCP/IP, Telnetd, LPD,
RSHD, routing tables, and subnet masking to simplify network printing
in heterogeneous LAN and WAN environments.

Special host software is no longer needed with 3.0 so that any Unix
system, DOS PC, proprietary mini, or mainframe using Telnet, BSD LPD,
System V RSHD, or direct TCP/IP sockets can configure and send print
files to the M200/M201.  Print files need not be spooled to a
designated Unix host or workstation reducing CPU overhead, network
traffic, and printing time.

Telnetd has been added to permit any system with Telnet to access and
configure the M200/M201 parameters, load IP addressing, and obtain
status of ports and attached printers. A routing table is now
available in the M200/M201 to provide WAN access to printers, and the
addition of subnet masking makes these units suitable for use in
multiple subnets. LPD access lists and password protection at the root
and user levels have been included to prevent unauthorized access or
use of the print servers.

The parallel port throughput has been increased to over 100,000
characters per second, and the M200/M201's dual 38,400 bps serial
ports are now bidirectional for improved PostScript printer status
monitoring. The M200 provides Thick and Thin, and the M201 provides
Thick and 10Base-T UTP Ethernet Connections.

Other features offered by version 3.0 firmware include:

 - log reports of jobs printed
 - queue manipulation
 - queue information (such as user ID and percentage of job processed)
 - PostScript page counting
 - LPD configuration.

A daemon is supplied with each unit to permit bi-directional
communication through pseudo tty's to remote serial printers. NPD
permits printer interface programs such as Adobe's Transcript to
acquire printer status information.

Version 3.0 of the M200 and M201 is currently shipping, delivery on
new orders is 3 to 4 weeks ARO.

For additional information, please contact us at:

  Microplex Systems Ltd.
  265 East 1st Avenue
  Vancouver, BC
  Canada V5T 1A7

  Tel: 1 800 665-7798
  Tel: 1 604 875-1461
  Fax: 1 604 875-9029
  Email: info@microplex.com
-- 
Fred Fierling    fff@microplex.com      Tel: 604 875-1461   Fax: 604 875-9029
Microplex Systems Ltd   265 East 1st Avenue   Vancouver, BC  V5T 1A7,  Canada
Newsgroups: comp.newprod
From: brian@ora.com (Brian Erwin)
Subject: PHIGS Reference Published
Followup-To: poster
Organization: Motorola Computer Group, Schaumburg, IL
Date: Tue, 17 Nov 1992 01:11:12 GMT

O'REILLY RELEASES REFERENCE GUIDE TO PHIGS 3D PROGRAMMING IN X 

SEBASTOPOL, CA --  O'Reilly & Associates announces the release of the 
PHIGS REFERENCE MANUAL:  3D PROGRAMMING IN X\fR, the reference companion 
to the recently released PHIGS PROGRAMMING MANUAL (O'Reilly & Associates). 
This 1116-page resource is the reference documentation for the PHIGS/PEX 
Sample Implementation.  

     Edited by technical writer Linda Kosko, it contains all of the 
reference pages from the MIT X Consortium release, but in upgraded form.
Together with the PHIGS PROGRAMMING MANUAL, it constitutes complete and 
accessible documentation for both the PEX-SI and the PHIGS and PHIGS PLUS 
standards.  

     "The PHIGS REFERENCE MANUAL will be useful to the person programming
with a version of PHIGS that is not running in the X environment since it
documents the PHIGS and PHIGS PLUS graphics standards," said the book's 
editor, Steve Talbott.  "It also provides full guidance regarding the use
of PHIGS within the X environment, including the interspersing of Xlib
calls with PHIGS calls."

     The book can be used by everyone who will be programming with the
PHIGS (including PHIGS PLUS) 3D graphics standard, which was incorporated 
into X in X11 Release 5 along with the PEX protocol extension to the X 
server and a PHIGS API library.  

     PHIGS REFERENCE MANUAL 
     edited by Linda Kosko
     1116 pages
     ISBN 0-937175-91-9
     Price:  $39.95

This and other O'Reilly books are available through bookstores or
directly from the publisher.  For a list of our overseas distributors
or US bookstores FAX (707/829-0104), phone 707/829-0515 (800/998-9938
in US or Canada) or write O'Reilly & Associates at 103 Morris St.,
Sebastopol, CA 95472. 
-- 
Brian Erwin, brian@ora.com
Public Relations, O'Reilly & Associates
103A Morris Street, Sebastopol CA 95472
707-829-0515, Fax 707-829-0104
Newsgroups: comp.newprod
From: mcgregor@netcom.com (Scott Mcgregor)
Subject: Re: Software Designs
Organization: Netcom - Online Communication Services (408 241-9760 guest)
Date: Thu, 19 Nov 1992 04:09:08 GMT

In article <1992Nov18.051309.27011@latcs1.lat.oz.au> baragry@latcs1.lat.OZ.AU (Jason M Baragry) writes:

>	I would like to be able to analyse some real-life designs and 
>determine some way of representing design knowledge or simply generalize the
>design so it can be understood independantly of the application domain it is
>used in.

I sympathize with the desire to have understand things in this way,
but I would caution Jason and others to be careful for what they wish
for. For the most part software exists to solve a problem in an
application domain. Common software horror stories revolve around
inadequate understanding of the application domain by the developers.
In such situations, methodologies and techniques that help you do the
application domain independent stuff, i.e. "doing things right" (as
opposed to "doing the right things" the application domain specific
part) just ensure that you skewer your jet plane into the ground more
surely and swiftly. The needs of the application domain MUST impinge
and affect the development if the project is to achieve the desired
results.  Analysis of information that strips out this crucial
dependency may undermine the very assumption of independence which
would be the basis for any extrapolations or conclusions when you try
tor apply the results. 

I found this same situation in the CoCoMo prediction models.  The
predictive power of the CoCoMo model is based upon the assumption that
project durations are independent of each other, and that the major
determinants of duration are organizationally independent: complexity,
amount of functionality, etc.  But in the project databases I have
looked at this assumption is easy to disprove.  In fact, the duration
of the previous projects done by the individuals, or authorized by the
management usually has significantly more explanatory power and thus
yields better predictive estimates.  A lot of people don't like the
fact that this is so.  They WANT models that are more dependent on
things like complexity than on organizational or individual
history--so they still prefer CoCoMo despite real evidence questioning its
base assumptions.  

This is the same danger that an application domain independent
analysis of methods may have: it may ignore the most significant
contributor to success or failure.  I don't know that it will, but
given the CoCoMo case, I would suggest that this be carefully
scruitinized, and not just assumed.

I'd be very interested in the results whatever turns out.



-- 

Scott L. McGregor		mcgregor@netcom.com
President			tel: 408-985-1824
Prescient Software, Inc.	fax: 408-985-1936
3494 Yuba Avenue
San Jose, CA 95117-2967



Newsgroups: comp.software-eng