HDTenEightyP/NetNews huggingface dataset:
From: kls30@duts.ccc.amdahl.com (Kent L Shephard)
Newsgroups: comp.sys.next.programmer
Subject: Re: Putting text on the workspace background
Date: 16 Apr 92 15:49:33 GMT
Reply-To: kls30@DUTS.ccc.amdahl.com
Organization: Amdahl Corporation, Sunnyvale CA

In article <1992Apr15.224120.4258@next.cambridge.ma.us> simsong@next.cambridge.ma.us writes:
>In article <1992Apr14.173900.5059@socrates.umd.edu> ice@socrates.umd.edu  
>(Fredrik Nyman) writes:
>> Is there an easy way to write text across the workspace background?
>> I'd like to have a cheerful "Don't Panic!" written in 72 point
>> Times-Roman on the grey desktop background.
>
>Try a magic marker.
>
>But seriously, look at Backspace.  What, you don't have Backspace?  I know,  
>it's not on the Servers.  Get it from a friend.
>
>Or, better yet, just open a transparent window, move it to the back of the  
>window list, and draw in it...



Launch draw and crate the graphic there.  Save it as a tiff.  Then use
scene to put it back there.

Scene and draw are two things everyone should have.
>-- 
>
>................................................................simson


--
/*  -The opinions expressed are my own, not my employers.    */
/*      For I can only express my own opinions.              */
/*                                                           */
/*   Kent L. Shephard  : email - kls30@DUTS.ccc.amdahl.com   */
Newsgroups: comp.sys.next.programmer
From: ajamison@talus.com  (Alex Senkevitch)
Subject: Re: NXBrowser highlighting probs
Organization: Talus Corporation
Date: Tue, 7 Apr 1992 23:10:57 GMT

In article <1992Apr7.060045.3044@talon.ucs.orst.edu> mcgredo@bluto.ie.orst.edu  
(Don McGregor) writes:
> 
> I've got a problem with a subclass of NXBrowserCell.
> 
> I've reimplemented the drawInside:inView: method and am using it in a normal  
> NXBrowser.  The highlighting of selected cells seems to work inconsistently. 
> The relevant code in the drawInside:inView: method looks like
> 
>  PSsetgray((cFlags1.highlighted || cFlags1.state) ? NX_WHITE : NX_LTGRAY);
>  NXRectFill(cellFrame);

Try switching NX_WHITE and NX_LTGRAY...

J. Alexander Jamison
Sr. Systems Engineer
Talus Imaging and Communications Corp.
From: schildba@spot.Colorado.EDU (Wolfgang Schildbach)
Newsgroups: comp.sys.next.programmer
Subject: Re: violent crashes
Date: 14 Apr 92 04:13:22 GMT
Article-I.D.: ucsu.1992Apr14.041322.20714
Organization: University of Colorado, Boulder

I should add:
1. I use code generated by gcc and cc mixed together
2. This is not a pure UNIX code but rather a NeXTstep
application
3. It seems the error is not reproducable: when I log
back in again and execute the very same code the machine
does not crash again.

Ciao W. 
Newsgroups: comp.sys.next.programmer,from.socal.com
From: robert@nextoid.sw.socal.com (Robert Patrick Thille)
Subject: Re: Virtual memory devours my disk (SUMMARY)
Reply-To: robert@nextoid.sw.socal.com (Robert Patrick Thille)
Organization: Successive Waves, NeXTWare, CA USA
Date: Mon, 6 Apr 1992 18:18:37 GMT



[Stuff about how NeXTStep VM Swapfiles grow without bound}

I was talking to Avie at NeXTWorld about this problem, and he said that  
3.0 would have "swapfile compaction".  Now I took that to mean that if a  
process exited that had VM usage below another process in the swapfile,  
the VM above said process would be "moved down" to compact the swapfile.

I do not remember the conversation exactly, but I believe that this would  
happen automatically, but I'm not sure if it would happen all the time, or  
was a process run by cron.

Robert

-- 
Robert Thille                 NeXT Guru......  NeXTMail
robert@nextoid.sw.socal.com   NeXT Guru??????  OK At All
robert@nextoid.uucp (SLOW!)   NeXT Guru!!!!!!  E-Mail
14053 Foothill Rd. CA 93060   Well, maybe :-)  Addresses
From: jfosback@darmok.uoregon.edu (Jason Fosback)
Newsgroups: comp.sys.next.programmer
Subject: HELP: Detecting keyboard events?
Date: 15 Apr 92 22:53:19 GMT
Organization: University of Oregon Network Services

I have a small programming problem that I can't seem to resolve.  The
situation is similar to the Workspace - Mail combination of dragging and
dropping files.  I have a window that's registered with the Workspace that
retrieves a filename, path, etc. when an icon is dragged over it. 
However, I want to be able to detect keyboard events as well (e.g.,
Control, alternate, and shift keys held down) that occur (or have
occurred) when the icon is over the window.  How do I go about getting  
this information?

If anyone has examples or knows how to do this, I would appreciate it
immesurably if you would e-mail me some info.

-jason
_____________________________________________________________________
Jason Fosback, Microcomputer Purchase Plan | No sir, I didn't like it
      ---- University of Oregon ----       |                 -R&S
Internet:  jfosback@oregon.uoregon.edu     | Star Trek:
NeXT mail: jfosback@msc-next.uoregon.edu   |  The NeXT Generation...
From: moose@svcdudes.com
Subject: Re: Using Public-Key Encryption for Copy-Protecting Software
Reply-To: moose@svcdudes.com
Organization: Software Ventures, Inc.
Distribution: all
Date: Tue, 7 Apr 92 17:40:36 GMT

In article <MdrtruK00hYoQpYlJx@andrew.cmu.edu> dh10+@andrew.cmu.edu (David  
Christian Homan) writes:
> 
> Excerpts from post by Dan Fish @ stanford
> > Dear NeXT Programmers:
> 
> > I would like to discuss the technical issues involved in using public-key
> > encryption as a method to copy-protect software.  I am also starting a
> > thread on comp.sys.next.misc to discuss whether using this type of 
> > copy-protection is a go .... [details deleted]
> 
> Just remember that the RSA algorithm is patented and can't be used.

Not true at all.  The RSA algorithm is patented and can't be used without  
paying royalties to the patent holders.  Otherwise, it's stealing another  
persons ideas.  You are welcome to get a PhD in Math and come up with a  
different algorithm that is simple, easy to implement, and relatively secure.   
Then you can give it away, or patent it and make money on it.

--
Michael Rutman			|	moose@svcdudes.com
Cubist				|	makes me a NeXT programmer
Software Ventures		|	maker of MicroPhone II
#include <std.disclaimer>
Xref: sparky comp.sys.next.programmer:3415 comp.sys.next.sysadmin:3014
Newsgroups: comp.sys.next.programmer,comp.sys.next.sysadmin
Subject: Netinfo Q's - case in point.
From: scott@nic.gac.edu (Scott Hess)
Date: 13 Apr 92 04:46:06
Distribution: world
Organization: Gustavus Adolphus College
In-reply-to: scott@nic.gac.edu's message of 13 Apr 92 04:24:38Lines: 35

About five minutes after posting the original article, I came across a
wonderful example of exactly the type of information I'm looking for.
I was testing my program, which includes a menu button to open a
domain, at which point the program extracts some information from the
domain and presents it to the user in a panel.  I use NIDomainPanel to
let the user choose the domain.

NIDomainPanel panel appears to be set up mostly like SavePanel and
OpenPanel and other AppKit panels that we all know an love.  In
particular, there's a method defined as:

- (int)runModal;

just like those other panels have to pop them up, get the
information/do the process, and then return a result.

The rub?  With most of those other panels, a return value of 0 means
Cancel was hit, non-zero means the user clicked OK.  Natural enough,
seeing how C works with boolean tests.  Unfortunately, NIDomain seems
to return 1 on success, which is OK, and _3_ on failure.  Well, that
one sort of fell out of the blue, now, didn't it?

That really opens a Pandora's Box, I think.  I'm doing the testing on
a standalone machine, with only the local domain.  Is that a factor?
When I run the program on a machine with a 2-level Netinfo domain
hierarchy, will it return 2 for OK and 17 for Cancel?  Or perhaps 193?
I can test on 2-level and 3-level networks, but what about those
four-level ones ... My only choice is to assume that things work as
they appear to, but such an assumption already has bitten me once
tonight!

Thanks for any help you can give,
--
scott hess <scott@gac.edu>   <A GUI is to a command-line as a TV is to a book>
12901 Upton Avenue South, #326  Burnsville, MN  55337  (612) 895-1208 Anytime!
Newsgroups: comp.sys.next.programmer
From: bryan@ad.cise.nsf.gov (Bryan Thompson)
Subject: streams, iostreams
Organization: National Science Foundation
Date: Thu, 9 Apr 1992 14:36:33 GMT

What is the status of streams on the cc++ compiler, NeXT Release 2.0 (v31.1) --  
GNU version 1.36.4 (based on GCC 1.36)?  It does not seem to support iostreams,  
and the streams.h file looks quite non-standard as well.  Do the later releases  
support streams/iostreams?

bryan
From: michael@stb.info.com (Michael Gersten)
Newsgroups: comp.sys.next.programmer
Subject: Re: Objective-C class (factory) variables
Date: 11 Apr 92 04:49:53 GMT
Organization: STB BBS, La, Ca, 310 319 3778

In article <3463@rosie.NeXT.COM> ngervae@next.com (Nik Gervae) writes:
>Disclaimer:  None of this should be taken as offical policy of NeXT Computer,  
>Inc.  I've expressed some ideas about why NeXT made certain choices or would  
>currently make a decision on this matter;  these are pure conjecture.  In  
>addition to them not being policy, they may be plain wrong.  :-)
>
> [... discussion of a problem in class variables ... ]
>
>NeXT probably didn't do this because Controls were designed very early, when  
>things about OO design were still being discovered.  I'm personally still  
>learning things about our software with regard to the "outsider's" POV--how  
>easily a class is subclassed, how easy it is to use at all (all you NXBrowser  
>fans out there :-), and so on.  I requested that we change Controls to use the  
>class simulation scheme I mentioned above, but discovered that we simply can't  
>gauge the effect this would have on people who may have come to expect the  
>current (buggy) behavior (the old installed-base issue), or whose workarounds  
>would break with the new scheme.  So we all have to punt.  Learn from our  
>mistakes (and live with 'em), as the saying goes.

I know this is going to be controversial, but...

Do It AnyWays.

You've got a buggy software setup. Fix the bug.

In this case you have a problem that affects the people that have come up
with a workaround for this bug. First fix the design problem. Then see if
there is anyway to emulate the bug *for the next release only*. At release
N+2 the bug, and its emulation, will be gone. If there is no way to emulate
the bug, fix it anyways.

If you wait for the future, you'll never be able to fix it, as you'll be
effectively saying "This is an officially supported and documented bug".

And most importantly, if you want a class to be usable by an outsider,
then the outsider POV should be *the* way that you think about the class
while designing it. Not an afterthought.

Just a personal opinion, but I have no respect for the way things are
just because they are the way things are. I respect the way things are
only for whether it is the way things are wanted in the future.

		Michael
-- 
		Michael Gersten		michael@stb.info.com
HELLO! I'm a signature virus! Join in the fun and copy me into yours!
ex:.-1,. w $HOME/.signature
From: dan@ennex2.eng.utsa.edu (Dan Shelton)
Newsgroups: comp.sys.next.programmer
Subject: Zilla
Keywords: zilla
Date: 7 Apr 92 20:09:23 GMT
Organization: Univ of Texas at San Antonio

Anybody,

	Has anybody used Zilla?  We have five NeXTCubes begging to be used  
and I have a very time consuming program that can be broken up.  If  
anybody has worked with Zilla could you please send me some examples.  My  
e-mail address is

	dan@ennex1.eng.utsa.edu

Thanks alot,

	Dan
Newsgroups: comp.sys.next.programmer
From: bediger@nugget.rmnug.org (Bruce Ediger)
Subject: what are all the ports for?
Organization: Rocky Mountain NeXT Users' Group
Date: Wed, 8 Apr 1992 03:23:49 GMT


I wrote a little program that uses port_names() to get the list of ports
available to a thread.  The output looks like this:

port    1, type Send rights
port    2, type Send rights
port    3, type Send, receive, ownership
port    4, type Send rights
port    5, type Send rights
port    6, type Set ownership
port    7, type Send, receive, ownership
port    8, type Send, receive, ownership
port    9, type Send rights
port   10, type Set ownership
port   11, type Send, receive, ownership
port   12, type Send, receive, ownership


Curious about the number, I added to the program.  Using a combination of
task_get_special_port(), thread_get_reply_port(), thread_get_exception_port()
and inspection of /usr/include/mach_init.h, I was able to determine the
correspondence of port numbers to various names.  Here's what I get them
to be:

exception port 1
bootstrap port 2
thread reply port 3
task port 4
name server port 5
thread port 9


What gives with the extra 6 ports?  What are they used for?  Why is task_self()
masked by preprocessor macros so that it is actually a variable task_self_
located in the shared libraries _DATA segment?  Who puts all these ports
into a task?

-- 

Newsgroups: comp.sys.next.programmer
From: hwr@pilhuhn.ka.sub.org (Heiko W.Rupp)
Subject: Re: JPEG in TIFF
Keywords: TIFF, JPEG
Organization: The Home of the Pilhuhn
Date: Tue, 14 Apr 1992 07:35:59 GMT

hintz@gulliver.informatik.uni-dortmund.de (Stefan Hintz) writes:

>I need a documention for reading and writing "JPEG in TIFF" files.

Look under NXBitmapImage :  writeTiff:usingCompression:

>Source code for doing this, would also be nice.

Some days ago, a jpeg library has been posted in comp.sources.misc; it should
be found on the archives.
-- 
Heiko W.Rupp  Gerwigstr.5  7500 Kh'e 1  hwr@pilhuhn.ka.sub.org  +49 721 693642
YOU!!  Give me the CUTEST, PINKEST, most charming little
 VICTORIAN DOLLHOUSE you can find!!  An make it SNAPPY!!
From: cc100aa@prism.gatech.EDU (Ray Spalding)
Newsgroups: comp.sys.next.programmer
Subject: Re: NXBrowser highlighting probs
Date: 10 Apr 92 17:49:25 GMT
Article-I.D.: hydra.54201
Organization: Georgia Institute of Technology

In article <1992Apr7.060045.3044@talon.ucs.orst.edu> mcgredo@bluto.ie.orst.edu writes:
>I've got a problem with a subclass of NXBrowserCell.
>I've reimplemented the drawInside:inView: method and am using it in a normal  
>NXBrowser.  The highlighting of selected cells seems to work inconsistently. 

I had the same problem.  My workaround was to override the
highlight:inView:lit: method, also--

- highlight:(const NXRect *)cellFrame inView:controlView lit:(BOOL)lit
{
	cFlags1.highlighted = lit != 0;
	[self drawSelf:cellFrame inView:controlView];
	return self;
}

It appears that the NXBrowserCell method of the same name doesn't
use drawInside:inView:
-- 
Ray Spalding, Technical Services, Office of Information Technology
Georgia Institute of Technology, Atlanta Georgia, 30332-0715
uucp:     ...!{allegra,amd,hplabs,ut-ngp}!gatech!prism!cc100aa
Internet: cc100aa@prism.gatech.edu
From: jml@taco.visus.com (Jim Large)
Newsgroups: comp.sys.next.programmer
Subject: Re: Order of libs in IB Project?
Date: 9 Apr 92 14:10:53 GMT
Organization: Visual Understanding Systems, Pgh PA

In article <1992Apr9.072224.13171@u.washington.edu>  
mpark@milton.u.washington.edu (Michael Park) writes:
> 
> When I add libs to
> IB's "Other libs" (Project files inspector) they get sorted
> automatically; unfortunately, I need them in a specific
> order...

You can control-drag the files in any column of the Project files
inspector to re-order them.

----------------+------------------+------------------------------------
     |\ /|      |  Jim Large       |  Visual Understanding Systems, Inc.
     | V |      |  jml@visus.com   |  2100 Wharton St.                  
   \_|   |__    |  (412)488-3600   |  Pittsburgh, PA  15203
From: bill@elnxt.jsc.nasa.gov
Newsgroups: comp.sys.next.programmer
Subject: Have problem with [self display] ..
Date: 14 Apr 1992 14:54:04 GMT
Reply-To: bill@epnxt.jsc.nasa.gov
Organization: nasa-jsc

I have a view named myView and after calling a few functions from another  
file, I am trying to get the view to redraw itself but all I am getting is  
the following:  error: (null pointer) Does not recognize selector  
forward::

The view is properly named. All of the outside calls orginate from within  
the myView.m file.  Anyone have any ideas?

		Bill
Newsgroups: comp.sys.next.programmer
From: wilson@mimsy.umd.edu (Anne Wilson)
Newsgroups: comp.sys.next.programmer
Subject: Port Access Rights and Forks
Date: 10 Apr 92 03:13:58 GMT
Organization: U of Maryland, Dept. of Computer Science, Coll. Pk., MD 20742

Apparently port access rights are not maintained across
a fork.  My own experience is that receive rights are not maintained
across a fork - after forking my child process tells me that the port
is invalid.  I presume this is due to the restriction that only
one task can have receive rights to a port at any time.  However, 
my child task also seems to have lost send rights to yet another port.  
Since multiple tasks can hold send rights to a port, the previous
restriction does not apply.  What's the scoop?

Although nothing about port access rights is mentioned in the 
netname_look_up() documentation, my experience is that a task can send 
messages to a port after performing a netname_look_up.  This seems to 
imply that port access rights are being transferred.  Is this true?

Many thanks!

Anne
From: isbell@cats.ucsc.edu (Art Isbell)
Newsgroups: comp.sys.next.programmer
Subject: Re: Emacs and networks
Summary: "command-apropos mode" crashes my 2.0 Emacs.
Keywords: Emacs
Date: 13 Apr 92 16:53:39 GMT
Organization: Cubic Solutions - NeXT software development and consulting


In article <1992Apr10.132606.17082@ens.fr> dicosmo@dmi.ens.fr writes:
>In article <1992Mar29.210303.25025@udel.edu> carroll@sol.cis.udel.edu (Mark C.  
>Carroll) writes:
>> I'm running an emacs compiled from the sources available at
>> sonata.cc.purdue.edu. 
>> 
>> My version of emacs crashes with "Fatal error (10)" whenever
>> "open-network-stream" is executed. Does anyone have any ideas why this
>> is happening, or what can be done to fix it?
>
>I'm having a similar problem running Emacs (version 2.0 or 2.1 does not change  
>this).
>It randomly crashes with "Fatal error (11)", that is a segmentation violation
>error. This ONLY occurs to me when I use the NeXTish interface to emacs (that  
>is Emacs), and NOT in a terminal window!!!
>

And I just noticed that Emacs (but not /usr/bin/emacs) crashes with "Fatal
error (11)" whenever I try to search for all commands that include the word
"mode" using the "C-H a" command, but I've never seen this crash in months of
using Emacs with lots of command searches.  I'm running Emacs 2.0; is 2.1 the
current version?  Is my Emacs just bad, or do you notice the same wierd
behavior?
-- 

Art Isbell                                                      Cubic Solutions
NeXT Registered Developer              NeXT software development and consulting
Email: isbell@cats.UCSC.EDU                                Voice: (408)335-1154
USmail: 95018-9442                                           Fax: (408)335-2515
Xref: sparky comp.sys.next.programmer:3489 comp.sys.next.sysadmin:3069
From: izumi@pinoko.berkeley.edu (Izumi Ohzawa)
Newsgroups: comp.sys.next.programmer,comp.sys.next.sysadmin
Subject: How does one know the amount of NeXTdimension RAM?
Keywords: ND, NeXTdimension, physical memory, RAM
Date: 16 Apr 92 08:53:07 GMT
Article-I.D.: agate.sjf9jINN3d2
Reply-To: izumi@pinoko.berkeley.edu
Organization: University of California, Berkeley
NNTP-Posting-Host: moica.berkeley.edu

How can I find out how much real RAM is installed on the
NeXTdimension board, without physically examining the board?
Is this information obtainable via command or by looking at a file?

The amount of 68040 RAM can be known via ROM monitor, boot message,
and by examining /usr/adm/messages, but is there anything that will
tell you how much ND RAM is installed?

I know how much ours has, but this should be possible...

--
Izumi Ohzawa             [ $BBg_78^=;(B ]
USMail: University of California, 360 Minor Hall, Berkeley, CA 94720
Telephone: (510) 642-6440     Fax:  (510) 642-3323
Internet: izumi@pinoko.berkeley.edu (NeXT Mail OK)
From: zeno@hardy.u.washington.edu (King of SPAM)
Newsgroups: comp.sys.next.programmer
Subject: Re: pascal for the next (GNU pascal)?
Date: 13 Apr 92 19:11:30 GMT
Organization: University of Washington, Seattle

In article <1992Apr7.182224.2018@martinhost.hanse.de> you write:
>Has someone a source for a pascal for my NeXT? I read something about a GNU  
>Pascal but I do not know where to get it (mailserver, ftp). Anybody is able to  
>help me?
>


I haven't compiled this on my machine, but someone on the net gave me
this info on a pascal compiler.

kampi.hut.fi:/jtv/gnu-pascal


p2c is also very good.





-- 
Sean T. Lamont                           |   "Don't oppress me, It's
zeno@cac.washington.edu                  |    'computer of color!' "
zeno@niss.soc.washington.edu (NeXT mail) |            -My slab
-Department of Computer Science-------------Department of Music Technology----
Newsgroups: comp.sys.next.programmer
From: janus@magnusson.uucp (Janus International Inc.)
Subject: Re: violent crashes
Organization: Salt Lake City NeXT Users Group
Date: Thu, 16 Apr 1992 02:47:47 GMT

In article <1992Apr15.160230.269051@cs.cmu.edu> eht@cs.cmu.edu (Eric Thayer)  
writes:
> In article <1992Apr15.135020.2758@next.cambridge.ma.us> simsong (Simson L.  
> Garfinkel) writes:
> > In article <1992Apr13.232753.25043@ucsu.Colorado.EDU>  
> > schildba@spot.Colorado.EDU (Wolfgang Schildbach) writes:
> > > every once in a while it happens to me that upon executing my code
> > > the NeXT just kills *ALL* my processes, logs me out and leaves me
> > > with the login screen. My understanding of UNIX is that no matter
> > > how nasty a program, it should never infringe on other processes.
> > > 
> > > What could cause these nasty crashes?
> > > 
> > Kernel bug.
> > -- 
> > 
> > .................................................................simson
> 
> I've noticed this behavior most of the time when I have code which does not  
> interact with app kit objects with graphical representations.  When I have  
> debugged my code, the suddenly vanishing Workspace problem went away.
> 
> ..eric

I'm not doing any development on my slab, and every once in a while the same  
thing happens to me.

Kris Magnusson

President, Salt Lake City NeXT Users Group
email: kris@neb.uucp
Newsgroups: comp.sys.next.programmer
From: brianw@microsoft.com (Brian Willoughby)
Subject: Re: Display Text
Date: 10 Apr 92 18:10:54 GMT
Organization: Microsoft Corp.
Summary: NXOpenFile() and regular files

>brianw@microsoft.com (Brian Willoughby) writes:
>> [...] First of all,
>> NXMapFile() is redundant since its purpose is to memory map the contents of
>> a file which will be accessed multiple times.[...]

jml@taco.visus.com (Jim Large) writes:
>Not necessarily true!  Even if you only intend to read a file once from
>start to finish, NXMapFile() is the preferred way to do it.  Why? because
>it does not have to allocate a buffer to read() file bytes into.  This
>could mean less swap space used.

I understand what you're saying, but I'm not sure that I am convinced.
Can you point me to a Technical Note, FAQ or even a posting which suggests
this?  I'm always looking for tips like those in "Making your app fly".

>Also, that the documentation says:
>     "NXOpenFile() opens a stream on the file specified by the file 
>      descriptor argument, fd, which can refer to a pipe or a socket."
>                                                    ^^^^^^^^^^^^^^^^
>We all know that this WILL work for a regular file too, but it's bad
>habit to break NeXT's rules :-)

What you quoted says that the fd *can* refer to a pipe or socket, NOT
that it *must* refer to one of them.  Are you sure that regular files
are specifically excluded?

Perhaps NeXT is listening and the author can clear this up.

-- 
Brian Willoughby  Software Design Engineer
Microsoft Corp.   Multimedia Systems Division
brianw@microsoft