HDTenEightyP/NetNews huggingface dataset:
From: knelson@cs.umn.edu (Kenneth Nelson)
Newsgroups: comp.sys.next.programmer
Subject: Trees and others ADTs?
Date: 16 Apr 92 23:43:51 GMT
Article-I.D.: cs.1992Apr16.234351.10378
Organization: University of Minnesota, Minneapolis, CSci dept.

Hi!

I am looking for trees and other abstract data type classes, preferably
built on top of the NeXT List class.  I looked on sonata but didn't see
any.  Please tell me where I can find any abstract data type classes.

Thanks,

Ken
-- 

Kenneth L. Nelson
knelson@cs.umn.edu
Newsgroups: comp.sys.next.programmer
From: jesinger@spot.Colorado.EDU (Peter Jesinger)
Subject: GNU C 2.1
Summary: Patches for gcc 2.1
Keywords: patches gcc2.1 gcc2.0 next install
Organization: University of Colorado, Boulder
Date: Mon, 6 Apr 1992 16:27:50 GMT


Are the patches for gcc 2.0 still necessary for the new release 2.1?
The have been posted to this newsgroup once. Are they still available
somewhere, or could someone please send me the the patches for release 2.1?

Thank you,

Peter (jesinger@Boulder.Colorado.EDU)


-- 
Peter Jesinger (EMail: jesinger@boulder.colorado.edu)

Ich bin ein .signature Virus. Mach' mit und kopiere mich in Deine .signature.
From: fox@cs.nyu.edu (David Fox)
Newsgroups: comp.sys.next.programmer
Subject: Re: Virtual memory devours my disk
Date: 8 Apr 92 15:20:30 GMT
Article-I.D.: graphics.FOX.92Apr8102030
	<1992Apr5.161632.24963@murdoch.acc.Virginia.EDU>
	<1992Apr7.201330.10720@leland.Stanford.EDU>
Organization: Courant Institute of Mathematical Sciences

In article <1992Apr7.201330.10720@leland.Stanford.EDU> magnus@Kimura.Stanford.EDU (Magnus Nordborg) writes:

   I fail to see why this is so awful. If you specify a "hiwat" mark so that
   the swap file cannot fill the whole partition, you have basically turned
   the swap file into a swap partition. We use a lot of swap on our system,
   and on the SPARCs we need to set aside 300MB as a separate partition,
   whereas on the NeXT, we can at least sometimes use that space...

I set hiwat and it had absolutely no effect.  Even if hiwat did
work, the tiny difference between NeXT and Sun is that the Sun
will release the swap space once it is finished.  The NeXT just
fills up the space available and then dies.

-david
From: dave@prim.uucp
Newsgroups: comp.sys.next.programmer
Subject: Shiny black objects
Date: 13 Apr 92 01:54:14 GMT
Organization: Primitive Software Ltd.

In article <1992Apr11.041914.10574@stb.info.com> michael@stb.info.com (Michael Gersten) writes:
>In article <1992Mar25.153419.16666@sinix.UUCP> dhg@sinix.UUCP (David Griffith) writes:
>>Yes, I was wondering about this too, but from a different angle. The power
>>of NeXTStep would be greatly enhanced if you could "add value" to the
>>standard app kit objects such that all applications would inherit the
>>new functionality *without* recompilation. That way, developers could
>>sell value added versions of NeXTStep objects.
>
>I thought that Objective C allowed you to override parts of a class. So you
>could override the alloc, init, and free methods, and make sure that
>you set up a delegate that handled any new keystrokes.
>
>Or am I missing something very basic?

Yes! I said *without* recompilation! This is the key point: to alter the
functionality of binary apps.

Let's take an example. Suppose you subclass the Text object and you override
the char or field filter to provide some emacs keyboard editing commands
(this may not work, but it's just an example). Well fine, that works for
any application *you* build using this new object. But what if you want
Edit to inherit this snazzy new feature? It can't. The Text object that
Edit uses is stuck inside Edit.

What I want to see is shiny hard black objects, not sticky objects, not
objects that are glued into the binary. If you bought a car and you
could not even open the bonnet and replace the spark plugs, you would not
be happy.

Now I'm going into the realms of fantasy here, but this is what I want
to see: I have something like IB that lets me open up Edit and examine
the objects inside. Ah ha! There is the standard Text object. And there,
as a *separate* object is (say) a subclassed version of Text that Edit
uses. The links between these objects are well defined. Now I take my
special subclass of Text that does the extra emacs stuff and I insert
it between these two objects. Edit's subclass of Text then just
automagically inherits the new fuctionality. Or even better would be for
the "standard" Text object not to reside inside Edit at all, but to be
a remote object that provides this service. Then you just bung your
subclass on top of the remote Text object and *all* apps inherit
the new features. (I know I'm mixing up classes and objects here, but
the principle is the same).

Enough dreaming. Did any of that make any sense?

Dave Griffiths
From: cnh5730@maraba.tamu.edu (Charles Herrick)
Newsgroups: comp.sys.next.programmer
Subject: Re: Problem ending a cell edit in a Matrix
Date: 14 Apr 92 16:21:53 GMT

In article <12304@tamsun.tamu.edu> d1h1883@himalia.tamu.edu.tamu.edu  
(Dave Hess) writes:
$ I've got a matrix full of TextFieldCells with some of them
$ editable/selectable and some of them not. When I go to reload the
$ Matrix with new values I get a redraw problem in the cell that is
$ currently being edited. All the other cells get redrawn fine, just  
the
$ one being edited is munged. I finally realized that I probably need  
to
$ end the editing before I update. I've tried selecting the cell at
$ (-1,-1) as suggested in the documentation but it produces no  
change.
$ The same cell is still being edited.
$ 
$ The Matrix is in track mode and I do have the cell background gray
$ set.  I've also tried setting the Matrix to allow an empty  
selection
$ which is only supposed to apply for radio mode with no luck. 

don't know if this helps or not, but regarding an end of edit, I  
found this in Window.rtf:

BEGIN--CUT HERE--
endEditingFor:
- endEditingFor:anObject

Makes the Window's field editor (a Text object) available for a new  
editing assignment by detaching it from the object it's currently  
serving (normally its superview and delegate).  If the field editor  
is the first responder, the Window is made the new first responder.   
This forces a textDidEnd:endChar: message to be sent to the field  
editor's delegate.  The field editor then is assigned a nil delegate  
and is removed from the view hierarchy (its superview is made nil).   
This forces an end to editing even if the field editor had refused to  
resign its status as the first responder.

To conditionally end editing, first try to make the Window the first  
responder:

if ( [myWindow makeFirstResponder:myWindow ] ) {
    [myWindow endEditingFor:nil];
    . . .
}

makeFirstResponder: returns nil if the current first responder won't  
resign.  This is the preferred way to verify all fields when an OK  
button is pressed in a panel, for example.

Returns self.

See also:  - getFieldEditor:for:

END--CUT HERE--
Xref: sparky comp.sys.next.programmer:3449 sci.math.symbolic:1261
From: hwr@pilhuhn.ka.sub.org (Heiko W.Rupp)
Newsgroups: comp.sys.next.programmer,sci.math.symbolic
Subject: Re: Linking a C program to Mathematica (ver. 1.2)
Keywords: Mathematica, MathLink, MathTool, OTI MathPalette, Mark Phillips
Date: 13 Apr 92 23:00:26 GMT
Organization: The Home of the Pilhuhn

engelsma@springer.cps.msu.edu (Engelsma Jonathan) writes:

>BTW, anybody know how I can reach WRI via e-mail?

<user>@wri.com
-- 
Heiko W.Rupp  Gerwigstr.5  7500 Kh'e 1  hwr@pilhuhn.ka.sub.org  +49 721 693642
We are now enjoying total mutual interaction in an imaginary hot tub...
From: wilson@mimsy.umd.edu (Anne Wilson)
Newsgroups: comp.sys.next.programmer
Subject: Transferring port access rights
Date: 12 Apr 92 21:18:25 GMT
Organization: U of Maryland, Dept. of Computer Science, Coll. Pk., MD 20742


I am puzzled about how to transfer port access rights across tasks.  
I can think of three methods for a task to acquire port access rights, 
but I don't fully understand the implications of each:
-------
1) port owner: allocates port, and does a netname_check_in();
   client: does a netname_look_up();
   
   Send rights seem to be conveyed to the client via netname_look_up,
although the docs don't say anything about this.  This method has worked 
fine for me.

   This method is easy and simple.  The programmer can use either the
network name server or the bootstrap server.  Via the network name server,
ports can be found across a network.  However, can receive rights could be 
conveyed this way?
-------         
2) port owner: allocates port, does a task_by_unix_pid() to get child 
     task's task id, then does a port_insert_send()/port_insert_receive() 
     to give child task send/receive rights;
   client (in this case, child task): does nothing
   
   I have tried this method, and have been unable to get a successful
execution of port_insert_send().  It tells me my 3rd argument, the "name
by which the receiving task will know the new rights", is invalid and
I'm not sure why.  I gave up and went back to my old method, #1.

  Does this method automatically construct a message that a programmer
might construct by hand, as in #3, below?

  This method looks simple (if I could get it to work!).  The only possible 
drawback that I'm aware of is that the receiving task must reside on the 
same host.
---------     
3) port owner: allocates port, sends a message to client
   client: waits for message
   
   In this case, I'm not sure how to structure the message.  Should
the message body be a port_t/port_rcv_t?  Or, should the message body
be port_name_t and one of the predefined capabilities?  What is the
difference between the two approaches, and when do you use each? 

   This method seems to require more effort on the part of the programmer.
But, my impression is that this is the only way to transfer arbitrary rights
to a task on an arbitrary host. 
-------
If anyone has any insights or code snippets to share with me, I would
greatly appreciate it!  I'm particularly interested in code for method
#3.  

Also, for the NeXT people, perhaps some clearer documentation on this
topic would be useful.  (Or did I miss it?) (Or maybe this should be
directed to the Mach people...)

Thanks in advance!

Anne
Newsgroups: comp.sys.next.programmer
From: bill@elnxt.jsc.nasa.gov
Subject: Need help with DPSDoUserPath
Reply-To: bill@epnxt.jsc.nasa.gov
Organization: nasa-jsc
Date: Fri, 17 Apr 1992 13:20:35 GMT

I am using the UserPath.h and UserPath.m from the Lines program in a  
program I am writing.  My program works fine if I run it inside my  
debugger and if I use the NXPing command.  But the same program will not  
run outside the debugger.  I am at a lost on this one.  Evidently, either  
something is not being loaded in my program (via #import..but is via the  
debugger) or something in my program is running away from the window but  
is forced to slow down in the debugger.

Out of cursioty, when should one use NXPing .... under what kind of  
conditions and following or  preceeding what.

		Bill
my mail address is bill@epnxt.jsc.nasa.gov
From: cnh5730@maraba.tamu.edu (Charles Herrick)
Newsgroups: comp.sys.next.programmer
Subject: SNDPlaySoundfile()
Date: 17 Apr 92 16:27:24 GMT

If you're thinking of using the NeXT Sound `C' function,  
"SNDPlaySoundfile(char *, int)" be forwarned: it requires an absolute  
pathname as its first argument.

I wish they'd put this kind of thing in the Documentation.

	cnh
Newsgroups: comp.sys.next.programmer
From: cdorfner@immd4.informatik.uni-erlangen.de (Clemens Dorfner)
Subject: Re: Virtual memory devours my disk
Organization: CSD., University of Erlangen, Germany
Date: Thu, 16 Apr 1992 09:32:58 GMT

scotty@gagetalker.com (Scott Turner) writes:

>In article <274@moene.UUCP> toon@moene.uucp (Toon Moene) writes:
>|> Well, actually, running 'shutdown -r now' from a suitably privileged  
>|> account (root :-) will fix it; no need to pull the cord :-}
>|> Or you could try to kill the window server (which most likely is the  
>|> culprit - having grabbed the 'farthest' page in the swapfile).
>I *WISH* I could do any of the above. There's some hole in the kernel
>that when triggered causes your NeXT to literally turn into a black boat
>anchor. You can't enter commands anymore. The NMI monitor will come up but
>won't kill the machine. You quite literally have to pull the power cord.

There is still one more thing to try, before pulling the cord:
Try pressing Ctrl-Alt-<upper-right-key-on-the-num-keypad> 
(or Cmd-Alt-... - I don't remember exactly); this combintation
works well for me, when I run into this situation. Its the reset-sequence
for the NeXT.
Hope this helps sometimes...

Clemens
---

 Clemens Dorfner : Internet: cdorfner@immd4.informatik.uni-erlangen.de
     The Idea Of Walking In A World, Is Equal To Something Else.
Newsgroups: comp.sys.next.programmer,comp.sys.next.misc
From: samurai@uriel.cs.mcgill.ca (Darcy Brockbank)
Subject: More on ND compression (followup survey)
Organization: SOCS, McGill University, Montreal, Canada
Date: Sat, 11 Apr 1992 17:02:49 GMT


Hi all.

NeXT picked up my postings about the first ND survey (re: do you 
need compression?) and asked for the letters you all sent me.

AS well, it was remarked that it would be very useful to them if
developers could state why compression is needed... I quote:

"It would be very useful to know why people need compression in terms of
application. It would also be useful to know what kind of resolutions and what 
kind of compression ratios are desired again related to the application."

NeXT is being receptive on this issue, and if you would like to send me
your responses to this, then I will gather them together and bulk mail
them to NeXT again.

Thanks for all those that sent me mail in the first place, and please do
so again!

- darcy

--
---- my opinions are my own, not my employer's ---
"You fill in the mortar, I build the wall." "...a secret stigma, 
weeping willow, a diminished carnival of sorts." "Who might leave you
where I left off? A perfect circle of acquaintances and friends."
"I can't see myself at thirty I don't buy a lack of thirty
Caught like flies wishing for tomorrow's jewlery" - M. Stipe
Newsgroups: comp.sys.next.programmer
Subject: Help - Unable to find method implementation
From: demsey@neural.tucson.az.us (herr loki)
Date: 9 Apr 92 23:17:25 MST
Distribution: world,local


  Things seem to have gone to hell in my mind... I get this error through
gdb when debugging my code. It happens on either of the following lines:

    [w disableFlushWindow];
    [_text setText:errmsg];

where     id w = [_scroll window]; and these define _text:
- kissMyself
{
    _text = [scrollView docView];
    return self;
}

- setScrollView:anObject
{
    _scroll = scrollView = anObject;
    [self kissMyself];
    return self;
}

scrollView in correctly set up through IB. I'm #import-ing Window,Text,
ScrollView (among others) - I'm tired and at wits end. 

Any ideas?

Thanks, Loki

--

[----------------------------------------------------------]
{     Loki (M.L Demsey)      | "Und wenn ich also sterben  }
{                            |muss, So will ich meine Venen}
{ demsey@Neural.Tucson.Az.us | an deinen Lippen ritzen..." }
{ NeXTMail always encouraged |                - KMFDM      }
[----------------------------------------------------------]
Newsgroups: comp.sys.next.programmer
From: derek@oceania.com (Derek Collison)
Subject: Icon question
Reply-To: derek@oceania.com
Organization: Oceania Health Care Systems
Date: Mon, 13 Apr 92 18:00:13 GMT


	I am trying to use Icon to replace a static blue color that is the  
backdrop of a complicated picture with transparent paint. I select the PS  
tool, cover the area interested, set up my colors and press doit, it blows  
up. Any ideas on how to make this work?

=derek

-- 
Derek Collison <---> derek@oceania.com  
Oceania Health Care Systems             
325 Lytton Avenue   Palo Alto, CA 94301 
(NeXT Mail accepted)                    
Newsgroups: comp.sys.next.programmer
From: dwatola@praha.jpl.nasa.gov (David A. Watola)
Subject: Re: Need help with DPSDoUserPath
Organization: Jet Propulsion Laboratory
Date: Fri, 17 Apr 1992 15:44:25 GMT

In article <1992Apr17.132035.1827@aio.jsc.nasa.gov> bill@epnxt.jsc.nasa.gov writes:
>I am using the UserPath.h and UserPath.m from the Lines program in a  
>program I am writing.  My program works fine if I run it inside my  
>debugger and if I use the NXPing command.  But the same program will not  
>run outside the debugger.  I am at a lost on this one.  Evidently, either  
>something is not being loaded in my program (via #import..but is via the  
>debugger) or something in my program is running away from the window but  
>is forced to slow down in the debugger.

this may not apply to you, but i have problems using user paths under
nextstep 2.0; most people have 2.1 and presumably the problems i am
experiencing are fixed.  in my case, it was not the user paths themselves
which were causing problems, but the very tightly optimized floating point
loops that were filling the user path coordinate array.  when run under
the debugger and single-stepped, they worked perfectly.  when run at full
speed, the arrays were trashed with some spurious results.  the solution
was to edit the assembly language output and insert a nop into the loop to
force the instruction pipeline to empty.

it was all very ugly.
From: dicosmo@dmi.ens.fr (Roberto DiCosmo)
Newsgroups: comp.sys.next.programmer
Subject: Re: Emacs and networks
Date: 10 Apr 92 13:26:06 GMT
Reply-To: dicosmo@dmi.ens.fr
Organization: Ecole Normale Superieure, PARIS, France

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?
> 
> 	<MC>

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!!!

Any idea?

--
Roberto Di Cosmo <dicosmo@dmi.ens.fr>

    Dipartimento di Informatica     LIENS
    Universita' di Pisa             Ecole Normale Superieure
    Corso Italia, 40                45, Rue d'Ulm
    56100 Pisa ITALY                75005 Paris FRANCE
Xref: sparky comp.sys.next.programmer:3454 comp.sys.next.sysadmin:3043
From: cnh5730@maraba.tamu.edu (Charles Herrick)
Newsgroups: comp.sys.next.programmer,comp.sys.next.sysadmin
Subject: Re: Need help with setting up mail
Date: 14 Apr 92 16:46:46 GMT
Followup-To: comp.sys.next.sysadmin

In article <1992Apr13.231755.23709@aio.jsc.nasa.gov>  
bill@eplnxt.jsc.nasa.gov writes:
$ I have a non-networked NeXT  tied into internet via who knows how  
many Vax  
$ mainframes.  The problem I am having is that I can send mail to  
other NeXT  
$ machines and to other users on my NeXT machine but I can not  
receive mail  
$ from other NeXT machines
$ 
$ Any ideas?  Please reply by posting....obivioulsy my mail is not  
working.

This belongs in comp.sys.next.sysadmin, so I've reset the  
Followup-To: line accordingly and cross-posted there so they know  
what's coming ... and sorry about the cross-posting, I know it's not  
proper netiquette here.

Here's the results of doing a Mail -v to you:
-=-snip-=-snip-=-
maraba.cnh5730% Mail -v bill@eplnxt.jsc.nasa.gov < /dev/null
No message, no subject; hope that's ok
bill@eplnxt.jsc.nasa.gov... Connecting to eplnxt.jsc.nasa.gov via  
ddn...
bill@eplnxt.jsc.nasa.gov... Host unknown
-=-snip-=-snip-=-
Newsgroups: comp.sys.next.programmer
From: magnus@Kimura.Stanford.EDU (Magnus Nordborg)
Subject: Re: Virtual memory devours my disk
Organization: Department of Biological Sciences, Stanford University
Date: Mon, 13 Apr 92 00:27:02 GMT

In article <FOX.92Apr12181014@graphics.nyu.edu>, fox@cs.nyu.edu (David Fox) writes:
|> In article <1992Apr10.052219.5103@cubetech.com> andrew@cubetech.com (Andrew Loewenstern) writes:
|> 
|>    In article <FOX.92Apr8102030@graphics.nyu.edu> fox@cs.nyu.edu (David Fox)  
|>    writes:
|> 
|>    >  I set hiwat and it had absolutely no effect.  Even if hiwat did
|>    >  work, the tiny difference between NeXT and Sun is that the Sun
|>    >  will release the swap space once it is finished.  The NeXT just
|>    >  fills up the space available and then dies.
|>    >  
|>    >  -david
|> 
|> 
|>    No it doesn't.  Although NeXTstep doesn't physically make the swapfile smaller  
|>    it does reuse the space within it:
|> 
|>    Filesystem            kbytes    used   avail capacity  Mounted on
|>    /dev/sd1a              98442   97172       0   104%    /private/vm/swapdisk
|> 
|>    This is my swapdisk.  It has been like this for several days and I've been  
|>    using tons of vm since then (I can hear the drive grind away when I use vm).   
|>    If what you said was correct, my machine would have gone down in flames a long  
|>    time ago.  Although the swapfile itself is huge, there is lots of free space in  
|>    it.  Even if hiwat worked, what is the poor computer supposed to do when it  
|>    runs out of memory?  It could die a little bit more gracefully though.
|> 
|> Ok, the thing is, I need that 100 meg back.  I would have preferred to
|> be told I couldn't run a process becauses there is insufficient swap
|> space rather than have it run and then fill up both swap _and_ disk
|> _and_ die a slow horrible death.  I've often exhausted swap on SunOS
|> and been told so with no adverse effect apart from the mercifully quick
|> death of a (randomly selected?) process.  (I haven't tried setting
|> hiwat correctly yet, but I haven't heard anything good about the
|> result of doing _that_ either.)
|> 
|> -david

If you set hiwat correctly you will get just that -- the process will grind
to a halt without filling the harddisk. You will usually have to kill it
manually, though. This happens once in a while with Mathematica :)
To set the hiwat in /etc/swaptab, read the man page, AND notice that there
can be no spaces after the commas in the arg list...
-- 




			Magnus Nordborg
			Department of Biological Sciences
			Stanford University
			Stanford, CA 94301-5020
			USA
			(415) 723-4952
			magnus@Kimura.Stanford.EDU