HDTenEightyP/NetNews huggingface dataset:
From: harit@kripalu.com
Subject: Re: Using the serial # in ROM as a copy protection mechanism...?
Reply-To: harit@kripalu.com
Organization: Kripalu Center
Date: Sat, 19 Dec 92 12:24:23 GMT

In article <1992Dec17.230932.16643@jarvis.csri.toronto.edu>  
ematias@dgp.toronto.edu (Edgar Matias) writes:
> 
> A thread is just starting up on comp.sys.mac.programmer on the idea of
> using a computer's serial number embedded in a ROM chip as a means of
> uniquely identifying a given computer.  This could easily be used in
> a copy protection scheme.  I'm told NeXT computers work that way and
> I wonder what all of you think of this kind of copy protection?
> 
> Does is work well?  Is it annoying when machine servicing is required?
> Is the chip soldered to the board?  What do you all think?
> 
> I think it's a pretty good idea and could solve a lot of problems in
> the software industry.  I seem to be one of the few people in
> comp.sys.mac.programmer who thinks so.  What have been your
> experiences?
> 
> Thanks,
> Edgar
> -- 
> Edgar Matias
> Input Research Group
> University of Toronto
> --
> I speak for no one...

As a system administrator as well as a developer the difficulty of maintaining  
licenses at the individual machine level is VERY annoying.  For the system  
administrator all the issues around repairs and swapping out a defective slab  
for a working one, and so on, is complicated by machine specific licenses.  For  
the developer they get all the calls from the administrator needing new  
licenses to match the musical machines being done.  The MUCH preferable  
solution is floating licenses ala OTProvide.  For those worried about stand  
alone machines copying the software: as an administrator I would prefer some  
kind of plug in key off the serial port to being tied to a motherboard serial  
number.

That is my two cents.

-- 
Michael Allen Latta
Kripalu Center
harit@kripalu.com
(413)448-3288
Newsgroups: comp.sys.next.programmer
From: datec@gagme.chi.il.us (Charles Robinson)
Subject: Archiving Windows Query
Organization: GAGME - Public Access UNIX of Chicago, Illinois, USA, Earth
X-Newsreader: TIN [version 1.1 PL7]
Date: Sat, 12 Dec 1992 04:23:51 GMT

I seem to have a misunderstanding on the proper -write and -read methods
when desiring to save and restore a window with a scrolling view.
If I have a scrolling view (as in the example from ScrollDoodScroll)
I seem to have to do something like the following:

In the -write method explicitly write out the window's content view as well
as the window itself.

In the -read or -awake method explicity reset the content view ala
	[mywindow setContentView:savedContentView]

Using gdb I noted that before the setContentView call in -read, the address of
the window's content view and my restored content view were not the same.
But, I thought that saving the window saved ALL its views. I am obviously
missing something. I am using the above kludge work around but ...
From: ddj+@cs.cmu.edu (Doug DeJulio)
Newsgroups: comp.sys.next.programmer
Subject: Re: Smalltalk for the NeXT - Let's get programming!
Date: 16 Dec 92 19:21:02 GMT
Article-I.D.: cs.BzD9r6.HA0.2
Organization: School of Computer Science, Carnegie Mellon

> Or, put a NeXTStep front end on GNU Smalltalk.  Think of the possibilities...

Think bigger.  Don't put a NeXTstep front end on GNU Smalltalk, make a
version of GNU Smalltalk that lets you send messages to Objective-C
objects!  This would be useful on any platform that has GNU
Objective-C and SmallTalk, and on the NeXT it would give folks access
to just about EVERYTHING.
-- 
Doug DeJulio
ddj+@cmu.edu
Newsgroups: comp.sys.next.programmer
From: mzeller@gwdg.de
Subject: Colored Button
Organization: GWDG, Goettingen
Date: Mon, 14 Dec 1992 05:53:35 GMT

Hi, 

I'd like to have a colored button - I don't want to use a TIFF Icon for it.
Best solution would be a Category for the Button Class like -setColor.
If thats not possible, a Subclass of the ButtonClass - ColoredButton with
the same method would be nice.
Did anybody write code for this?
If not, whats the easiest way to implement it?
(I guess you have to overwrite the drawSelf method for the Button class)

Thanks for your help 

- Meinrad
  
--
** Meinrad Zeller - Foehrenweg 1 - 3400 Goettingen - Germany **
** email: mzeller@namu01.gwdg.de      Phone: +49-551-300095  **
From: louie@sayshell.umd.edu (Louis A. Mamakos)
Newsgroups: comp.sys.next.programmer
Subject: Re: Using the serial # in ROM as a copy protection mechanism...?
Date: 18 Dec 1992 21:00:13 GMT
Organization: University of Maryland, College Park
NNTP-Posting-Host: sayshell.umd.edu

In article <1992Dec17.230932.16643@jarvis.csri.toronto.edu> ematias@dgp.toronto.edu (Edgar Matias) writes:
>A thread is just starting up on comp.sys.mac.programmer on the idea of
>using a computer's serial number embedded in a ROM chip as a means of
>uniquely identifying a given computer.  This could easily be used in
>a copy protection scheme.  I'm told NeXT computers work that way and
>I wonder what all of you think of this kind of copy protection?

I can tell that I was most pissed off when I had my CPU board replaced
under warrantee, and my copy of Mathematica stopped working.

>Does is work well?  Is it annoying when machine servicing is required?
>Is the chip soldered to the board?  What do you all think?

No, the aforementioned event prompted me to patch the kernel to return
the old serial number.  Is it soldered on?  I don't know.  It would be
nice if the serial number/ethernet address device was in a socket, so
that when hardware is repaired or replaced, the address can stay with
the user.  The service people don't seem to do this; or at least no in
my experience.

>I think it's a pretty good idea and could solve a lot of problems in
>the software industry.  I seem to be one of the few people in
>comp.sys.mac.programmer who thinks so.  What have been your
>experiences?

You either trust your users or not.  The approach that I like is to
give the user some piece of information that needs to be supplied to
enable the application.  This piece of information uniquely identified
the *owner* of the software.  That way, if it gets "loose", you know
who to trace it back to, and thus who violated the terms of the
software license agreement.  This is the approach that I like, and the
one that I use for the software that I write.

louie

Newsgroups: comp.sys.next.programmer
From: dave@prim.demon.co.uk (Dave Griffiths)
Subject: Re: WANTED: code for RESIZE-KNOB
Organization: Primitive Software Ltd.
Date: Wed, 16 Dec 1992 11:52:11 GMT

In article <1992Dec9.185451.2696@uunet!cbmvax!xmws!kripalu> harit@kripalu.com writes:
>
>Look in the docs for class NXSplitView.  There is no IB way to construct these  
>however.  No group in split view option as of yet.
>

If you want to keep the benefits of using IB, you can add the NXSplitView 
programmatically in appDidInit. With Mail app for instance, you would put all 
the top stuff in a Box and then at run-time remove the Box and ScrollView 
from their superviews and put them in an NXSplitView instead. Works fine.

Dave Griffiths
Organization: University of Illinois at Chicago
Date: Friday, 11 Dec 1992 16:42:14 CST
From: <U54876@uicvm.uic.edu>
Newsgroups: comp.sys.next.programmer
Subject: _very_ basic RenderMan question

Hello -

  To all you experienced NeXT programmers out there, a very basic question abou
t RenderMan from someone who has just started programming.
  I have copied, verbatim, the "minimal program using RenderMan" from page 18
of The RenderMan Companion, saved it as test.c, and tried to compile it using:
cc -lMedia_s test.c -o test

I get:

/bin/ld: Undefined symbols:
_RiBegin
_RiWorldBegin
_RiSurface
_RI_P
_RiPolygon
_RiWorldEnd
_RiEnd

Can anyone take a little time to e-mail some help to me?  It would be greatly
appreciated.

-Tom

Newsgroups: comp.sys.next.programmer
From: abell@netcom.com (Steven T. Abell)
Subject: Re: 8 bits AND parity, please
Organization: Netcom Online Communications Services (408-241-9760 login: guest)
Date: Fri, 18 Dec 1992 08:01:31 GMT


a74k110@titan.ucc.umass.edu (Chris Lloyd) writes:

> /usr/include/nextdev/zscom.h has the kernel entry points for a driver to
> acquire and install interrupts for each of the serial ports.
> /usr/include/nextdev/zsreg.h has all the defines you probably need for
> accessing the 8530 hardware directly.

and a bunch of other good stuff.

*** However *** my 3.0 system doesn't seem to have /usr/include/nextdev.
It also doesn't have Chapter 5 of the LKS docs, which is referred to in
the chapters I do have. My 3.0 CD-ROM doesn't have them either. There is
a /NextDeveloper/2.0CompatibleHeaders/nextdev with zsreg.h, but no zscom.h.

Perhaps some kind soul will post the appropriate files,
or at least mail them to me.

Regards,

Steve abell@netcom.com
From: jeff@is.s.u-tokyo.ac.jp (Jeff McAffer)
Newsgroups: comp.sys.next.programmer
Subject: remote sound server?
Date: 14 Dec 92 05:50:42 GMT
Reply-To: jeff@is.s.u-tokyo.ac.jp
Distribution: comp
Organization: University of Tokyo, tcejorP Project.

I'd like to be able manipulate a NeXT's sound resources (DSP, ...)
from a remote machine.  Has someone written a remote sound server for
the NeXT?

The source of the sound data will not be a NeXT.  Ultimately what I
would like to do amounts to RPCs on the sound routines from my
application machine to a NeXT.  What I envision is a server which
maintains some sort of cache of objects which are externally
addressable (indentifiable) and can be invoked remotely.  This way, I
send the server a 'RPC', the server looks at the args etc, subs in
the real objects for my references and fires it off to the DSP or
whatever.

I won't worry too much about the non-deterministic net delays and
stuff right now.  I'm interested mostly in the server side as the
client is highly custom.  Since I will most likely need to customize
the server, source would be great but for now I'll take anything I
can get.

Is anyone else interested in this sort of thing?

Thanks

--
--
ato de, |m        -- yahoo.
Newsgroups: comp.sys.next.programmer
From: andy@research.canon.oz.au (Andy Newman)
Subject: Re: grepping, fgrepping, and egrepping
Organization: Canon Information Systems Research Australia
Date: Mon, 14 Dec 1992 02:45:04 GMT

iguana@mik.uky.edu writes:
>Is there anyway to get GREP to take a given string or character
>and return the result of validating a string WITHOUT these?
>
>fgrep -v 'string'  <-- will return all LINES that don't have 'string'
>in them. But I need a process that will read in a string and output
>every character EXCEPT those in the string.
>

man sed

-- 
Andy Newman (andy@research.canon.oz.au)
Newsgroups: comp.sys.next.programmer
From: joseph@lilliput.fdn.org (Joseph Goldstone)
Subject: Re: _very_ basic RenderMan question
Keywords: renderman
Organization: Lilliputian Pictures - Paris, France.
Date: Sun, 13 Dec 1992 11:02:09 GMT

<U54876@uicvm.uic.edu> writes
> Hello -
> 
>   To all you experienced NeXT programmers out there, a very basic question
> about RenderMan from someone who has just started programming.
>   I have copied, verbatim, the "minimal program using RenderMan" from page 18
> of The RenderMan Companion, saved it as test.c, and tried to compile it  
using:
> cc -lMedia_s test.c -o test
> 
> I get:
> 
> /bin/ld: Undefined symbols:
> _RiBegin
> _RiWorldBegin
> _RiSurface
> _RI_P
> _RiPolygon
> _RiWorldEnd
> _RiEnd
> 
...

You can't get there from here.

To compile the programs in the Companion you would need to be able to either  
directly link in the renderer, or link in the RIB client library routines that  
emit the RIB eaten by the renderer (which in this case is the renderer in  
/usr/prman/prman).  But neither of these avenues are possible with what's  
shipped by NeXT; you have to order a separate product from Pixar.  At the  
bottom of Intro3DKit.rtf (search in Librarian with General Reference selected)  
you will find the following enlightenment:

I3DK> Other components of the RenderMan Toolkit aren't
I3DK> included in NeXTSTEP Release 3 the tutorials, a
I3DK> linkable renderer, a RIB library, and so forth.  To get
I3DK> these, you must purchase the RenderMan Toolkit from
I3DK> Pixar.  If you've written programs using the RenderMan
I3DK> Toolkit, they will not work in NeXTSTEP 3.0 directly;
I3DK> you'll need to rewrite them to make use of the 3D Kit.

Note that even if you had, for example, librib.a, once you moved on to the more  
ambitious examples in the book you would find there was a lot of missing  
"scaffolding" code that you would need to make the programs work - routines to  
position the camera for the scene, and so on.  The Developer's Toolkit comes  
with all this stuff, plus a bunch of doc - a second copy of the companion, a  
copy of the Interface spec, notes on all the RiOption calls that make sense for  
prman, and a set of "PhotoRealistic RenderMan Application Notes".  Application  
note #15, on making shadows, is 15 pages long!

Pixar's telephone number is (510) 236-4000; their fax is (510) 236-0388.

-- joseph
From: isbell@cats.ucsc.edu (Art Isbell)
Newsgroups: comp.sys.next.programmer
Subject: Re: Urge NeXT to support (complete) IXKit
Date: 11 Dec 1992 19:48:11 GMT
Organization: Cubic Solutions - NeXT software development and consulting
NNTP-Posting-Host: si.ucsc.edu


In article <11DEC199209422447@mpx2.lampf.lanl.gov> silbar@mpx2.lampf.lanl.gov (Dick Silbar) writes:
>I might have missed a turn here, but has NeXT ever announced that there
>WILL be a 3.1?

Not to my knowledge.  NeXT has stated that NeXTSTEP on black and Intel hardware
will be identical and that NS 486 will be released before NS 4.0.  If one
assumes that NeXT realizes that NS 486 must be really rock-solid when it hits
the streets, then the "softness" of 3.0 will need to be "firmed up" before NS
486 is released.  This might suggest an interim release to some.
-- 

Art Isbell                                                      Cubic Solutions
NeXT Registered Developer #745         NeXT software development and consulting
NeXTmail: isbell@cats.UCSC.EDU                             Voice: (408)335-1154
USmail: 95018-9442                                           Fax: (408)335-2515
Newsgroups: comp.sys.next.programmer
From: vac249f@monu6.cc.monash.edu.au (Robert D. Nicholson)
Subject: Re: csh and files
Keywords: search text script
Organization: Monash University, Caulfield Campus
Date: Fri, 11 Dec 1992 21:24:02 GMT

Heres a solution note strictly the oldname should be ^HOSTNNAME=hostname but
im lazy :-)

newhostname="steffi"

sed 's/HOSTNAME=hostname/HOSTNAME=steffi/g' /etc/hostconfig

#or 

sed "s/HOSTNAME=hostname/HOSTNAME=${newhostname}/g" /etc/hostconfig

the file /etc/hostconfig contains


#
#	-AUTOMATIC-	Configure automatically
#	-YES-		Turn a feature on
#	-NO-		Leave a feature off or do not configure
#
HOSTNAME=hostname
INETADDR=#########
ROUTER=-NO-
IPNETMASK=
IPBROADCAST=-AUTOMATIC-
NETMASTER=-YES-
YPDOMAIN=-NO-
TIME=-AUTOMATIC-

#NOte the output is only to standard output you have to do something like

save oldhostconfig
sed blablabla > newhostconfig
cp newhostconfig to hostconfig etc etc

Hope this helps, any discounts on hardware??? :-))))))))
Newsgroups: comp.sys.next.programmer
From: thf@zelator.in-berlin.de (Thomas Funke)
Subject: Re: WANTED: code for RESIZE-KNOB
Reply-To: thf@zelator.in-berlin.de (Thomas Funke)
Organization: NNU Corp. - NeXT is Not UN*X
Date: Thu, 10 Dec 1992 17:32:51 GMT

In article <mst.723853978@sanjuan> mst@sanjuan.UVic.CA (Marc Stadelmann)  
writes:
> 
> I am looking for some code that implements a simple resize-knob
> that allows the user to enlargen one view at the expense of some
> other view in the same window.
> 
> The digital Librarian uses such a knob and the font panel as well.
> 
> I browsed through several archives but could not find any example
> or code.  This seems like an every-day lunch for a NeXT interface,
> so maybe I've overlooked something ?
> 
>

Look at NXSplitView in the doc's. Its all there already :-))

-- 
------------------------------------------------------------------
Thomas Funke  ** E-mail: thf@zelator.in-berlin.de
NeXT-Developer * Unix-Consultant
------------------------------------------------------------------
Newsgroups: comp.sys.next.programmer
From: teb@dendron.forestry.umn.edu (Thomas E. Burk)
Subject: problem installing gcc 2.3.2 on NS 2.1
Reply-To: teb@dendron.forestry.umn.edu (Thomas E. Burk)
Organization: University of Minnesota
Date: Wed, 16 Dec 1992 22:09:39 GMT


I have problem installing gcc 2.3.2 on NS 2.1.  I installed gcc 2.3.2
successfully through all the stages with the cc -traditional-cpp option on.
Upon testing gcc, I encountered an error in the linker -- something effect
that standard libraries could not be located.  Any ideas?

Man Nguyen
mnguyen@mercury.forestry.umn.edu
From: gobbi@gdss.commerce.ubc.ca (Michael Gobbi)
Newsgroups: comp.sys.next.programmer
Subject: Re: Project builder and source code control.
Date: 17 Dec 1992 17:32:01 GMT
Organization: The University of British Columbia
NNTP-Posting-Host: gdss.commerce.ubc.ca

In article <1992Dec16.163137.5670@infotec.ch> guy@infotec.ch (Guy Roberts)  
writes:
> Two of us here are using the same Project Builder directory.
> Now that nib files are directories, how are other developers
> managing to stop people changing the same nib at the same 
> time and overwriting changes ? If the project was all made 
> up of flat files this would be possible with SCCS. 
> 
> I have not so far seen much about source code control in
> the NeXT documentation. Is the idea that each developer
> sticks to a discrete sub project ?
> 
> Any ideas ?
> 

The simplest solution that I can think of is to create a project account.   
People can copy out code and work on it within their own accounts, but  
must log in as the "project user" to copy the stuff back and remake the  
project.

Another (dangerous) solution is to make ProjectBuilder and  
InterfaceBuilder into setuid programs.

Both of these are workarounds to the real problem -- the fact that  
regardless of permissions, project builder refuses to modify certain files  
unless you are the owner.  With any luck it will be solved in 3.1.

--
     __    In quest of knowledge...
    /..\      <gobbi@gdss.commerce.ubc.ca>
---mm--mm---------------------------------------
Organization: Carnegie Mellon, Pittsburgh, PA
Newsgroups: comp.sys.next.programmer
Date: Fri, 18 Dec 1992 22:47:58 -0500 
From: David Apfelbaum <da0g+@andrew.cmu.edu>
Subject: Re: 8 bits AND parity, please


Hmm.

Looking through the magical subdirectories under NS3.0 turns up:

/usr/include/bsd/dev/zsio.h
    (ioctl stuff)

/usr/include/architecture/m68k/zsreg.h 
    (Presumably the prefered way to accesses zs85C30.h.)

/usr/include/architecture/zs85C30.h
    (Quite possibly everything you will need!)


Seriously, just look in /usr/include/architecture/zs85C30.h.  What more
could you ask??? 
    (.... Well, I suppose a Zilog Z85C30 manual would also help... ;-)


    -David.

Newsgroups: comp.sys.next.programmer
From: bwilliam@iat.holonet.net (Bill Williams)
Subject: Re: SCSI devices on NeXT?
Organization: HoloNet National Internet Access BBS: 510-704-1058/modem
Date: Sun, 13 Dec 1992 11:42:53 GMT

I wrote a simple SCSI benchmark program for the NeXT over a year ago. It
was primitive. I recall having to use only the "generic" SCSI driver. I
recall Having to be root level when running. I remember being dissapointed
that the generic driver had a 64K DMA burst or something like that that
hindered raw high speed data throughput (compared to the real non-generic
drivers. It took one day to write and I am not even a NeXT programmer (Mac
guy) so I know you can easily do it on the NeXT.

Its very simple compared to Apples SCSI manager crap. (Which by the way is
going to be totally obsoleted in almost every way when the Cousin Itt
Apple SCSI manager ships soon (on the Cyclones for certain) Its called
SCSI Manager 4.3 and it is very good, but will not allow simultaneous use
of two Quadra SCSI chips in the same versatile manner as using TIBs
allows. TIBs can be self modifying and do lots of neat-o stuff but no TIB
support is possible on future SCSI managers from Apple. Thus you cannot
stripe a partition across two devices that have dissimilar data transfer
effective rates (1 3 meg per second device and one 1.5 meg per second
device) and instruct the New Apple SCSI manager 4.3 to transfer 10 megs of
striped data from both devices using two scsi paths (busses in this case)
wherby one chip transfers 1.5 megs per second interlaced into destination
buffer, and the other transfers 3 megs persecond interlaced in a
lockstepped manner during the data phases. ARRRGGH! 


Bill Williams
From: seanm@richsun.cpg.trs.reuter.com (Sean M. McCarthy)
Newsgroups: comp.sys.next.programmer
Subject: displaying ANSI data
Date: 17 Dec 92 20:03:11 GMT
Distribution: usa
Organization: Reuters Client Site Systems, Oakbrook,IL

I'm looking to display ANSI-formatted data (with all the positioning
sequences, etc.) to a TextField (or whatever is more appropriate).
Anyone have suggestions/examples on using the "/ansi" control word
or other methods to do this?

Thanks,
Sean

--

	Sean McCarthy
	email: seanm@richsun.cpg.trs.reuter.com
From: charlie@snowflake.az.stratus.com
Newsgroups: comp.sys.next.programmer
Subject: Re: How do I make my "stop" button work?
Date: 14 Dec 1992 20:38:25 GMT
Organization: Stratus Computer Inc, Marlboro MA
Reply-To: charlie@snowflake.az.stratus.com
NNTP-Posting-Host: snowflake.az.stratus.com

In article <6032@rosie.NeXT.COM> jdoenias@next.com (Josh  
Doenias) writes:
> In article <BywsHq.Hv4@cmcl2.nyu.edu> dario@cns.nyu.edu  
(Dario Ringach,  
> x3941) writes:
> >I have a button sending an -abortCalculation message to 
..lines omitted for brevity...

Thanks for the hint. However, I have a followup to this. If
I use a modal session, the event seems to get noticed, but
I cannot modify the window (like highlighting the button,
changing it's title or icon, etc). Is there a way to get
a flush to occur (yes, I have tried flushWindowIfNeeded)?
--
Charles Spitzer
charlie@snowflake.az.stratus.com
Telecom Customer Assistance Center
Stratus Computer, Inc.
Phoenix, AZ  85018
Newsgroups: comp.sys.next.programmer
From: noyau@pelane.cubx.com  (Eric Noyau)
Subject: Re: mail from a script file
Reply-To: e_noyau@cubx.com
Organization: Cub'X systemes
Date: Sat, 12 Dec 1992 11:43:09 GMT

In article <Bz2C00.FH7@usenet.ucs.indiana.edu> "Todd A Green"  
<tagreen@lothario.cica.indiana.edu> writes:
> 
> mail -s <subject> <user> < <file>
> 

Why use a lot of files ? You can do

echo "text" | Mail -s "Subject" user

Eric
-- 
// Author:  Eric Noyau                    Comment: (Small) NeXTMail ok.
// E-Mail:  e_noyau@cubx.com  || e_noyau@cubx.fdn.org
// Address: Lieu-dit Pelane - 38570 Goncelin - France.
A bug can be changed to a feature by documenting it. Developpers know !
Newsgroups: comp.sys.next.programmer