HDTenEightyP/NetNews huggingface dataset:
From: BrianW@SoundS.WA.com (Brian Willoughby)
Subject: Re: NXBrowser problem...
Reply-To: BrianW@SoundS.WA.com
Organization: SoundSoftware, Bellevue, WA, USA
Date: Thu, 8 Oct 1992 03:27:15 GMT

Sharon Zakhour writes
| [...much...]

Thank you. Thank you. Thank you.
NeXT has been silent for too long, especially about the NXBrowser class.  I  
really appreciate the communication that several folks at NeXT have been taking  
the time for.

| I'm sorry to hear that you find NeXTanswers "nearly useless".  We write these  
| in our spare time and it's disappointing to hear that they are not being well  
| received.  We try to police them for accuracy and content but sometimes  
| errors do creep in.  We are interested in keeping them as accurate and up to  
| date as possible and we hope that when you find errors or inconsistencies  
| that you will send them to nextanswers@next.com.  Help us to help the.
| community.

Well, I did send in about 15 or 20 bugs to NeXT, and read many questions from  
people also having trouble with NXBrowser.  It didn't seem like NeXT was  
supporting their browser at the time, but now I am happy to see that trend take  
an about-face.  Now that the "community" is growing, I'm glad to see a high  
level of interaction from NeXT employees.

| The information I gave above for the 3.0 case is also true in the 2.x case  
| although there were a couple of bugs that complicated matters.  For example,  
| under 2.x no matter WHERE you called -setCellClass: for NXBrowser, you always  
| needed to call loadColumnZero (unless you didn't care if the first column  
| used the default cell).  Also, this approach didn't work at all if you set  
| reuseColumns:YES on the browser -- this would crash the application.  These  
| bugs have all been cleaned up for 3.0.

By the way, I was calling -reuseColumns:YES for EVERY browser that I created.   
No wonder I initially had so many crashes.  In fact, it wasn't even the browser  
code that was crashing, it was a totally unrelated part of my code that was  
experiencing corrupted instance variables.  I eventually found a magic  
combination that was crash-proof.

I suppose this will all be moot as soon as I attempt to recompile the  
program...

| Sharon Zakhour
| Developer Support 
-- 
Brian Willoughby	Software Design Engineer, BSEE NCSU
BrianW@SoundS.WA.com	Sound Signal Processing Software and Consulting
NeXTmail welcome	- NO EMAIL SOLICITATION without prior permission
Newsgroups: comp.sys.next.programmer
Subject: Re: Distributed Objects over SLIP
From: paul@nextus.tucson.az.us (Paul Tognato-Haddad)
Date: 16 Oct 92 11:04:20 MST
Distribution: world,local

In article <1992Oct16.152620.2366@mcs.anl.gov>  writes:
> In article <1992Oct16.054246.18520@u.washington.edu>  
> bungi@stein.u.washington.edu (Timothy J. Wood) writes:
> >   Are you using the NXProxy method setProtocolForProxy:?  This should  
make
> > things faster.
> 
> Hmm, that did make quite a bit of difference. We're up to ~150bytes/sec  
now. 
> 
> Something to keep in mind if you're playing with DO over slip is that it 
> appears to be necessary to provide the hostname associated with the 
> ethernet interface on the remote machine to the NXConnection  
connectToName
> call. The client never connects if you provide the hostname associated
> with the slip interface. This is at least consistent with the way
> -NXHost works, but it is still wrong.
> --
O.K. now that we know that it works.  How would I set up my machine so  
that this works?  Just a simple step by step explanation would be great.
Assuming that there are two machines ma and mb what needs to be done on  
these machines so that one can telnet from ma to mb and type

mb> open /LocalApps/My.app -NXHost ma


--
Paul           (NeXTmail preferred)

Anyone who is capable of getting themselves made President should on no  
account be allowed to do the job.
-- Douglas Adams, "The Hitchhiker's Guide to the Galaxy"
Xref: sparky comp.sys.next.programmer:6647 comp.lang.postscript:5038
From: cartley@slate.mines.colorado.edu (Craig Artley)
Newsgroups: comp.sys.next.programmer,comp.lang.postscript
Subject: Re: PS Level 2 image interpolation
Summary: unpredictible
Keywords: Level 2 image interpolation
Date: 14 Oct 92 20:48:39 GMT
Organization: Colorado School of Mines

In article <1992Oct14.045520.26791@adobe.com> delahunt@adobe.com (Jim DeLaHunt) writes:
>In article <1992Oct12.185740.28980@slate.mines.colorado.edu> 
>cartley@slate.mines.colorado.edu (Craig Artley) writes:
>>I'm trying to enable Level 2 image interpolation by setting Interpolate
>>to true in the image dictionary....  Unfortunately, when i run the code 
>>below I simply get the same checkerboard result as when interpolation 
>>is disabled.
>
>Your sample image is a) small and b) 8 bits-per-pixel.  Either of these
>can prevent interpolation from happening.  Try it with a 10x10 1 bit-per-
>sample image.  You should see interpolation there.
>
>	--Jim DeLaHunt, Developer Support, Adobe Systems Incorporated	
>delahunt@adobe.com	...!{apple,decwrl}!adobe!delahunt      +1-415-962-3790

Jim appears to be right.  On my NeXT (3.0), I seem to be able to get
interpolation when I go to an 8x8 1 bit/sample image.  And even then the
interpolation is not what I hoped for.  I thought/hoped that it would be
interpolating to the device resolution, but in my case it only subsampled
by a factor of 4, and the resulting image samples are still obvious and
much, much larger than the device pixels.

I haven't seen interpolation in any of my 8 bit/sample tests.

This is disappointing, especially since Ian Kemmish
<uad1077@dircon.co.uk> reports in another post that my original test
interpolates fine on his clone (PC?).  I had hoped my NeXT would do as
well.
	-craig
-- 
Craig Artley      cartley@mines.colorado.edu      (303) 273-3557
Dept. of Geophysics, Colorado School of Mines, Golden, CO  80401
From: ernst@opal.cs.tu-berlin.de (Ernst Kloecker)
Newsgroups: comp.sys.next.programmer
Subject: Netware API missing !!!
Date: 14 Oct 92 09:23:51 GMT
Organization: Techn. University of Berlin, Germany

Chapter 12 of the NextDeveloper Manual states that the header files for the
Netware API are in the directory /NextDeveloper/Headers/netware and that
there is a Netware library called libnwapi_s.a. I could neither find the
h-file directory nor the library.

Does anybody know what happened to the Netware API ?
--

-----------------------------------------------------------------------------
Ernst Kloecker      phone: ++49-30-6181635      e-mail: ernst@cs.tu-berlin.de
-----------------------------------------------------------------------------
Newsgroups: comp.sys.next.programmer
From: hlam@bmerh136.bnr.ca (Hayward Lam)
Subject: C++ compiler question
Organization: Bell-Northern Research Ltd.
Date: Fri, 9 Oct 92 00:38:19 GMT

Hi there,

I'm pretty new in the NeXT world. This might be a stupid question
but I have to ask:
	I try to compile and link a c++ program. I type "cc++ program.c"
the linker returns the following:
	/bin/ld: Undefined symbols:
	_printf_FPCce
When I compile the with -c option, everything is fine. The object file
is created. But when I do a ld, it returns the same thing described above.
I'm not sure what's going on.

Help! 

Thanks in advance.

Regards,
Hayward
email to hlam@bnr.ca
From: bungi@stein.u.washington.edu (Timothy J. Wood)
Newsgroups: comp.sys.next.programmer
Subject: Re: Distributed Objects over SLIP
Keywords: abs(0-27)*100/0 = infinity
Date: 16 Oct 92 05:42:46 GMT
Article-I.D.: u.1992Oct16.054246.18520
Distribution: world,local
Organization: University of Washington

zazula@pri.com (Ralph Zazula) writes:

>In article <1992Oct15.205136.27472@mcs.anl.gov>  writes:
>> In article <1992Oct15.110731.3848@arizona.edu> paul@nextus.tucson.az.us (Paul  
>> Tognato-Haddad) writes:
>> > Simple question is it possible to run an app that uses Distributed Objects  
>> > over a SLIP conection?
>> 
>> Yes, but the performance is really bad.  There appears to be a lot of  
>protocol  
>> going on that SLIP deals badly with. My simple benchmark involved passing 108  
>> byte packets between a client and server, and timing the overall throughput. 
>> 
>> With the client and server on the same machine, I got a throughput of about  
>> 5KBytes/sec. Over the SLIP line, I got 27 BYTES/sec (!). There was an average  
>> of 4 seconds per packet. 
>> 
>Yes, but one might point out that 27Bytes/s is *infinitely* better than  
>0Bytes/s.  So, please do post the details for those us who want this  
>unmeasurable performance improvement.


  Are you using the NXProxy method setProtocolForProxy:?  This should make
things faster.

--
Tim Wood
The Omni Group
bungi@omnigroup.com
From: greg@afs.com (Gregory H. Anderson)
Subject: Re: loadNibSection return value
Reply-To: greg@afs.com
Distribution: na
Date: Mon, 12 Oct 1992 17:51:47 GMT

In article <BvrGB9.15x@oceania.com> chris (Chris Larson) writes:
> The method:
> 
> window = [NXApp loadNibSection:"NibFile.nib" owner:self];
> 
> currently returns a window pointer to one of the windows in the nib 
> section.  Does anyone know if this is a stable "feature"?  Current 
> documentation doesn't mention anything about the return value, other 
> than it won't be nil if the nib section is loaded correctly.

This is different in 2.x and 3.0, so it's unsafe. Here's the scoop: In  
2.x, the return value is the first window in the nib. That's why your code  
works right now. (We used this "feature", too.) In 3.0, nibs are stored in  
two pieces. One (data.nib) contains the object archive typedstream, the  
other (data.classes) contains a data structure which describes the class  
inheritance tree, outlets, and methods. It appears as though the 3.0  
version of loadNibFile: returns the first window defined in data.classes,  
but there's no rhyme or reason to the order of this information in the  
file. We have several data.classes with the same three classes in  
different orders. Maybe you could edit data.classes after the fact to keep  
the right window on top, but it's a helluva price to pay for the benefit.

The solution: make "file's owner" the correct object and let loadNibFile:  
make the connection for you.

--
Gregory H. Anderson          | "We're very tolerant around here,
Benevolent Dictator-for-Life |  being only amateurs ourselves."
Anderson Financial Systems   | - Tortoise (Godel, Escher, Bach)
greg@afs.com  (Nextmail OK)  | 
Newsgroups: comp.sys.next.programmer
From: swillden@news.ccutah.edu (Shawn Willden)
Subject: Objective-C mode for emacs
Summary: Looking for ObjC-mode.el
Keywords: Objective-C, emacs
Reply-To: swillden@icarus.weber.edu
Organization: University of Utah Computer Center
X-Newsreader: Tin 1.1 PL3
Date: Fri, 9 Oct 92 14:33:18 GMT

Hi,

	Seems like I remember seeing someone mention something about
an Objective-C mode for emacs but I don't remember who or where.  If
you know where I could pick one up, please e-mail me.

Thanks.

--
Shawn Willden
swillden@icarus.weber.edu
Newsgroups: comp.sys.next.programmer
From: hsr@cs.Stanford.EDU (Scott Roy)
Subject: Re: How to prevent other apps from becoming active ?
Organization: CS Department, Stanford University, California, USA
Date: Thu, 15 Oct 1992 00:43:40 GMT

Izumi Ohzawa writes
| 
| As an option to my real-time app, I would like to add a capability
| to disable GUI of all other applications (including Workspace/Dock),
| so they don't get activated inadvertently during a heavy real-time
| activity. 
|

Perhaps you could completely cover the screen with a window so that your  
application intercepts (and ignores) all events?

Scott Roy
From: strauss@aero.org (Daryll J. Strauss)
Newsgroups: comp.sys.next.programmer
Subject: Re: Problem with header <netinet/in.h>
Date: 16 Oct 92 19:33:08 GMT
Article-I.D.: news.1bn5dkINNpah
Distribution: usa
Organization: The Aerospace Corporation
NNTP-Posting-Host: altair.aero.org

In article <1bmqp8INN20s@uwm.edu> xepo@csd4.csd.uwm.edu (Scott R Violet) writes:
>
>Hi,
>	Last night I was playing around with sockets and needed the
>in_addr structure that is defined in the file <netinet/in.h>, of
>course now it is in the direcotry /NextDeveloper/headers/bsd.  But
>anyway, when I included this file I got errors in the header file upon
>compilation.  The errors were on line 116,117,118, and 179 (I don't
>have them handy, but I am pretty sure that the numbers are correct,)
>and the errors were u_char, u_short, and u_long undefined...  How
>would such an error come up?  The only remedy I could come up with was
>to edit the in.h header file and stick in the line 
>#import <sys/types.h>
>	Why should I have had to do that?  Am I missing something, or
>is it another bug?

No, it quite common to need multiple header files in order to make a
particular function work, and sys/types.h is a real common one to
require. For example, if you look at the man page for socket you'll see
that it says:
	#include <sys/types.h>
	#include <sys/socket.h>

You shouldn't be modifying the headers, you should just be including
both sys/types.h and in/in.h.
Xref: sparky comp.sys.next.programmer:6630 comp.lang.postscript:5033
From: delahunt@adobe.com (Jim DeLaHunt)
Newsgroups: comp.sys.next.programmer,comp.lang.postscript
Subject: Re: PS Level 2 image interpolation
Summary: Interpolation doesn't always happen; details implementation-dependent
Keywords: Level 2 image interpolation
Date: 14 Oct 92 04:55:20 GMT
Organization: Adobe Systems Incorporated

In article <1992Oct12.185740.28980@slate.mines.colorado.edu> 
cartley@slate.mines.colorado.edu (Craig Artley) writes:
>I'm trying to enable Level 2 image interpolation by setting Interpolate
>to true in the image dictionary....  Unfortunately, when i run the code 
>below I simply get the same checkerboard result as when interpolation 
>is disabled.

Read p. 222 of the Red Book carefully.  "[The image interpolation algorithm]
_attempts_ to make a smooth transition between adjacent sample values"
[emphasis mine]. In other words, there is no guarantee about what adjustment
the algorithm makes, or in what circumstances.

Your sample image is a) small and b) 8 bits-per-pixel.  Either of these
can prevent interpolation from happening.  Try it with a 10x10 1 bit-per-
sample image.  You should see interpolation there.

>	-craig
>-- 
>Craig Artley      cartley@mines.colorado.edu      (303) 273-3557
>Dept. of Geophysics, Colorado School of Mines, Golden, CO  80401

	--Jim DeLaHunt, Developer Support, Adobe Systems Incorporated	
delahunt@adobe.com	...!{apple,decwrl}!adobe!delahunt      +1-415-962-3790
From: guyaux@cs.ubc.ca (Francoise Guyaux)
Newsgroups: comp.sys.next.programmer
Subject: DSP serial port : help?
Date: 7 Oct 1992 21:07:44 -0700
Organization: Computer Science, University of B.C., Vancouver, B.C., Canada
NNTP-Posting-Host: chaplin.cs.ubc.ca

I have found documentation and examples on programming the DSP,
though I have yet to dare, and I have found the mapping of 
the pins to the DSP serial connection. I have not found
any explanation on how I can manipulate one with other !
My goal is to make a non-standard asynchronous interface.

any help will be hugely appreciated, 
(maybe even documented)
Francoise
From: cc100aa@xray.gatech.edu (Ray Spalding)
Newsgroups: comp.sys.next.programmer
Subject: Re: Questions on inherited Text object in a ScrollView
Keywords: Text object ScrollView Interface Builder IB inherit
Date: 8 Oct 92 21:29:49 GMT
Organization: Georgia Institute of Technology

In article <70514@hydra.gatech.EDU> cc100aa@xray.gatech.edu (Ray Spalding) writes:
>In article <73182@apple.Apple.COM> gordie@duts.ccc.amdahl.com writes:
>> 1) Can I set the Text object's delegate from within IB?
>Just select the ScrollView, then double-click your CText View.
>"delegate" should appear in the Connections inspector.

Oops ... "delegate" does appear, but I can't seem to connect it
up by control-dragging.

The solution is to connect the delegate before you
Group it in the ScrollView.
-- 
Ray Spalding, Office of Information Technology
Georgia Institute of Technology, Atlanta Georgia, 30332-0715
Internet: ray.spalding@oit.gatech.edu (NeXT Mail accepted)
Newsgroups: comp.sys.next.programmer
From: koelman@cuby.stc.nl (Ton Koelman)
Subject: scrollable list 
Reply-To: koelman@stc.nato.int
Organization: SHAPE Technical Centre, NL
Date: Fri, 16 Oct 1992 13:17:22 GMT


I need to create a scollable list of selectable items
such as in Mail. Can anybody point me to some
example code?

thanks

Ton K.
NeXT European Registered Developer 7544
--
Ton Koelman   e-mail: koelman@stc.nato.int (NeXT Mail Welcome!)
SHAPE Technical Centre, P.O. Box 174, 2501 CD  The Hague
The Netherlands  (voice: 31-70-3142429, fax: 31-70-3142111)
Newsgroups: comp.sys.next.programmer
From: bil@cmn16.Stanford.EDU (Bill Schottstaedt)
Subject: Re: A bad day [was: Re: Fixing Allegro CL 3.1.20 to work under NS 3.0]
Organization: DSO, Stanford University
Date: Fri, 9 Oct 92 22:46:42 GMT

Bill Vrotney asks me to post something about this -- the short
form is, yes, ACL 3.1.20 works on NeXT 3.0 systems if you
follow Mr Vrotney's suggestions and make the following
changes to the build/config file:

If you want the (optional) dsp code, in the LIBRARIES statement, 
change -ldsp_s to -ldsp and change the USYMS statement to:

USYMS = -u _SNDReadSoundfile -u _SNDStartPlaying -u _SNDWait -u _SNDFree  
-u _SNDStop -u _SNDSetHost -u _SNDAcquire -u _snddriver_get_device_parms  
-u _SNDRelease -u _snddriver_set_device_parms -u _snddriver_get_volume -u  
_snddriver_set_volume -u _snddriver_set_ramp -u _DSPOpenNoBoot -u  
_DSPClose -u _valloc -u libsys_s -u libNeXT_s

or whatever (you apparently need to explicitly -u every function
you want to call later -- this happens to be the set that I call).
And in any load statement calling up foreign libraries, omit the
:system-libraries statement.   I haven't gotten around to
making the parallel USYMS statement for the midi code.  I ran
the new lisp without the dsp library at all (i.e. just delete
-l libdsp_s and -u libdsp) and didn't notice anything wrong.

I'll put a version of libdsp.a on our ftp server (ccrma-ftp.stanford.edu)
so that people don't have to get the entire MusicKit just for that
one file.

I'm assured there's nothing illegal about this post...
From: basiji@stein.u.washington.edu (David Basiji)
Newsgroups: comp.sys.next.programmer
Subject: Re: IB & Speed == 0
Date: 12 Oct 92 22:32:42 GMT
Organization: University of Washington

songer@lexmark.com (Christopher Songer) writes:

>Hi!

>     Has anyone else noticed that certain things with IB are 
>unreasonably slow under 3.0? In specific I find that resizing
>Forms / Boxes, to be unbelievably slow. The initial response to
>the mouse down is bad and then subsequent response to mouse
>dragging is unacceptable. Am I doing something wrong? What's
>going on? I'm about ready to bring the 2.0 IB over to my 3.0 system
>for interface creation. 

>Thanks!
>-Chris

>PS: I don't think I'm memory starved. I'm running on a 25Mhz
>040 Cube w/ 28 meg of memory.

Yes, it's slow to resize custom views on my 25MHz slab (32M ram).

Dave
.
From: isbell@cats.ucsc.edu (Art Isbell)
Newsgroups: comp.sys.next.programmer
Subject: Partial solution for problems with CVS under 3.0
Date: 15 Oct 1992 21:13:27 GMT
Organization: Cubic Solutions - NeXT software development and consulting
Distribution: world
NNTP-Posting-Host: si.ucsc.edu
Summary: cvs.postamble submitted to sonata.cc.purdue.edu:pub/next/submissions
Keywords: CVS



Several of you have found that CVS offers about the only solution for NeXTSTEP
development revision control.  However, 3.0's ProjectBuilder and
InterfaceBuilder conspire with 3.0's application architecture to cause problems
with CVS.

I have submitted to sonata a Makefile.postamble include file, cvs.postamble,
that defines several "make" targets that can help with using CVS under 3.0.
These targets can be run from ProjectBuilder's Build Panel (or a shell
command-line for the NeXTSTEP-impaired :-)

Your comments and suggestions are welcome.
-- 

Art Isbell                                                      Cubic Solutions
NeXT Registered Developer #745         NeXT software development and consulting
Email: isbell@cats.UCSC.EDU                                Voice: (408)335-1154
USmail: 95018-9442                                           Fax: (408)335-2515
From: alex@cs.umd.edu (Alex Blakemore)
Newsgroups: comp.sys.next.programmer
Subject: Re: makedepend and #import directive
Keywords: make depend #import
Date: 7 Oct 92 16:20:58 GMT
Organization: U of Maryland, Dept. of Computer Science, Coll. Pk., MD 20742

In article <Oct07.045939.51859@yuma.ACNS.ColoState.EDU> rob@faraday (Robert LaBelle) writes:
> I'm trying to find a version of the makedepend utility that can
> handle the NeXT's #import directive.  Anyone know of such a beast ?

I just found this the other day but havent tested it.
man 8 md

-- 
---------------------------------------------------
Alex Blakemore alex@cs.umd.edu   NeXT mail accepted
Newsgroups: comp.sys.next.programmer
From: gus@rrz.de (Guido Schoepp)
Subject: Re: dragImage
Organization: Rhein-Rechenzentrum GmbH, Koblenz, Germany
Date: Mon, 5 Oct 92 10:07:54 GMT

I wrote
> Hi.
> 
> Is any working Drag'n'Drop example using the new  
> dragImage:at:offset:event:pasteboad:source:slideBack: method out there?
> I tried this little code. Dragging works fine but no app shows any reaction. 
> What's wrong?
> [ totally correct example ... snip ] 

Sorry for the confusion: The example works but I thought that it's possible with the new  
dragging features to drag'n'drop between views that belong to the same window. It's  
possible when you use color dragging. Does anybody know how to get this effect?

Thanks
	Guido
--
|||| |||| |||| Guido Schoepp
|||| ||||   /  NeXT Registered Developer
|| \ || \ |||| gus@rrz.de

Newsgroups: comp.sys.next.programmer
From: oliverm@nevada.edu (Moises Oliveira )
Subject: Re: Pathname bug in Edit 3.0
Organization: Organization? Ha, don't make me laugh
Date: Tue, 13 Oct 1992 01:31:38 GMT

In article <1992Oct12.145220.35716@news.th-darmstadt.de> alexlehm@iti.informatik.th-darmstadt.de (Alexander Lehmann) writes:

> I ran accross a bug in NS3.0's Edit.

Actually this bug has nothing to do with Edit.

There is a set of three known bugs involving

/usr/bin/open
/usr/bin/openfile
and /NextDeveloper/Apps/ProjectBuilder.app

The bug is basically this: Someone decided that the /private
directory is something you shouldn't have to ever see.  If you try
to open a file under /private, the /private is stripped from the
name of the file you are opening.  Thus if you try to open a file
named /private/tmp/foo, it will munge the name to /tmp/foo.  Which
will work for things like /tmp, but not for other directories.

>For Example:
>% cd /usr/adm
>% open daily

/usr/adm is really /private/adm.  Thus it strips it down to
/adm/daily, which doesn't exist.  You also can't open stuff in
/usr/spool, /usr/preserve, /private/tftpboot, or /private/vm.

>Since this is done by other applications as well, maybe this could be a routine
>in the shared libraries which could maybe be fixed in the library, but if this
>is code that is compiled into the different applications, this is probably to
>complicated.

Again, Edit is not the problem, nor are the shared libraries.


>If anyone can point out the location (or name) of this function, I'll try to fix
>it.

As far as /usr/bin/open and /usr/bin/openfile go, the easiest task
is to probably replace them with the 2.0 versions.  The 3.0 versions
have no new features, just new bugs. If you don't have 2.0 versions,
you can use a sector editor to patch out the /private string.




Newsgroups: comp.sys.next.programmer