HDTenEightyP/NetNews huggingface dataset:
From: sam_s@NeXT.com (Sam Streeper)
Newsgroups: comp.sys.next.programmer
Subject: Re: Order of libs in IB Project?
Date: 10 Apr 92 01:29:24 GMT
Reply-To: sam_s@NeXT.com

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 (specifically, music_s followed by dsp_s) because
> otherwise the linker (I guess) complains (if I edit the
> Makefile to put the libs in the right order, everything's
> fine).  I know it's possible to convince IB to put them in
> the right order, because the Music Kit example PlayNote
> does so.  Why can't I?

I think the libs are alphabetized by default, but you should
be able to control-drag them into the order you need.


> Speaking of Music Kit, is there a way to make envelopes
> piece-wise linear, rather than asymptotic?

Unfortunately this isn't possible.  It would be nice to get a linear
taper, wouldn't it?  You can approximate this with small enough steps,
though that's an imperfect solution.

-sam

--
Opinions are not those of my employer.  They're not even mine.  They're
probably wrong besides.  How did they get in here, anyway?
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: Tue, 7 Apr 92 20:13:30 GMT

In article <1992Apr5.161632.24963@murdoch.acc.Virginia.EDU>, smb3u@kiptron.psyc.virginia.edu (Steven M. Boker) writes:
|> In article <264@moene.UUCP> toon@moene.uucp (Toon Moene) writes:
|> >In article <giDLiB2w165w@midiline.la.ca.us> dylan@midiline.la.ca.us  
|> >(Comrade D) writes:

....

|> >This is horrible.  As the NeXTanswers item says (paraphrased): "if a long  
|> >running process [like the WindowServer - TM] is adding another page to the  
|> >swap file, it can not be truncated EVEN IF ALL INTERMEDIATE PAGES ARE  
|> >FREED".  Well, there you have it.  And we thought we got a hot new OS  
|> >architecture at hand in our lovely black boxes.  EVEN VMS CAN DO THIS  
|> >BETTER.   
|> >
|> 
|> This is in fact horrible.  And I was doubly horrified to hear that 3.0
|> was not intending to address the _Number_One_Weakness_ of the operating
|> system as perceived by the users here.  Having to reboot your machine
|> several times a day under what my users consider to be "normal" conditions
|> is, to them, a considerable inconvenience.  Why NeXT hasn't put major
|> effort into this achilles heel is beyond me.
|> 
|> Steve
|> 

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

-- 




			Magnus Nordborg
			Department of Biological Sciences
			Stanford University
			Stanford, CA 94301-5020
			USA
			(415) 723-4952
			magnus@Kimura.Stanford.EDU
From: aozer@next.com (Ali Ozer)
Newsgroups: comp.sys.next.programmer
Subject: Re: Problems with Workspace's -getFileIconFor:TIFF:TIFFLength:ok:.
Date: 6 Apr 92 19:09:32 GMT
Organization: Next Computer, Inc.

In article <SCOTT.92Apr3164821@nic.gac.edu> Scott Hess writes:
>Hmm.  Related bonus problem while I'm here.  Sometimes, when I get
>an icon from the Workspace and display it, it looks fuzzy, not
>really all that crisp.  I _think_ what's happening is that it's
>drawing the color version, for some obscure reason.  _But_, if I
>force it to redraw the image (by resizing the window or scrolling
>it), it changes back to monochrome (or at the least it gets crisp
>again).  Bug in NXImage?  Can I fix it easily?  The icon I've mainly
>noticed this with is Sam Streeper's BoinkOut, though I'm sure it
>happens with others (and I just haven't noticed it, because I've
>done my testing on /LocalApps, for the most part).

In ProcessMonitor you might also get the wrong representations for app icons;
the problem in that case is also fixed by redisplaying the window. Once you've
done that, the problem goes away. Your bug sounds like that problem, and if
they're the same, then, yes, it's a NXImage bug, and it's fixed in 3.0. 

I believe it happens if the NXImage (1) has multiple representations, (2) is
read from a stream, and (3) has setDataRetained:NO. Thus one workaround might
be to retain the data; another might be to somehow display the icon 
twice (or as many times as the NXImage has reps!) the first time. Instead 
of displaying you can also lock/unlockfocus on it that many times...

Ali, Ali_Ozer@NeXT.com

Newsgroups: comp.sys.next.programmer
From: Jim De Arras <jmd@banana.handheld.com>
Subject: Re: More on ND compression (followup survey)
Organization: Hand Held Products, Inc.
Date: Sun, 12 Apr 1992 15:05:56 GMT

In article <1992Apr11.170249.9411@cs.mcgill.ca> samurai@uriel.cs.mcgill.ca
(Darcy Brockbank) writes:
>
>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
>

Well, I would like to see as close as possible to realtime record from video
in, and as close as possible to realtime playback to the NeXTdimension screen.
Perhaps every other frame, at 15 fps.  Perhaps the odd frame from the first
frame, then the even frame from the next one, etc.  This would tend to blur
movement a bit, but reduce the jerkiness from a reduced frame rate.  The
abiility to superimpose over the 'live' video output should be there, too.

I would also like to see the Teletext/closed caption broken promise addressed.
That was part of the reason I bought it.
  
Perhaps 'donate' the whole ND hardware/software to the public domain, if, as
the rumors have it, they are abandoning the ND.  Perhaps Spherical Solutions
would be willing to be the focus point for the group ND efforts, and produce
the piggy-back board, especially if NeXT has it 'on the shelf'.

I'm glad to see NeXT is looking into this issue.  A peaceful settlement would
be best.  I understand under Virginia law, I could probably make bait and
swiitch stick.  I think enough other states are able to do so, also, so that a
class action suit for fraud could be possible.

Jim De Arras
From: andrew@cubetech.com (Andrew Loewenstern)
Newsgroups: comp.sys.next.programmer
Subject: Re: Virtual memory devours my disk
Date: 10 Apr 92 05:22:19 GMT
Reply-To: andrew@cubetech.com

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.


andrew
-- 
andrew@cubetech.com
Andrew Loewenstern            |  "listen: there's a hell of a good universe
Cube Technologies, Inc.       |   next door; let's go." --- e.e. cummings
Newsgroups: comp.sys.next.programmer
From: eps@futon.SFSU.EDU (Eric P. Scott)
Subject: problems reading from SNDIN with sound driver
Reply-To: eps@cs.sfsu.edu
Organization: San Francisco State University
Date: Wed, 15 Apr 1992 01:31:27 GMT

Here's one for "Sun vs. NeXT--A World of difference"

I want to read "continuously" from the sound input, and process
data every 1024 bytes.  Under SunOS, this would involve

	open() /dev/audio
	loop read()ing 1024 bytes

Pretty simple, huh?  Not on the NeXT!  Just the simple act of
reading from the microphone can send the programmer into pages
and pages of complex coding...  and it just DOESN'T WORK.

Here's what I'm doing:

	SNDAcquire() to obtain device and owner ports
	snddriver_stream_setup() to obtain stream port
		dataPath = SNDDRIVER_STREAM_FROM_SNDIN
		sampleCount = 1024
		sampleSize = 1
		lowWater = 48*1024
		highWater = 64*1024
	port_allocate() to obtain reply port
	snddriver_stream_start_reading()
		sampleCount = 3*8192  /* originally 262143*8192 */
		tag = 1
		msg* = TRUE
	snddriver_stream_control()
		control = SNDDRIVER_AWAIT_STREAM
	LOOP {
		msg_receive()
		[print message headers]
		snddriver_reply_handler()
	}

recorded_data() vm_deallocate()s and issues another SNDDRIVER_AWAIT_STREAM

Here's what happens (or doesn't):

- No matter what, I *never* get "completed" messages
- SNDDRIVER_ABORT_STREAM doesn't generate "aborted" messages if
  SNDDRIVER_AWAIT_STREAM has been used--however, after several
  subsequent calls to the recorded_data() handler,
  snddriver_stream_control() fails with error 108
    <nextdev/snd_msgs.h> defines this as SND_SEARCH--couldn't
    find requested resource
  and no further messages arrive
- SNDDRIVER_PAUSE_STREAM does generate a "pause" message, but
  the stream doesn't seem to pause
- changing parameters (e.g. sampleCount) doesn't seem to make
  a difference

I've checked the Tech Docs, NeXTanswers, the FAQ, and the
JeanLaroche materials--none were helpful.

Someone (Greg?) please help!  (I'm using 2.1, if that matters.)

					-=EPS=-
Newsgroups: comp.sys.next.programmer
From: esky@marathon.cs.ucla.edu (Eskandar Ensafi)
Subject: C function "sscanf" generates: Memory access exception (protection failure)
Keywords: sscanf defaults problem memory
Reply-To: esky@marathon.cs.ucla.edu
Organization: UCLA, Computer Science Department
Date: Mon, 6 Apr 92 22:57:35 GMT

Hi,

I am experiencing problems with the following piece of code which involves  
using "sscanf" to read values from an app's defaults registration table:

----------------------------------------------------------------------------
#import <stdio.h>
#import <defaults.h>

- init
{
    NXDefaultsVector  windowDefaults =
		      { {"windowFrame", "300 350 500 400"}, {NULL} };
    
    NXRegisterDefaults( "MyApp", windowDefaults);
    return self;
}

- myMethod
{
    NXRect  frame;
    const char  *defaultFrame;

    defaultFrame = NXGetDefaultValue( "MyApp", "windowFrame");

    sscanf( defaultFrame, "%f %f %f %f", &frame.origin.x, &frame.origin.y,
    	   &frame.size.width, &frame.size.height);
   
    /* Note: The problem is not associated with using "&frame.size.width" and
       other similar arguments. The same error occurs with "float" variables */

    return self;
}
----------------------------------------------------------------------------

The problem seems to arise in here, but the compiler says that the error  
happens in function "fgets", but I haven't used a function "fgets" so it must  
be asscoaited with how "sscanf" and/or "NXGetDEfaultValue" work.  GDB gives me  
the follwing message:
>
Program generated(1): Memory access exception on address 0x5006a14 (protection  
failure).
0x501684e in fgets ()
>

Thanks in advance!
Eskandar.

esky@mayhem.icsl.ucla.edu
esky@marathon.cs.ucla.edu
Newsgroups: comp.sys.next.programmer,gnu.gcc.help
From: magnus@Kimura.Stanford.EDU (Magnus Nordborg)
Subject: Compiling long equations
Keywords: numerical, SIGSEGV, tree space
Organization: Department of Biological Sciences, Stanford University
Date: Tue, 7 Apr 92 17:50:08 GMT

I'm trying to compile some very long (16 X ~500 terms) equations for numerical
work. When I try to compile this using the NeXT version of gcc (1.36) WITH 
optimization I get:
 
	"Internal compiler error.  Program cc1 got fatal signal 11."

Same (?) thing happens using Sun C 1.1:

	"compiler error: out of tree space; try simplifying"

The code DOES compile WITHOUT optimization under NeXT's gcc. It also compiles
WITH optimization under gcc 2.0 on a Sparc 1+ (it takes eons) and under "c89" 
on an R6000 (it takes considerably less than eons).

My question is: Is there a way to get around this problem (like some switch),
or must I get a newer compiler on the NeXTs (and throw out Sun C 1.1 on the
Sparcs :)?

-- 


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



Newsgroups: comp.sys.next.programmer
From: arno@cubx.fdn.gna.org (Arnaud Weber)
Newsgroups: comp.sys.next.programmer
Subject: DSP device
Date: 15 Apr 92 17:27:28 GMT
Reply-To: arno@cubx.fdn.gna.tfd.com
Organization: Cub'X Systemes, France.

Hi there,

I'm looking for documentation on how to build a device sending information  
to the DSP. Is there any hardware documentation available ?

More specifically I've a signal comming at 800 Kbaud on a RS422 HDLC line  
(I actually receive batch of 128 bytes every 20ms  and the clock is also  
available on my line). I would like to transform this signal into DSP  
information to process it in "real time"...

Any information welcome !
Thanks in advance,

		jean-michel


jml@cubx.fdn.gna.tfd.com
From: strobel@phys.washington.edu (Nicolas Strobel)
Newsgroups: comp.sys.next.programmer
Subject: NeXTstep application needing shell environment
Summary: How to give NeXTStep application a "shell-like" environment?
Date: 17 Apr 92 17:22:18 GMT
Distribution: usa,world
Organization: University of Washington


Help!
	I have created an IB interface around a program (called snapplot) that 
used to be run from the shell level. Snapplot would take a bunch of arguments
from the command line (like the datafile, x,y range, axis labels, etc.) and
create a postscript file of the plot.  Now the interface consists of a bunch
of text fields (one for each of the former command line arguments) and a
plot window. The NeXT program (called snapplot_next) reads in all of the
text fields, creates a commandline argument array, fires that off to the work-
horse function snapplot (now just a "normal" function--not main() ), which 
takes the info and executes all the PS (display postscript) commands to make
the plot in the plot window.
	The problem is that execution of snapplot_next by double clicking on
its icon in the File Browser (or executing the command: open snapplot_next)
does not work properly--it exits/crashes before doing anything. YET when I
start the application by entering "snapplot_next" at a terminal shell prompt,
it works fine. Apparently the core function snapplot needs the environment
given to it by the terminal/shell (the environment variables, etc.). 
	Any ideas how I can give the application a "shell-like" environment?
A very clunky way is to make a csh executable file with the command 
"snapplot_next" inside it.  This brings up a shell window and the application.
I don't want the shell window. I don't think I'm wanting to start a subprocess,
so the Subprocess.m code in Examples is probably not the answer here. If I was 
writing commercial code, I would do extensive surgery on the thousands of lines 
of code so it wouldn't rely on the "shell" environment, but it's not--a 
"mission critical app" :)

Thanks for your help!

Nick Strobel
strobel@phast.phys.washington.edu
Newsgroups: comp.sys.next.programmer
From: brendas@cbnewsd.cb.att.com (brenda.l.sermersheim)
Subject: text fields/object
Organization: AT&T
Distribution: usa
Date: Tue, 14 Apr 1992 14:09:55 GMT
Keywords: text field object

Hi -

Are there any Text Object experts out there?

I've got a window containing several text fields, all with unique
tags.  
I want to use the textDidGetKeys:isEmpty method to determine 
which field (based on the tag) has been changed.   But "sender"
in textDidGetKets:send isEmpty:flag is the common text object,
not the individual text field.  
So.....does anyone know how to access the text field which
recieved the keys from the text Object??

Thanks in advance -
Brenda
From: csd1519@ux.acs.umn.edu (Csd1519)
Newsgroups: comp.sys.next.programmer
Subject: Re: Using Public-Key Encryption for Copy-Protecting Software
Date: 17 Apr 92 19:41:03 GMT
Article-I.D.: ux.1992Apr17.194103.7993
Distribution: all
Organization: University of Minnesota, Twin Cities

In article <MdrtruK00hYoQpYlJx@andrew.cmu.edu> dh10+@andrew.cmu.edu (David Christian Homan) writes:
>
>> 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.
>
It may be patented, but is RSA the only public-key cryptosystem in existence?  
I know RSA is no secret because I'm looking at it right in my data structures 
class textbook, "Introduction to Algorithms" bu Cormen, Leiserson, Rivest--
chapter 33, page 831).  I've also have code for its implementation (written 
in BASIC no less) out of the 'Hackerbibel' by the Chaos Computer Club.

Given all of this, I still haven't implemented it in C for my unix mail; guess
I'm just too lazy. :-) 

				Arnim Sauerbier
Newsgroups: comp.sys.next.programmer
From: fox@cs.nyu.edu (David Fox)
Subject: Re: Virtual memory devours my disk
Organization: Courant Institute of Mathematical Sciences
	<1992Apr10.052219.5103@cubetech.com>
Date: Sun, 12 Apr 1992 23:10:14 GMT

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
Newsgroups: comp.sys.next.programmer
From: simsong (Simson L. Garfinkel)
Newsgroups: comp.sys.next.programmer
Subject: Re: Putting text on the workspace background
Date: 15 Apr 92 22:41:20 GMT
Article-I.D.: next.1992Apr15.224120.4258
Reply-To: simsong@next.cambridge.ma.us
Organization: NeXTWORLD Magazine

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

................................................................simson
From: isbell@cats.ucsc.edu (Art Isbell)
Newsgroups: comp.sys.next.programmer
Subject: Re: Virtual memory devours my disk (SUMMARY)
Summary: My understanding of swapfile compression is different.
Keywords: swapfile
Date: 7 Apr 92 14:48:36 GMT
Article-I.D.: darkstar.32267
Organization: Cubic Solutions - NeXT software development and consulting


In article <1992Apr6.181837.12357@nextoid.sw.socal.com> robert@nextoid.sw.socal.com (Robert Patrick Thille) writes:
>
>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.

Brian Pinkerton of NeXT briefly explained the 3.0 "swaptimizer".  My
understanding is that the basic operation of the swapfile remains unchanged :-(
The difference is that pages *can be*, but are not always, compressed when
being added to the swapfile.  Some algorithm determines when the swaptimizer is
used.  But if pages from some other process are added to the swapfile before
the compressed pages are freed, the compressed pages may end up "trapped" in
the swapfile until rebooting just like now :-(
-- 

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
From: cmaeda+@cs.cmu.edu (Christopher Maeda)
Newsgroups: comp.sys.next.programmer
Subject: Re: Transferring port access rights
Date: 13 Apr 92 02:35:36 GMT
Article-I.D.: cs.1992Apr13.023536.159781
Organization: School of Computer Science, Carnegie Mellon

In article <CNH5730.92Apr12170836@calvin.tamu.edu> cnh5730@calvin.tamu.edu (Charles N. Herrick) writes:
>In article <53054@mimsy.umd.edu> wilson@mimsy.umd.edu (Anne Wilson) writes:
>   I am puzzled about how to transfer port access rights across tasks.  
>
>   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...)
>                ^^^^^^^^^^^-------> uh huh :-)
>
>Thank you Anne!!
>
>Oh, Avie ...

Read the MIG docs.  What's the problem?
-- 
Chris Maeda, Grad Student and RetroGrouch <cmaeda@cs.cmu.edu>
"A unix signature isn't a return address, it's the ASCII equivalent of
a black velvet clown painting. It's a rectangle of carets surrounding
a quote from a literary giant of weeniedom like Heinlein or Dr. Who."