HDTenEightyP/NetNews huggingface dataset:
From: mo@mg.stu.rpi.edu (Monish Gopinath)
Subject: Read if you work in the MIS Dept. 
Date: Wed, 27 Jan 1993 06:45:57 GMT

I am trying to get some information on the issue of security in a MIS  
department for a paper I'm writing.

	(1) Is security an issue?
	(2) Why or why not?
	(3) How is it addressed in the dept.?
	(4) How is it implemented?

If you can give me any other information related to security I would  
appreciate it.
P.S. Could you include the size of your MIS dept. and (if you don't mind)  
the name of the organization you work for. Thank you.
--

                                              _    _    __
                                             /  \ / /  /   /
                                            /      /  / __/            
					
				         (NeXT-mail preferred)
Newsgroups: comp.sys.next.misc
From: nathan@laplace.biology.yale.edu (Nathan F. Janette)
Subject: Silly NeXT question from user who should know the answer
Reply-To: nathan@laplace.biology.yale.edu
Organization: Yale University, Department of Computer Science, New Haven, CT
Date: Tue, 26 Jan 1993 23:28:45 GMT

I'm going to catch hell for now knowing this, but...

How can a user "inform" the FileViewer that files with certain
extensions should have a corresponding app selected as the default
launch app?  It's easy enough to select an app already displayed in the
Tools panel of the inspector, but how does one add a new choice?  Dragging
an icon into that area doesn't seem to work (it should!)... 

--
Nathan Janette	# "As I walk I hear my longing thoughts subsiding.
Dept MB&B	# Upon your cross I bleed the thoughts that I've been hiding.
Yale Univ/HHMI	# I'm all used up; there's not much more for me to give.
New Haven, CT	# Echoes of the life that we all want to live."

nathan@laplace.csb.yale.edu		
Newsgroups: comp.sys.next.misc
From: jw_shin@quake.sylmar.ca.us (Jin woo Shin)
Subject: NeXTStep 486
Organization: Quake Public Access, Sylmar CA
Date: Fri, 22 Jan 1993 11:59:09 GMT

I'm planning to move on to either NeXT machine or NeXTStep 486 soon and I 
need some feedback on NeXTStep 486.  Is there anyone out there who is 
using NeXTStep 486 right now?  If so, could you give me a general 
difference between a NeXT machine running NeXTStep and 80486 running 
NeXTStep 486? Also, how is the hardware support, such as video, network 
card, SCSI, sound...?
Thanks.

---
BBS:       Programer's Paradise 818-701-7465 / Remote Sysop "Jin woo"
Internet:  usc.edu!usc!celia!techsys!pain!jw_shin
           jw_shin@quake.sylmar.ca.us
From: fermat@fermat.dartmouth.edu (Michael Glenn)
Newsgroups: comp.sys.next.misc
Subject: Re: NeXT ModPlayers (Cf. Getting more space ...)
Date: 26 Jan 93 01:16:09 GMT
Organization: Dartmouth College, Hanover, NH

> 
> sonata.cc.purdue.edu pub/next/submissions/ModPlayer_V2.5.tar.squfile
> you will need UnSquashOnly to uncompress this file.
> You can get it on the same site as pub/next/2.0/bin/UnSquashOnly.Z
> After you get UnSquashOnly uncompress it and 
> chmod +x UnSquashOnly
> 
> If you do not want to bother with UnSquashOnly then get
> pub/next/submissions/ModPlayer_V2.4.tar
> which is an older version, but works just as well.
> 

Someone should probably replace this .squfile file with a .tar.z file.  
(compressed with gzip)  gzip is at least public domain, so anyone can get  
it and use it.  It is also command line driven.  By the way, here are the  
compression comparisons:

69929 ModPlayer_V2.5.tar.Z
44327 ModPlayer_V2.5.tar.squfile
38541 ModPlayer_V2.5.tar.z

So gzip gives the maximum compression.  If one is going to be forced to  
get an uncompression utility to read something from an archive, I think it  
better to have to get gzip rather than UnSquashOnly.
From: gregor@oit.itd.umich.edu (Gregor Purdy)
Newsgroups: comp.sys.next.misc
Subject: Re: Compression for the archives (and FTP enhancements)
Date: 27 Jan 1993 20:46:54 GMT
Organization: University of Michigan
Distribution: usa
NNTP-Posting-Host: fredrik.oit.itd.umich.edu

In article <1k6q1eINNqai@shelley.u.washington.edu>  
billk@rose.apl.washington.edu (Bill Kooiman) writes:
> > [... MUNCH ...]
> 
> Wouldn't this lead to increased the traffic on the net?  Because you would  
> be sending uncompressed versions around.  This would be especially  
> difficult for people running via modems.
> 
> --Bill

You could have the ftp client on the user's side to all the compression and
decompression. Thereby, the uncompressed version would never be sent over the
net. You could even build a version of an ftp client that looked at the 
filename extensions on the files it was transferring and either automatically
decompress or prompt the user for permission to decompress (a preference).
Then, you could configure it to do any compression/decompression scheme you
wanted by having it do call outs to filter programs. You'd just need a way
to associate an extension with a filter program...

--Gregor N. Purdy
Contemporary Design Studios
Newsgroups: comp.sys.next.misc
From: heinle@cmf.nrl.navy.mil (Glenn Heinle)
Subject: Apple disks
Keywords: Apple, data fork, resource fork
Reply-To: heinle@cmf.nrl.navy.mil
Organization: Naval Research Lab, Washington, DC
Date: Mon, 25 Jan 1993 20:08:56 GMT


Once an Apple disk (floppyh or CD-ROM) is mounted, is there a way to  
access the three forks (data, resource, and info)?  I believe what you see  
is the data fork, and I heard there is a way to get to the resource fork.

Thanks.

Glenn Heinle
heinle@cmf.nrl.navy.mil
Xref: sparky comp.sys.next.misc:24084 comp.sys.next.advocacy:3949
From: sami2@ruffles.Eng.Sun.COM (Sami Shaio)
Newsgroups: comp.sys.next.misc,comp.sys.next.advocacy
Subject: Re: Sun to use DisplayPostScript!!!
Date: 26 Jan 1993 08:19:00 GMT
Organization: Sun
NNTP-Posting-Host: ruffles
Keywords: Sun, Display PostScript

In article <C1D9BE.AB7@cs.mcgill.ca> samurai@cs.mcgill.ca (Darcy BROCKBANK) writes:
>In article <1jpl1eINNbsq@tamsun.tamu.edu> daugher@cs.tamu.edu writes:
>
>>Q. Is DPS a standard?
>>
>>A. Though DPS is not a sanctioned standard, it is fast 
>>becoming a de facto UNIX standard. All major Unix platform 
>>vendors (SGI, IBM, DEC, NCD, etc.), except Hewlett-Packard, 
>>support DPS.
>
>I guess NeXT does not use DPS. 
>
>I guess they didn't pioneer it either. From what I gather
>it was NeXT's idea in the first place to use PostScript on
>the display. Everyone else thought that PostScript was too
>slow for an interactive display.
>
>Oh, forgot this was Sun talking... They're almost as bad as
>Iraqi ambassadors :-).
>
>
>- db


Sun implemented the NeWS window system which was rendering PostScript
to the screen long before DPS. NeWS also had a more complete set of
input primitives than DPS does. In fact, NeWS was also the first
use of annoying mixed capitals names that I'm aware of. Guess
we'll take the blame for that one. 

--sami

:) no flames intended but just setting the record straight...
From: gregor@oit.itd.umich.edu (Gregor Purdy)
Newsgroups: comp.sys.next.misc
Subject: Re: Compression for the archives (and FTP enhancements)
Date: 27 Jan 1993 20:47:21 GMT
Organization: University of Michigan
Distribution: usa
NNTP-Posting-Host: fredrik.oit.itd.umich.edu

You could have the ftp client on the user's side to all the compression and
decompression. Thereby, the uncompressed version would never be sent over the
net. You could even build a version of an ftp client that looked at the 
filename extensions on the files it was transferring and either automatically
decompress or prompt the user for permission to decompress (a preference).
Then, you could configure it to do any compression/decompression scheme you
wanted by having it do call outs to filter programs. You'd just need a way
to associate an extension with a filter program...

--Gregor N. Purdy
Contemporary Design Studios
From: izumi@pinoko.berkeley.edu (Izumi Ohzawa)
Newsgroups: comp.sys.next.misc
Subject: Re: Business Week article (NeXT to dump hardware)
Date: 28 Jan 1993 02:07:47 GMT
Organization: University of California, Berkeley
Distribution: world
Reply-To: izumi@pinoko.berkeley.edu
NNTP-Posting-Host: moica.berkeley.edu

In article <C1I5xq.BGB@utstat.toronto.edu> philip@utstat.toronto.edu (Rob Tibshirani) writes:
In article <1k4udc$1cb@agate.berkeley.edu> izumi@pinoko.berkeley.edu writes:

[ ]
>
>But then, at least in the NS486 market, it should be pretty easy for
>>a small clone maker to preload NS486 to their clone with tested
>>video cards, ethernet cards and hard disks.  And guarantee that things
>>work.  Loading NS486 to existing clones would be problematic, but
>>no one on the selling side is interested in that -- loads of troubles
>>and little money to be made.
>
>Why on earth will users flock to NS486 when they have yet to leave DOS? There
>are so many OS's on the PC that it's getting confusing at this point. In any
>case, NS486 is hardly going to make a dent in sales and users of DOS, Windows,
>OS/2.

You are missing the point.  Of course sales of PC clones with NS486 will
not make any dent in the total PC sales.

But even a 0.01 % of PC's sold to run NS486 will eat NeXT's hardware sales,
because NeXT is selling that many in the first place.  The point is how
many users who would have bought NeXT hardware will instead buy 486 + NS486.
That number can only be 10,000 to seriously hurt NeXT.



--
Izumi Ohzawa             [ $@Bg_78^=;(J ]
USMail: University of California, 360 Minor Hall, Berkeley, CA 94720
Telephone: (510) 642-6440     Fax:  (510) 642-3323
Internet: izumi@pinoko.berkeley.edu (NeXTMail OK)
Newsgroups: comp.sys.next,purdue.next,comp.sys.next.misc,purdue.cc.next
From: isbell@cats.ucsc.edu (Art Isbell)
Newsgroups: comp.sys.next.programmer
Subject: Re: DBTableView bugs??
Date: 23 Jan 1993 22:10:09 GMT
Organization: Cubic Solutions - NeXT software development and consulting
NNTP-Posting-Host: si.ucsc.edu


In article <ofM9y2200WA78Jzh9B@andrew.cmu.edu> David Apfelbaum <da0g+@andrew.cmu.edu> writes:
[ discussion of problems with tableViewWillChangeSelection: omitted]

I have submitted implementations of tableView{Will,Did}ChangeSelection: that
*seem* to solve these problems to David for his consideration.  David had
posted several weeks ago about this problem and gave me a hint that seems to be
a workaround.

It seems that an event is lost when tableViewWillChangeSelection: is called.
By getting this lost event immediately upon entering
tableViewWillChangeSelection: and posting it just before exiting, I get the
expected behavior.
-- 

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
From: mezzino@poincare.cl.uh.edu (Mike Mezzino)
Newsgroups: comp.sys.next.programmer
Subject: DBFormatter Example
Date: 28 Jan 1993 14:57:29 GMT
Organization: University of Houston
NNTP-Posting-Host: poincare.cl.uh.edu
Keywords: BDKit

Does anyone have a good example of using DBFormatter to format the output to a  
column in a DBTableView? Something traditional like formatting a phone number  
or a date will would be fine.

Mike Mezzino
University of Houston - Clear Lake
mezzino@gauss.cl.uh.edu
Newsgroups: comp.sys.next.programmer
From: ah@fml.tuwien.ac.at (Andreas Haleger)
Subject: Programming DBTableView
Organization: Technical University of Vienna
Date: Thu, 28 Jan 1993 11:58:41 GMT


Two questions concerning DBTableView:
In InterfaceBuilder I make a connection between my object and a  
DBTableVector. For various reasons I don't want to connect to the  
DBTableVector's DBTableView. So how do I get to the DBTableView?  
DBTableVector is not a view, so I cannot use [view superview]. (BTW when  
you connect from a DBModule to a DBTableView, the same thing happens).
How can I set the class of DBTableView's table vectors? I couldn't find a  
method like setTableVectorClass:.

--
== Andreas ==
Wir entschuldigen uns fuer die Strapazen (Douglas Adams). NeXTmail  
accepted.

Newsgroups: comp.sys.next.programmer
From: rpomeroy@aunext1.amd.com (Ron Pomeroy x(Coop))
Subject: Re: array of id's ? Palette'ized objects
Reply-To: rpomeroy@aunext1.amd.com
Organization: Advanced Micro Devices, Inc.; Austin, Texas
Distribution: usa
Date: Wed, 27 Jan 93 14:54:13 GMT

In article <C1HrCt.M33@helios.physics.utoronto.ca>  
mcgowan@emerald.physics.utoronto.ca (Patrick McGowan) writes:
>>Maybe this is a dumb question, but I'd like to be able to access an array  
>>of id's (outlets) so that I can access the one of my choice depending on a  
>>selection made at run time....in this case I am presented a range of  
>>operations to perform on some data. These operations are listed in a  
>>PopUp. It would be easiest to use the index of the selected item to access  
>>an array element rather than a hard name like calc1, calc2, calc3...etc.
>>Am I missing something, or is this not a common type of problem?
>>
>>Also, can a non-view object be palette'ized for use in IB? I'd like to be  
>>able to hook up one of the above calc objects using IB. ie. drag one off a  
>>palette into the .nib Objects well (instantiate) for graphical connection  
>>to other objects.
>>
>>Thanks in advance.

Sounds like a job for a List (as in the List class in the Appkit).

As far as palette'izing objects goes...me thinks someone reciently uploaded an  
example of doing just that to sonata (something like ObjectPalette.tar.Z ??)

--
Ronald Pomeroy		"The Internet is just a giant petri dish"
Advanced Micro Devices
CAM Applications Group
rpomeroy@aunext1.amd.com (NeXTmail preferred)
From: ogeisser@alboran.uni-paderborn.de (Oliver Geisser)
Newsgroups: comp.sys.next.programmer
Subject: Re: IXKit Examples please
Date: 27 Jan 1993 16:34:57 +0100
Organization: Universitaet Paderborn, Germany
NNTP-Posting-Host: alboran.uni-paderborn.de
X-Newsreader: TIN [version 1.1 PL7]

Dennis Wisinski (wisinski@SLAC.Stanford.EDU) wrote:
: In article <1993Jan26.141825.582@otago.ac.nz> gideon@otago.ac.nz writes:
: > 
: > 
: >  Does anyone out there have any simple examples of how to
: >  use the indexing kit? Something like an address book or
: >  similar would be most appreciated, so I can get an idea
: >  of how to use the various components of the kit.
: > 
: >  Thanks in advance for any help.
: > 
: 
: Have you looked in /NextDeveloper/Examples/IndexingKit ?

I have looked in it. All the apps ar buggy !

Again: Does anyone out there have any simple examples of how
       to use the indexing kit?

Ciao, Olli


       
-- 
|  Oliver Geisser * Steindruefft 11 * W-4791 Altenbeken 3 * Germany  |
|      e-mail: ogeisser@uni-paderborn.de * Phone: 05255/7966         |
|     I prefer ASCII-Mail, but you can also send me NeXT-Mail        |
Newsgroups: comp.sys.next.programmer
From: wfc@cl.cam.ac.uk (William Clocksin)
Subject: Is there anything like X's Regions?
Reply-To: William.Clocksin@cl.cam.ac.uk
Organization: U of Cambridge, England
Date: Thu, 21 Jan 1993 08:34:24 GMT

I need a class (or just some functions) that will efficiently implement  
something like what the X-Library calls 'Regions'.  If this has not been done  
already, then I'll probably do it and submit it if there is any interest, but I  
would prefer just to grab it from somebody else if this is possible.  
----------------------------------------------------
W.F. Clocksin, Assistant Director of Research,
Computer Laboratory, University of Cambridge
New Museums Site, Pembroke Street, Cambridge CB2 3QG, U.K.
Tel UK: (0223) 334628.  Tel (Int'l): +44 223-334628.
Fax UK: (0223) 334678.  Fax (Int'l): +44 223-334678.
Internet:  wfc@CL.cam.ac.uk    (NeXTMail OK)
Newsgroups: comp.sys.next.programmer,comp.sys.next.marketplace
From: jfreem@ecsvax.uncecs.edu (Joe Freeman)
Subject: NeXT Programmers wanted (NC)
Followup-To: PICKE001@BULLNEXT.MC.DUKE.EDU
Organization: UNC Educational Computing Service
Distribution: usa
Date: Mon, 25 Jan 1993 22:15:33 GMT

I am posting this for the Folks at Duke University Medical Center
Information Systems.  Please reply to the address at the end of
this message.

Duke University Medical Center Information Systems is looking for
bright, energetic individuals with experience in PC/workstation
systems development. Requirements include experience developing
applications in a GUI environment (OS/2, NeXTStep, Windows, Mac)
using object-oriented tools (Smalltalk, C++, Objective C, etc) and
client server design. A CS degree or equivalent experience is required.
Cross-platform development and SYBASE/DB2 experience a plus.
Please contact:  Michael Pickett
                 BOX 3900 DUMC, DURHAM, NC, 27710
                 (919) 286-6369 (FAX)
                 PICKE001@MC.DUKE.EDU  (INTERNET-Non NeXT)
                 PICKE001@BULLNEXT.MC.DUKE.EDU  (INTERNET-NeXT)


-- 
Joe Freeman	jfreem@uncecs.edu
		jfreeman@next.com
The opinions espressed here are my own and are not shared by my employer  or
anyone else I know of.  Flames can be mailed to me or routed to /dev/null.
Newsgroups: comp.sys.next.programmer
From: yikes@netcom.com (Michael Brill)
Subject: Memory Management NeXT/Windows
Organization: Netcom Online Communications Services (408-241-9760 login: guest)
Distribution: usa
Date: Sat, 23 Jan 1993 04:07:47 GMT


I'm developing an app on the NeXT that I'd like to take the bulk
of to either Windows and/or Macintosh.  I think I know how to 
port everything but the UI and memory management.

As far as the UI goes, I'm not going to worry about now.  What I
am worried about is memory management.  I've scanned through the
Windows docs and understand how memory management works there
(getting handle, locking, operating, unlocking) and I'm looking
for an established scheme to make the port seamless between Unix
and Windows/Mac.

Any ideas?  Thanks, ...Michael Brill (yikes@netcom.com)
-- 
----
From: Conrad_Geiger@NeXT.com (Conrad Geiger - Manager, International NeXT User Groups)
Newsgroups: comp.sys.next.programmer
Subject: Duke University Medical Center Information Systems
Date: 26 Jan 93 20:01:09 GMT
Reply-To: user_groups@next.com (Conrad Geiger)

Duke University Medical Center Information Systems is looking for
bright, energetic individuals with experience in PC/workstation
systems development. Requirements include experience developing
applications in a GUI environment (OS/2, NeXTSTEP, Windows, Mac)
using object-oriented tools (Smalltalk, C++, Objective C, etc) and
client server design. A CS degree or equivalent experience is
required.

Cross-platform development and SYBASE/DB2 experience a plus.
Please contact:  Michael Pickett
                 BOX 3900 DUMC, DURHAM, NC, 27710
                 (919) 286-6369 (FAX)
                 PICKE001@MC.DUKE.EDU  (INTERNET-Non NeXT)
                 PICKE001@BULLNEXT.MC.DUKE.EDU  (INTERNET-NeXT)

Newsgroups: comp.sys.next.programmer
From: archetyp@uxh.cso.uiuc.edu (Joseph R Pickert)
Subject: Installer problem-
Organization: University of Illinois at Urbana
Date: Thu, 28 Jan 1993 15:23:15 GMT

I built an installer pkg which which put files in /usr/include and
/usr/man.

Under 2.1, installing & removing the pkg works fine.
Note that /usr/include and /usr/man are NOT links under 2.1.

Under 3.0, installing seems to work ok, but when the package is removed
(using the Installer "delete" button), it seems to also remove the
/usr/include and /usr/man links (but not the directory linked to,
thank god.)

If the files are installed into the directorys and not through the links,
everything works, but this won't work for a 2.1 installation.

Is this a known problem or am I doing something wrong? Any help appreciated.

Joe Pickert
archetyp@uxh.cso.uiuc.edu
From: pkron@corona.wa.com (Peter Kron)
Newsgroups: comp.sys.next.programmer
Subject: Re: Memory Management NeXT/Windows
Date: Sat, 23 Jan 93 19:04:43 PDT
Organization: Corona Design, Inc., Seattle, WA
Reply-To: pkron@corona.wa.com

> From: yikes@netcom.com (Michael Brill)
> Message-ID: <1993Jan23.040747.11897@netcom.com>
>
> I'm developing an app on the NeXT that I'd like to take the bulk
> of to either Windows and/or Macintosh.  I think I know how to 
> port everything but the UI and memory management.
> 
> As far as the UI goes, I'm not going to worry about now.  What I
> am worried about is memory management.  I've scanned through the
> Windows docs and understand how memory management works there
> (getting handle, locking, operating, unlocking) and I'm looking
> for an established scheme to make the port seamless between Unix
> and Windows/Mac.

If you assume Windows 3.0 on a 386/486...it is pretty seamless. Because
memory is segmented, you must be careful of crossing 64K boundaries with
data, but unless you have very large objects that isn't a big deal.
If you do, you should break them up yourself.

You should also make sure you efficiently suballocate the segments...
some heap allocators will allocate each far (32-bit) address into
a separate segment (ie, the most signficant 16 address bits). Win 3.0
only has 8K segments total for all code and data (not just your app)
so this gets to be a scarce resource.

If you don't realloc blocks, (especially from <64K to >64K) you can
ignore the lock/unlock...leave everything locked.

If you run Windows 1.x, 2.x, real mode or on a 286, write for the 386 anyway.
They won't be supported by the time you finish your app.

The Mac is trickier...target users with lots of memory and hope Apple
develops real virtual memory soon.
---------------
Peter Kron
Corona Design, Inc.
Peter_Kron@corona.wa.com

Newsgroups: comp.sys.next.programmer
From: kline@cs.arizona.edu (Nick Kline)
Newsgroups: comp.sys.next.programmer
Subject: Re: Query about Scroll Views
Date: 26 Jan 93 05:27:55 GMT
Organization: U of Arizona CS Dept, Tucson



+	I am a little confused about the nature of the scroll view.
+The confusion of course comes from ignorance about the behavior of the
+scroll view.  Anyway, I am wondering just how a scroll view works.
+For example, in digital librarian you type in a search and get a bunch
+of icons below with the results.  Usually the list is more then a
+screen full, so you have to use the scroller.  What I am wondering is
+if DL actually has to recalculate and redraw the scroll view each time
+it is scrolled.  Or, is there some tricky way to do it so that the
+scroll view actually does the recalculated and what not.  I guess what
+it comes down to is, if I want scrollable graphics, do I need to
+overwrite the drawself with some code to calculate what should be
+redrawn in the doc view of the scroll view?  I hope that I haven't
+been to general in my question, but any input would be great.
+Thanks in advance,
+-- 
+


The way this usually works is you keep adding things to the scrollview.
So your view inside the scrollview is bigger than the scrollview
(ie you are showing only the first 15 lines of a 200 line scrollview)

When the user scrolls the window or scrollview or whatever, your view
gets a message that says to redraw the part of the view that is now visible.

So you only need to remember how to redraw that part of the view.  Another
solution is to draw your image somewhere else (another, offscreen view)
and just copy from there back to the screen.

-nick