HDTenEightyP/NetNews huggingface dataset:
From: nathan@laplace.biology.yale.edu (Nathan F. Janette)
Subject: Lockout User Authentication Drawing
Reply-To: <lockout-drawing@liveware.com>
Organization: Liveware Corporation
Date: Wed, 22 Jul 1992 00:49:07 GMT

FOR IMMEDIATE RELEASE

Contact:	Liveware Corporation
		116 North College, Suite #8
		Fort Collins, Colorado 80524
		(303) 484-7607
		lockout@liveware.com

In a mass mailing this spring, the President/CEO  of Liveware
Corporation, Todd A. Nathan personally signed 3300 letters announcing
Lockout.  Lockout is a robust User Authentication object set for
NeXTstep developers and in-house application control.  Ten (10) of
those letters where specially signed with a date after the signature
of Todd Nathan, President/CEO.  Those 10 recipients who still have
the letter with the signature AND date are eligible for a drawing
from which three (5) names will be drawn.  Each winner will receive a
fully functional version of Lockout (retail value of $449),  licensed
for the life of one (1) application.

Recipients who do not have a signed and dated letter are eligible for
a separate drawing.  One (1), and only one winner from this drawing
will receive a working licensed Lockout Object set for use in one of
their applications.

DRAWING RULES:

Employees of Liveware Corporation and any of its subsidiaries/
contractors are ineligible for this drawing.

Any suspicious alterations of a letter and its signed contents
will be subject to immediate disqualification.

Each person/company must provide the following information/materials
to be eligible for this Lockout Drawing:
  - The signed letter from Liveware's CEO about the Lockout products.
  - A business card (or the equivalent thereof) including the
    company's name, personal contact, address, city, state (or
    country), zip code, business phone number, and internet email
    address (if available).

Any person/company wishing to participate must submit the signed
and dated letter with the appropriate information by
September 15, 1992 to:

		Liveware Corporation
		Lockout Drawing
		116 N. College, Suite #8
		Ft. Collins, Colorado  80524

Both drawings will be held by October 1, 1992.  All returned mail
becomes the property of Liveware.  Winners will be randomly
selected by a blindfolded party.  The entries will be mixed
and drawn by an employee of Liveware.  Winners will be
notified by U.S. mail or email, whichever is most convenient.


--
Nathan Janette		"I'm a NeXTstep man,
Dept MB&B, Yale Univ	 I'm a NeXTcube guy"
New Haven, CT
nathan@laplace.biology.yale.edu (NeXT)

Newsgroups: comp.sys.next.announce
From: nigelm@ohm.york.ac.uk
Subject: Announcing nidentd-2.0a - minor update of the RFC931 identity daemon
Followup-To: poster
Keywords: nidentd York RFC931 NeXT
Reply-To: nigelm@ohm.york.ac.uk
Organization: University of York
Date: Wed, 29 Jul 1992 07:38:35 GMT

nident-2.0a should now be available from purdue and its mirror sites
(src.doc.ic.ac.uk in Europe).

nident-2.0a is a minor update to nidentd-2.0, not due to any code
problems (I have had no code bug reports), but due to a set of
faults in the installation documentation.  There are no code
changes, so people running it already need not upgrade.

The earlier version had installation problems because I forgot that
my system does not use the standard NeXT group numbers.  I have
fixed this and a couple of other minor problems in the
documentation.

nident is a freely available implementation of the RFC931
authentication/identification daemon.  This allows a remote machine
to identify the creator of a network link by interrogating the
indentification daemon on the origination machine.

nidentd works well with Carl Edman's new finger program also
available on the archives.

nidentd & RFC931 is not a security panacea, but it can help in
auditing network connections.  It really *should* be installed on
any public access internet machines (such as Universities) out of
politeness.

nidentd can be used with the tcp logging & authentication package
posted to comp.sources.misc a while back to allow/disallow
connections on a per-person as well as a per-host basis.

I would appreciate feedback on uses of nidentd.

	Nigel.


-- 
#    Nigel Metheringham  -- (NeXT) EMail: nigelm@ohm.york.ac.uk    #
#    System Administrator, Electronics Dept, University of York    #
#    York YO1 5DD. Phone: +44 904 432374, Fax: +44 904 432335      #

Newsgroups: comp.sys.next.announce
From: nathan@laplace.biology.yale.edu (Nathan F. Janette)
Subject: NeXT-FAQ.changes: Changes to Frequently Asked Questions
Reply-To: nathan@laplace.biology.yale.edu
Organization: Yale University, Department of Computer Science, New Haven, CT
Date: Thu, 23 Jul 1992 21:44:31 GMT
Expires: Fri, 28 Aug 1992 00:00:00 GMT

NeXT-FAQ.changes: Changes to Frequently Asked Questions

Thanks to everyone for all the new entries and suggestions.  Keep
them coming!

Several folks have complained about the changing formats of the
FAQs.  Interestingly enough, they all want a different "standard"
format ;-)  If we can reach a consensus (Shades of Perot!) I'll
stick with it...

Many new entries, as usual...

--
Editor:
Nathan Janette nathan@laplace.csb.yale.edu


--
Nathan Janette		"I'm a NeXTstep man,
Dept MB&B, Yale Univ	 I'm a NeXTcube guy"
New Haven, CT
nathan@laplace.biology.yale.edu (NeXT)

Newsgroups: comp.sys.next.announce
From: nathan@laplace.biology.yale.edu (Nathan F. Janette)
Subject: NeXT-FAQ.intro Introduction to Frequently Asked Questions on comp.sys.next.misc
Reply-To: nathan@laplace.biology.yale.edu
Organization: Yale University, Department of Computer Science, New Haven, CT
Date: Thu, 23 Jul 1992 21:48:37 GMT
Expires: Fri, 28 Aug 1992 00:00:00 GMT

NeXT-FAQ.intro Introduction to Frequently Asked Questions on comp.sys.next.misc

Every four weeks (depending on the phase of the moon) a
number of postings are made to comp.sys.next.announce
which are a compilation of answers to commonly asked
questions in the comp.sys.next.* USENET groups.  Not all
questions appear, it is expected that readers have
access to NeXT manuals, and access other on-line sources
of information.

The FAQ is broken into sections and posted separately. 
These sections focus on various aspects of the NeXT
machine.  Items that appear within sections are not in any
particular order, and get added and removed over time. 
Posting the sections separately allows people to find
the sections interesting to them quickly.  It also allows
sections to be easily masked by the news reading program
(ie put FAQ.intro in the kill file).

Within each section each question will be preceded by a
Subject: field, allowing news readers to break up the
file into seperate questions.  Each question has its own
unique number.

FAQ.changes will contain any new or changed entries to
the FAQ since the last posting.  People wishing to
minimize download times should consult this post first. 

[soon, soon, I promise.  -Nathan]

The FAQ is kept on-line at several sites and may be
retrieved at any time: 

	plethora.media.mit.edu in pub/next/FAQ
	sonata.cc.purdue.edu in pub/next/FAQ
	srawgw.sra.co.jp [133.137.4.3]

We are not affiliated with any of the companies mentioned in this
posting.  If you have any corrections, additions, questions, or
answers to add to this list, please send email to

nathan@laplace.csb.yale.edu


Editors:
Nathan Janette nathan@laplace.csb.yale.edu

This compilation is meant primarily as a service to the comp.sys.next
community.  Newsletter editors wishing to excerpt from this work
for publication should consider using local electronic bulletin boards
to disseminate this information rather than preparing hardcopies.
This allows for readers to access the most recent information, and
perhaps save a couple of trees.

We do not collect any royalties, charge any fees, or compensate
anyone in connection with this endeavor.


--
Nathan Janette		"I'm a NeXTstep man,
Dept MB&B, Yale Univ	 I'm a NeXTcube guy"
New Haven, CT
nathan@laplace.biology.yale.edu (NeXT)

Newsgroups: comp.sys.next.announce
From: brian@umbc4.umbc.edu (Brian Cuthie)
Subject: Re: problem with Malloc Debug
Organization: University of Maryland Baltimore Campus
Distribution: na
Date: Mon, 27 Jul 1992 02:31:44 GMT

In article <1992Jul24.173754.17638@MITL.COM> edlau@mitl.com (Ed Lau) writes:
>
>Does anyone have insights as to why Malloc Debug won't recognize my  
>application? Selecting Open... in the menu pops up a panel informing me that I  
>do not own any "application configured for use with the Malloc Debugger." Yet I  
>have linked my application with the proper library by adding  
>/usr/lib/libMallocDebug.a to "Other libs" in IB as instructed in the Help  
>Panel.
>
>Any help is appreciated. Thank you.
>
>Ed Lau
>edlau@chaos.mitl.com


MallocDebug attempts to locate running apps with the MallocDebug library
linked in.  If your app isn't already running, MallocDebug won't launch it.

Also, be sure that you haven't mucked with the Makefile.preamble in such
a way as to overide the LIB symbol.

-Brian

-- 
Brian Cuthie
Systemix Software, Inc.
brian@systemix.com
From: d1h1883@sc.tamu.edu (Dave Hess)
Newsgroups: comp.sys.next.programmer
Subject: Re: ScollView Strangesness ?
Date: 28 Jul 92 16:27:38 GMT
Article-I.D.: tamsun.1992Jul28.162738.15249
Reply-To: David-Hess@tamu.edu
Organization: Texas A&M University, College Station


In article <64476@hydra.gatech.EDU> cc100aa@xray.gatech.edu (Ray Spalding)  
writes:
[...]
> One way to fix this is to set the proper clipping path before
> displaying your background view.  Something like:
> 
> - drawSelf:(const NXRect *)rects :(int)rectCount
> {
>         if (rectCount == 1) NXRectClip(rects);
>         else NXRectClipList(rects+1,2);
> 
> -- 
> Ray Spalding, Office of Information Technology
> Georgia Institute of Technology, Atlanta Georgia, 30332-0715
> Internet: ray.spalding@oit.gatech.edu (NeXT Mail accepted)

Is this correct? DL says:

---CUT---
NXRectClip() intersects the current clipping path with the rectangle referred
to by its argument, aRect, to determine a new clipping path. 
NXRectClipList() takes an array of count number of rectangles and intersects
the current clipping path with each of them.  Thus, the new clipping path is
the graphic intersection of all the rectangles and the original clipping
    ^^^^^^^^^^^^^^^^^^^^
path.  Both functions work through the rectclip operator.  After computing
the new clipping path, the current path is reset to empty.
---CUT---

I believe the Concepts manual says that if rectCount == 2 then the two  
rectangles will be disjoint (e.g. due to a diagonal scroll). In this case  
then the above code would clip out everything and no redrawing would occur.  
Fortunately, this case usually only occurs under program control so this  
rarely happens.

A stumbled across this issue in the Draw source. In there, if there are 2  
rectangles, then the image is drawn twice, the first time clipped to the  
first rectangle and then again clipped to the other rectangle. You would  
either have to do that or set up a PostScript clipping path.

Dave

--
David K. Hess
Graduate Assistant                     David-Hess@tamu.edu
Supercomputer Center                  Texas A&M University
Newsgroups: comp.sys.next.programmer
From: hinds@cmgm.Stanford (Alexander Scott Hinds)
Subject: Re: Problems implementing services
Organization: Stanford University, California, USA
Date: Thu, 30 Jul 1992 00:24:08 GMT

[...stuff deleted]

> > add a Services item in IB, simply drag the Services item from the menu  
> palette  
> > to your main menu.
> 
> 	I don't think so.  I just launched a service provider that I  
wrote, it  
> has no services menu.  The services it offers are available in the  
Services  
> menu.
> 
> 	I think it more likely that the Service is not asking for a valid  
> Pasteboard type.  Remember how different services show up in the menus  
> depending on what Pasteboard objects are available...
> 
> 
> 	scott
> 
> -- 
> - Scott Anguish -
> sanguish@digifix.com (NextMail)

Where is a list of these pasteboard types?  I can't find them anywhere.   
Thanks.

--X

Newsgroups: comp.sys.next.programmer
From: soward@slow.inslab.uky.edu (John Soward)
Subject: Re: NeXTmille and swapping
Organization: University Of Kentucky, Dept. of Math Sciences
Date: Wed, 29 Jul 1992 12:45:49 GMT

Shawn Willden writes
-> Hi all, 
-> 
-> 
-> 	1)	MallocDebug was wrong and I was missing something that
-> 		a little more work with the code could uncover.
-> 	2)	Something was wrong with Mach's swapping algorithm.
-> 	3)	I was REALLY missing some vital information and if it
-> 		was in the on-line manuals I couldn't find it.

Easy thing to do is use "ps" from terminal and *see* what processes seem to  
have a large chunck of memory allocated to them...I haven't looked at the code  
at all, but my guess would be that the WindowServer will be the culprit. And  
that it arises from many Views/Windows/etc that are being allocated and perhaps  
not freed/re-used.

Good luck, 
--
    ________________________________________________________________________
   /   'The midnight sun will burn you up" -The Cure, Piggy in the Mirror  /
  /      soward@ms.uky.edu | soward@slow.inslab.uky.edu (NeXT Mail)       /
 /_______________________________________________________________________/
Newsgroups: comp.sys.next.programmer
From: coactive@netcom.com (Coactive Aesthetics)
Subject: gcc-2.2.1 and <sys/wait.h>
Date: Tue, 28 Jul 92 09:12:32 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 

I am in the process of upgrading to gcc version 2.2.1, and have come across
the following problem on a Next 2.1 system:

In the file protoize.c, it includes at line 71:

#include <sys/wait.h>

This will cause the following error when built using the gcc in stage1:

In file included from protoize.c:71:
/usr/include/sys/wait.h:128: parse error before `('
/usr/include/sys/wait.h:128: parse error before `)'

The original <sys/wait.h> entry is:

extern int wait(union wait *);

When I execute the gcc preprocessor and compiler built during stage 1, the
preprocessor generates the following:

# 127 "/usr/include/sys/wait.h" 2 3

extern int wait ((union wait *) (union wait *)) ;
extern int wait3(union wait *, int, struct rusage *);

The compiler pukes on the extern definition for wait(). I looked at all the
preceding includes and cannot figure out why this prototype is broke. Is this
a known problem? (I have not seen any postings on this, but I was not paying
attention when 2.2.1 was released). If so, could someone forward me the
patch(s) needed to correct this?

Thanks,

Otto

--
Otto Lind                  Coactive Aesthetics
otto@coactive.com          P.O. Box 425967, San Francisco, CA 94142
netcom!coactive!otto       voice:(415)626-5152    fax:(415)626-6320
Newsgroups: comp.sys.next.programmer
From: ddsmith@lynx.cs.washington.edu (Douglas D. Smith)
Subject: unistd.h? 
Organization: UW Computer Science
Distribution: comp
Date: 28 Jul 92 14:17:57

I'm hoping someone can help me.  I'm trying to compile a multi-file 
C program on a NeXT using an existing "make" file.  I've edited the
file for appropriate paths, flags, etc.  My problem is that the 
program is trying to find a header file called unistd.h which exists
on some Unix systems but doesn't seem to exist on the NeXT.  Is 
there another header file that would refer to the same routines in 
unistd.h?  If so, what's it called?  if not, do you have any 
suggestions (other than re-writing all the code that uses this 
header file)?
--
==	Douglas D. Smith   ====   ddsmith@cs.washington.edu     ==

Newsgroups: comp.sys.next.programmer
From: mahoney@csulb.edu (Mike Mahoney)
Subject: AppKit Hierarchy Diagram
Reply-To: mahoney@csulb.edu (Mike Mahoney)
Organization: Cal State Long Beach
Date: Sat, 25 Jul 1992 00:42:09 GMT


Shortly after NeXTSTEP 2.0 was released someone put a .diagram file and a
corresponding .eps file at the archives which showed the Application Kit
Hierarchy in a very attractive layout.  Simson Garfinkel and I would like
to use it (or preferably a 3.0 version of it) in our NeXTSTEP programming book.  
Does anyone know the author of the diagram?
Would anyone like to create a similar diagram for NeXTSTEP 3.0?
You would be credited in the book.
Since the book is about to be submitted for copy editing, time is short.

- Mike Mahoney
  SCaN President and SCaNeWS co-editor
  Southern California NeXT Users' Group

  also ...
  Professor and Chair
  Computer Engineering and Computer Science Dept
  California State University, Long Beach
  Long Beach, CA  90840-8302

  mahoney@csulb.edu  (NeXTmail capable)
From: aozer@next.com (Ali Ozer)
Newsgroups: comp.sys.next.programmer
Subject: Re: NeXT TIFF question
Date: 26 Jul 92 01:46:23 GMT
Organization: Next Computer, Inc.

In article <17124@acorn.co.uk> David De Vorchik writes:
>We are currently trying to decode some TIFF files that originated on a NeXT
>box.  These icons have a strange samples per pixel value (0x20002), we
>assume this is something to do with masking of the image (as some of them
>are icons).

Bizarre. NeXTSTEP never generates TIFFs with that spp; spp is always 1, 2, 3,
or 4.  In fact, given that the SamplesPerPixel tag is a short, the value
you specify doesn't look right. If it were to be 2 (which seems likely), then
you probably have a grayscale image with alpha.

Images with alpha aren't too complicated; they just have an extra channel
holding the transparency information, and the actual image itself is
premultipled with alpha. The alpha is stored as the last channel of data.

NeXTSTEP 2.x denotes alpha with the private MATTE tag; NeXTSTEP 3.0 uses
the newly created standard ExtraSamples tag.

Ali, Ali_Ozer@NeXT.com
Newsgroups: comp.sys.next.programmer
From: vikram@viman.com  (Vikram Duvvoori)
Subject: Getting ids of Outlets of an object
Keywords: outlets, object
Reply-To: vikram@viman.com
Organization: Viman Software, Santa Cruz, California
Date: Tue, 28 Jul 1992 05:39:07 GMT


Hi, 
	We are interested in developing some general tools that can  
dynamically access the various outlets of instances of other objects at  
run-time.
	For example, let Object1 have outlets a, b, c that are tagged 1, 2,  
and 3 and Object2 have outlets d,e that are tagged 4, 5. Given instances of  
Object1 and Object2 at run-time, what support is available in objective-C or  
Appkit, to determine the tags for the outlets of the instance variables. Are  
there any methods that give you information on the instance variables and list  
of methods for an object?
	We have attempted approaches using programmer stored lists of outlets  
(have a list of outlet names "a","b","c" for Object1 and "d","e" for Object2  
and process these lists for accessing tags). This has the problem of  
maintaining the correctness of these lists. Is there any smarter way of doing  
this? We  could probably parse the .h file for getting static information, but  
how about dynamically loaded objects? 

We have already searched through Digital Librarian and archives of CSNP.
Any ideas or pointers are welcome.

--Vikram
____________________________________________________________
Vikram Duvvoori                    vikram@viman.com
Viman Software                     800-827-4590 (Toll Free)
Registered NeXT Developers         408-459-0678  
NeXT Mail preferred                408-458-2862 (Fax)

-- 
____________________________________________________________
Vikram Duvvoori                    vikram@viman.com
Viman Software                     800-827-4590 (Toll Free)
Registered NeXT Developers         408-459-0678
From: wilson@mimsy.umd.edu (Anne Wilson)
Newsgroups: comp.sys.next.programmer
Subject: invoking C++ member functions via cthread_fork()
Keywords: member function, this, cthread_fork
Date: 31 Jul 92 16:17:15 GMT
Organization: U of Maryland, Dept. of Computer Science, Coll. Pk., MD 20742

Has anyone successfully invoked an object's member function via 
cthread_fork() and passed it an argument in addition to the 
'this' pointer?  I have successfully invoked a member function 
passing 'this' as the first argument, but am unable to have the 
member function receive the additional argument.  I have tried 
many permutations of the code below (including rearranging the 
order of the struct's members), but nothing seems to work.  One 
alternative is to pass data by adding another data member to the 
class.  This works, but it's not very satisfying.

Thanks in advance!  Please email to me directly, if possible.

Anne
wilson@cs.umd.edu
 
////----------------------------------------------------------
extern "C" {
#import <stdio.h>
#import <cthreads.h>
}

class B {
protected:
    int data;
public:
    B (int initval);
};

B::B (int initval) { 
  data = initval;
}

//------------------------------------------
typedef void (viP_func_ptr)(void*, int);					

class D : public B {
public:
    D(int);
    void addTo(int);
    void startThread(viP_func_ptr memberFn, int val);
};

typedef struct{
    void* me;
    int val1;
} argthing;

static argthing myArgs;

void D::startThread(viP_func_ptr* memberFn, int val){
    myArgs.me = this;
    myArgs.val1 = val;
    
    /* must pass 'this' to a member fn called via cthread_fork - 
     * C++ converts member fns to C fns with 'this' as first arg */
    cthread_detach(cthread_fork((cthread_fn_t) memberFn, (any_t)myArgs.me));
    sleep(1);
}
void D::addTo(int val) {
    printf (">>>>>>>>>In D::addTo, this, val = %d, %d\n", (int) this, val);
    data += *val;
}
D::D(int val) : B (val) {
    printf ("in Constructor: this = %d\n", (int) this);
    startThread((void*) addTo, 10);
    printf ("After call to startThread\n");
}

main () {

    D myD(20);
}
From: gregf@shaman.sps.mot.com (Greg Ferguson)
Newsgroups: comp.sys.next.programmer
Subject: Lint for NeXT?
Keywords: lint programming tools
Date: 23 Jul 92 16:26:57 GMT
Reply-To: gregf@shaman.sps.mot.com
Organization: SPS

Hi,

I've located vgrind, but now I'm looking for a lint type tool on the NeXT.

Any such animal exist in the extended distribution? Or has someone ported
a GNU type lint over?

Any info is appreciated. Please email and I'll summarize.

Thanks,

Greg Ferguson
rtmd30@email.sps.mot.com
gregf@shaman.sps.mot.com
From: axel@chaos1.rhein-main.de (Axel Rau)
Newsgroups: comp.sys.next.programmer
Subject: Re: AppKit Hierarchy Diagram
Date: 26 Jul 92 16:28:58 GMT
Reply-To: Axel Rau <axel@chaos1.rhein-main.de>
Organization: Dipl.Ing. Axel Rau -- NeXTstep and Database development

In article <1992Jul25.004209.10075@beach.csulb.edu> mahoney@csulb.edu (Mike  
Mahoney) writes:
>  
>  Shortly after NeXTSTEP 2.0 was released someone put a .diagram file and a
>  corresponding .eps file at the archives which showed the Application Kit
>  Hierarchy in a very attractive layout.  Simson Garfinkel and I would like
>  to use it (or preferably a 3.0 version of it) in our NeXTSTEP programming  
book.  
>  Does anyone know the author of the diagram?
	In
		Diagram_Samples/AppKit_2.0.diagram
	of
		Lighthouse Design's Diagram.app

	is such a diagram (as a Diagram! document with hyperlinks
	to the AppKit Reference pages). There is a way to create
	an .eps from such documents.

Axel


	
-- 
..................................................................
Axel Rau, Frankfurt, Germany  voice:       +49-69/266-6069 /519354
Ingenieur Buero Axel Rau   email: axel@claudius1.ccc.rhein-main.de
From: ramesh@veda (Ramesh Dodamani)
Subject: RE:Objective DBToolkit
Reply-To: ramesh@veda.cwru.edu
Organization: Case Western Reserve University, Cleveland, Ohio, (USA)
Date: Tue, 28 Jul 92 05:55:29 GMT


Is there anybody ou there using Objective DBToolkit for their applications? I  
would like to correspond with them.

Ramesh

ramesh@veda.esys.cwru.edu (NextMail OK)


Newsgroups: comp.sys.next.programmer