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:14:41 GMT

Tim McClarren writes
| BrianW@SoundS.WA.com (Brian Willoughby) writes:
| 
| >+ initialize
| >{
| >	[super initialize];
| >	[NXBrowserSub setCellClass:[NXBrowserTextFieldCell class]]; // bogus?
| >	[self setCellClass:[NXBrowserTextFieldCell class]];
| >	return self;
| >}
| 
| Well, it is with deep regret that I inform you that I wasn't able to
| get the above to work under 3.0.  It seems to work okay if I do the
| setCellClass in initFrame of the NXBrowser.  Are you still using the
| above code under 3.0?

No.
I'm running the 2.2a app under 3.0, but I haven't recompiled it yet (still  
learning how to port my 2.1 palettes to 3.0).

From the sound of the other postings on this topic, I guess I was lucky that my  
code ever worked!  Gee - I can hardly wait to try this under 3.0 :-|
-- 
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
From: eps@futon.SFSU.EDU (Eric P. Scott)
Subject: New version of class-dump available for anonymous FTP
Reply-To: eps@cs.sfsu.edu
Organization: San Francisco State University
Date: Fri, 16 Oct 1992 07:32:34 GMT

Want to know which undocumented class names are reserved by the
AppKit, but whose names don't begin with NX?

Curious how Edit and gdb communicate?

Wonder why NeXTSTEP source code from 2.x recompiled under 3.0
results in bigger and slower executables, even though you haven't
changed anything?

Have you been bugging me for the past couple months for a version
of class-dump that works under 3.0 (you know who you are)?


Wait no more!  class-dump 1.2 is now available for anonymous FTP
from sutro.sfsu.edu [130.212.15.230] as pub/class-dump1.2.tar.Z

Besides working under 3.0 (for which the executable got 50%
bigger, sigh), this version also lets you dump selected classes
matching a regular expression, so you no longer need to wade
through pages and pages of output when you're looking for
something specific.

Disclaimer: existence of a 3.0-compatible version in no way
constitutes an endorsement of NeXTSTEP 3.0.  If you don't NEED
3.0's features, you're probably better off waiting for 3.1
(or whatever).  I know I am!


The distribution file contains a README file, executables
compiled under 2.1 and 3.0, and a manual page.  This is
copyrighted freeware: there is no charge for use, and it may be
freely copied and redistributed according to the terms specified
in the README.  (Basically, there's no problem as long as you
don't try to make bucks off it.  CD-ROM anthologists will
generally need to contact me for permission.  Internet sites
generally will not.  Pay-per-download sites generally will.)

					-=EPS=-
From: olson@mcs.anl.gov (Bob Olson)
Newsgroups: comp.sys.next.programmer
Subject: Re: Distributed Objects over SLIP
Date: 16 Oct 92 15:26:20 GMT
Article-I.D.: mcs.1992Oct16.152620.2366
Organization: Argonne National Laboratory, Argonne, Illinois

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.
--
   Bob Olson   -*-   olson@mcs.anl.gov   -*-   Argonne National Laboratory
     "You can't win a game of chess with an action figure!" --bob&dave
Newsgroups: comp.sys.next.programmer
From: adunham@arnauds.cs.uno.edu (dunham)
Subject: C++
Keywords: GNU, C++
Organization: University of New Orleans
Date: Thu, 15 Oct 1992 16:13:39 GMT

Hello Folks,
  I'm interested in using C++ on my NeXTstation.
  Has anyone out there compiled the necessary libraries to allow C++  
(rather than Objective C) to be used?  If you have, please drop me a line.

  I have the GNU g++ libs.  They don't seem to want to compile.

  Any help is much appreciated.
	* AndREa *
	Andrea Dunham
	amdcs@cs.uno.edu
From: alain@linguist.jussieu.fr
Newsgroups: comp.sys.next.programmer
Subject: how to change a Samples waveform ?
Date: 14 Oct 92 13:09:28 GMT
Followup-To: comp.sys.next.programmer
Organization: Universite Paris VI/Paris VII


I'm using a OscgafiUG generator and an Orchestra object to synthesize
sounds.  The generator waveform table is set from a Samples object, 
itself set from a Sound object.  I'd like to be able to change the shape 
of that waveform several times.  The trouble is that only the first call to
setTable: seems to affect the table.  Subsequent calls always produce the
same sound, regardless of the shape of the data used.

The docs for OscgafiUG seem to imply that waveform tables are shared
within the Orchestra, so subsequent calls might not affect a table
once it is created.  I tried to work round this by sending 
setTable: (id) nil to the OscgafiUG object, or by saying 
[Orchestra dealloc [theOrchestra sharedObjectFor: theSamples]].
No luck.  

Does anyone know how this is done (I'm running 2.1)?   Pointers to
code would be welcome.


Alain de Cheveigne,
alain@linguist.jussieu.fr
From: andrew@cubetech.com
Newsgroups: comp.sys.next.programmer
Subject: Re: Need a MINIMAL app for a speaker
Date: 9 Oct 92 20:40:47 GMT
Organization: Cube Technologies, Inc.

In article <1992Oct8.050012.25265@unlinfo.unl.edu> hickman@cse.unl.edu (Hubert B. Hickman) writes:
[speaker code deleted]

Use 3.0's distributed objects.  Best thing since sliced bread.  Takes
all of the pain out of writing distributed or client/server apps.


andrew
-- 
andrew@cubetech.com     | "We shall not cease from exploration
Andrew Loewenstern      |  And the end of our exploring
Cube Technologies, Inc. |  Will be to arrive where we started
                        |  And know the place for the first time." -T.S. Eliot
From: guyaux@cs.ubc.ca (Francoise Guyaux)
Newsgroups: comp.sys.next.programmer
Subject: Problem compiling Music Kit 3.0 examples
Date: 14 Oct 1992 12:01:11 -0700
Organization: Computer Science, University of B.C., Vancouver, B.C., Canada
NNTP-Posting-Host: olympia.cs.ubc.ca


When trying to compile the "PlayNote" program that is supplied with the
CCRMA "mk_inst.pkg.tar-  Music Kit and DSP Tools 3.0 beta",
the compiler gives me the following messages.

cc -g -O -Wall   -ObjC   -sectcreate __ICON __header PlayNote.iconheader   -segprot __ICON r r -sectcreate __ICON app /usr/lib/NextStep/Workspace.app/application.tiff -o PlayNote.app/PlayNote  obj/ExampApp.o obj/PlayNote_main.o           -lsynthpatches -lunitgenerators -lmusickit -ldsp -lNeXT_s
/bin/ld: Undefined symbols:
.objc_class_name_BiquadUG
*** Exit 1
Stop.
*** Exit 1
Stop.

In fact, almost every program that I have tried to compile 
under system 3.0 that uses the DSP fails to compile.
Me thinks the error is a simple one, but I haven't a clue where
to look as I am just learning to program on the NeXT.

much thanks for any help
Francoise Guyaux
guyaux@cs.ubc.ca
From: Conrad_Geiger@NeXT.com (Conrad Geiger - Manager, International NeXT User Groups)
Newsgroups: comp.sys.next.programmer
Subject: Positions open: Systems Engineers, NeXT Computer (Dallas and Atlanta)
Date: 12 Oct 92 21:48:17 GMT
Reply-To: user_groups@next.com

Reply to: southern_area_jobs@next.com

Positons Open: Systems Engineer, NeXT Computer, Inc.

Locations: Dallas, Texas
                  and
           Atlanta, Georgia


THIS IS A PRE-SALES SYSTEMS ENGINEERING POSITION REQUIRING EXCELLENT
SOFTWARE DEVELOPMENT, NETWORK AND SYSTEMS ENGINEERING, AND VERBAL
COMMUNICATION SKILLS.


NeXT Systems Engineers provide the technical expertise necessary
to close sales, and generally evangelize the NeXT product family.
SE's must possess superb technical skills and a sense of innovation,
combined with a personality which promotes cooperation, trust, and
the sharing of ideas.  The successful candidate will have a mix of
software engineering skills, and enjoy working with people and new
technology.


Duties and Responsibilities:

- Rapid prototyping of software for feasibility analysis
- Technical presentations to all levels of customers
- Integration of NeXT computers with existing systems
- Technical account management
- Provide strategic input and guidance to sales, marketing, and
   engineering, regarding market conditions, product requirements,
   and overall program successes or failures

A typical NeXT Systems Engineer will spend one-third of their time
writing NeXTSTEP applications for customer-based prototyping or
proof-of-concept efforts, one-third consulting one-on-one with
potential and existing customers on software development and network
engineering, and one-third performing presentations and
demonstrations of NeXTSTEP.


Necessary Skills:

- Solid software engineering background
- Ability to articulate technically complex issues to a wide variety
    of audiences
- Demonstrated aptitude at working independently
- Ability to work with limited supervision in an autonomous,
    results-oriented environment
- Ability to work within a team environment
- Strong problem solving skills
- Ability to juggle multiple tasks
- B.S.C.S or equivalent with 4 years experience required; M.S.C.S
    preferred


Relevant Experience:

- NeXTSTEP, Objective-C, Mach
- UNIX systems programming/systems administration
- Object-oriented programming
- Advanced application programming in C, LISP, and FORTRAN (or
     equivalent)
- Windowing application development (Macintosh, X11, MSWindows, etc.)
- Database application development (Sybase, Oracle, etc.)
- TCP/IP, NFS, YP/NIS
- PostScript
- Pre-sales support experience


For more information please send a cover letter, resume, and salary
history via email to ...

	southern_area_jobs@next.com 

or fax to 512.343.1221.  Responses without cover letters will not be
considered.  Please include at least one paragraph which reflects on
how your skills and experience will enable your success as a Systems
Engineer for NeXT.
From: marc@mark.unice.fr (Marc Monticelli)
Newsgroups: comp.sys.next.programmer
Subject: CC link with network
Date: 14 Oct 92 17:42:15 GMT
Organization: University of Nice Sophia-Antipolis
NNTP-Posting-Host: mark.unice.fr

I want create a link of cc between a network server and a nextstation  
(because 105mb hd). I've heard that there is a script to do that (to  
create also links with libraries), but i don't know where is located.

Someone can inform me about it?
Newsgroups: comp.sys.next.programmer
From: alexlehm@iti.informatik.th-darmstadt.de (Alexander Lehmann)
Newsgroups: comp.sys.next.programmer
Subject: Pathname bug in Edit 3.0
Date: 12 Oct 92 14:52:20 GMT
Organization: TH Darmstadt

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

When one tries to open a file that is contained in a directory that is linked
somehow that path gets messed up.

For Example:

% cd /usr/adm
% open daily

leads to an error requester "Can't open file /adm/daily"

however:

% open /usr/adm/daily

works, but the title bar display the name as "/adm/daily".

This seems to be due to the new scheme of displaying names with ~.

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.

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

-- 
Alexander Lehmann                      | "Wopp"
alexlehm@iti.informatik.th-darmstadt.de|         -  ( THHGTTG Pt.3 )
Newsgroups: comp.sys.next.programmer
From: bvrotney@ADS.COM (Bill Vrotney)
Subject: Re: Fixing Allegro CL 3.1.20 to work under NS 3.0
Organization: Advanced Decision Systems, Mtn. View, CA (415) 960-7300
Date: Fri, 9 Oct 1992 22:56:32 GMT


I am reposting and reformulating these instructions for fixing Allegro CL
3.1.20 to work under NeXTstep 3.0. Since my original posting some people
have tried and succeeded to get a running ACL under 3.0 but only after
including some fixes for the dsp library references that I include below
(thanks people and thanks to the originators of the emacs hack that wish to
remain anonymous). I also clarify the "dump lisp" patch.

  The following is a procedure for fixing Allegro CL 3.1.20 so that it works
  under NeXTstep 3.0. You should find all of the files mentioned here on your
  ACL distribution. We refer to the top level directory of this distribution
  as  ACL/ and the build directory ACL/build.

   Warning!!! (from Franz) This procedure results in creating a new ucl.o
   binary file. You may distribute this method but not the resulting ucl.o
   file. 

   1. First look at the byte size of the file ACL/build/ucl.o, if the size
      is 612364 bytes then skip to step 2. Otherwise look at the file
      ACL/dumplispPatch. This is a shell archive that will patch ucl.o with
      the "dump lisp" patch. More precisely

                   cd ACL
                   cp dumplispPatch build
                   cd build
                   /bin/sh dumplispPatch
                   /bin/sh install_patch.sh

       Now ucl.o should be 612364 bytes long. (the original ucl.o will be
       saved in a file called ucl_orig.o).

   2. Next edit the file ACL/build/config (you might want to save the orginal
      config file). In that file you will see two statements:

                   LIBRARIES = -lNeXT_s -ldsp_s -lsys_s
                   USYMS = -u libsys_s -u libNeXT_s -u libdsp_s

      In the LIBRARIES statement, change -ldsp_s to -ldsp
      In the USYMS statement, delete the -u libdsp_s


   3. Next you edit the new binary file ACL/build/ucl.o in emacs and
      save the results. Go to ACL/build directory, run emacs and

           find-file ucl.o
           replace-string _rld _jld
           replace-string __bcopy _bcopy^@
           save-buffer

      The ^@ above is the null character (000 byte) and can be
      entered in emacs using

           C-q C-<space>

      and will look in an emacs buffer as a single character ^@
      and NOT two characters.


   4. Finally reinstall ACL as usual. You do this by going to the
      ACL/build directory and

           /bin/sh config

--
Bill Vrotney
BAH/Advanced Decision Systems
From: khc@dannug.dk (Kim Harding Christensen)
Newsgroups: comp.sys.next.programmer
Subject: Re: Distributed Objects Experiment - Results
Date: 16 Oct 92 07:05:59 GMT
Reply-To: khc@dannug.dk
Organization: Danish NeXT-Users group

In article <1992Oct15.162455.152791@lexmark.com> songer@lexmark.com  
(Christopher Songer) writes:
> In article <1992Oct14.052047.7056@cubetech.com> andrew@cubetech.com  
writes:
> >
> >Distributed Objects take all of the pain out of writing distributed or
> >client/server apps. 
> >
> 
> I agree with this completely! Distributed Objects seem to be the best
> feature to 3.0 that I have seen. They are completely amazing. For
> slight changes in your code structure, you can make your work
> distributed and available.
> 
> However, I would comment that the documentation for threaded Servers 
> under 3.0 looks terrible!
> 
I agree too, but don't try to send perform: messages to a proxy it will  
crash the server.

-kim


-----------------------------------------------
Kim Harding Christensen     khc@dannug.dk
Korsgade 42, st             (NeXTmail welcome)
Aalborg
Denmark.
Phone: +45 98 12 20 44
-- 
-----------------------------------------------
Kim Harding Christensen     khc@dannug.dk
Korsgade 42, st             (NeXTmail welcome)
Aalborg
From: jml@visus.com (Jim Large)
Newsgroups: comp.sys.next.programmer
Subject: Re: C++ compiler question
Date: 12 Oct 92 17:14:02 GMT
Organization: Visual Understanding Systems, Pgh PA

In article <1992Oct9.003819.3434@bmers95.bnr.ca> hlam@bmerh136.bnr.ca (Hayward  
Lam) writes:
> 	I try to compile and link a c++ program. I type "cc++ program.c"

First of all, if you name your program "program.cc", then you can compile it  
with the command, "cc program.cc".  This will not fix your problem (which was)

> the linker returns the following:
> 	/bin/ld: Undefined symbols:
> 	_printf_FPCce

You are trying to call a C function (printf()) from a C++ module.  To do this,  
you must surround the declaration of printf() with 'extern "C" { }'.

Since all of the NeXT libraries were compiled as C, or Objective-C, you  
probably want to wrap the extern construct around all of your includes as  
shown:

extern "C"
{
#include <stdio.h>   /*contains declaration of printf()*/
#include <
    .
    .
    .>
}


Why?  Because C and C++ translate function names ==> symbol names differently.  


In C, names are translated by prefixing an underscore, so that 
	printf(const char *, ...)
becomes
        _printf


In C++, the translated names encode the argument types, and
	printf(const char *, ...)
becomes
        _printf_FPCce


This is what makes overloading possible.  If you declare
	printf(int, int);
C++ assumes that you are defining a DIFFERENT FUNCTION from the printf() that  
we all know and love.  Therefore it outputs a different symbol name, namely
	_printf_Fii

 
----------------+------------------+------------------------------------
     |\ /|      |  Jim Large       |  Visual Understanding Systems, Inc.
     | V |      |  jml@visus.com   |  2100 Wharton St.                  
   \_|   |__    |  (412)488-3600   |  Pittsburgh, PA  15203             
Newsgroups: comp.sys.next.programmer
From: mrb@earth.wustl.edu (Mike Bray)
Subject: oracle/dbkit - problem with db:notificationFrom
Organization: Washington University, St. Louis MO
Date: Wed, 14 Oct 1992 01:52:07 GMT

I'm looking for information about the error code returned by 
DBDatabase's delegate "db:notificationFrom:message:code:".  

I have a test database running under oracle 6.0.30.3.1 under
NextStep 3.0.  It has 3 columns, (firstname char(20), 
lastname char(20), key number not null), and a unique index
on column "key".  I have three text windows to see the results 
of database operations that the DBDatabase object makes 
available through it's delegates, db:log:, db:notificatioFrom:message:code:,
and db:willEvaluateString:usingBinder:.  Everything works great, but 
there's an inconsistency in the "code" variable returned by 
db:notificationFrom:message:code:.  

If I attempt to insert a row of nulls into the database, db:notificationFrom
shows (among other things):
"notification:(code -1400) Can't execute oracle cursor.
	ORA-01400:mandatory (NOT NULL) column is missing or NULL during
insert"

This seems reasonable.  Other tests return reasonable codes, always
with the "code" variable matching the "ORA-xxxxx" message.

However, attempting to insert a row with a duplicate key value returns
two different values.  The oracle error message is "ORA-00001", 
duplicate key in index, which is correct, but code comes through
as -9.  What's going on?  If the error code is not what Oracle returns,
where is the definition of these codes?

I called Oracle Tech support, and they tell me that -9 is the code
that Oracle Version 2 used for this condition.  This code is 
still available in version 6 OCI libraries, for backwards compatibility.
Is it possible that this variable is being used by mistake in the 
Oracle DBKit adaptor?

Thanks,
Mike Bray  mrb@earth.wustl.edu
From: kgnome@cs.concordia.ca (MATIS stephane)
Newsgroups: comp.sys.next.programmer
Subject: Make woos under 3.0... symbolic link to CD
Date: 11 Oct 92 19:06:06 GMT
Distribution: comp.sys.next.sysadmin,comp.sys.next.programmer,comp.sys.next.misc
Organization: Computer Science, Concordia University, Montreal, Quebec

Hello Folks!

I have been succesful in doing many symbolic link to my 3.0 CD, since my
105 MB hard disk can't support a lot of the neat stuff. My 'man' pages
work, I linked NextDevelopper, Webster, Oxford Quotes , etc ...

My problem is that even after hours of looking about, I can't find the
reason why I can't "make" properlly. When I try to make Backspace, I get

Begin Capture ----- 

WolfNet> make
cc -g -O -Wall   -c BoinkWraps.c -o obj/BoinkWraps.o
cc: installation problem, cannot exec cpp-precomp: No such file or
directory
*** Exit 1
Stop.
*** Exit 1
Stop.

End Capture -----

So, does anyone out there have a clue what might be going wrong ?

All help will be much *MUCH* appreciated.


+-------------------------------------------------------------------------+
 From     : Stephane I. Matis                "It Just Works..." 
 Internet : kgnome@cs.concordia.ca             - Steve Paul Jobs, CEO NeXT
+-------------------------------------------------------------------------+
Newsgroups: comp.sys.next.programmer
From: mueller@n1 (Robert Mueller)
Subject: printing a Window
Keywords: printPSCode
Organization: Johannes Gutenberg Universitaet Mainz
Date: Thu, 15 Oct 1992 09:15:39 GMT

Is there a bug in window's printPSCode-method?

Window's printPSCode method routine does not print instances of my  
"Form"-subclass correctly, although displaying on screen works fine!!!


Details:
I've implemented a subclass of Form, called TheMPOForm (this subclass is also  
available on a loadable palette).  TheMPOForm-Objects organize Objects of the  
class  TheMPOCell, which is a subclass of FormCell. No graphical attributes  
werde added to  TheMPOForm, it's sense is just to allow better input-checking  
(by overwriting Cell's method  "isEntryAcceptable." in TheMPOCell). On screen,   
TheMPOForm  objects behave exactly like Form-Objects, but printing a Window  
containing TheMPO-Form objects by using the "printPSCode" method does not work:  
Some TheMPOForm-objects are printed, while others are ignored; sometimes the  
whole TheMPOForm is rotated.

This are the TheMPOForm routines, which deal with initializing, drawing and  
displaying, perhaps you can find a bug (but why does displaying on screen work  
fine?):



+ initialize
{
     
   [[TheMPOForm class] setCellClass: [TheMPOCell class]];     
   return self;
}


- initFrame:(NXRect *)frameRect
{ 
    id firstCell;
           	
    [super initFrame:frameRect];
    [self setEntryWidth:150];        
    firstCell = [self insertEntry: "Input" at: 0];  
    // TheMPOForms are initialized with just one TheMPOCell
    
    [self sizeToFit];

   return self;  
}

- drawSelf:(const NXRect *)rects :(int)rectCount
{
    int  j;
   
    numOfCells = [self cellCount];   
    for (j = 0; j < numOfCells; j++)
     [self drawCellAt:j];
  
    return self;
}


Please post me

Thank in advance!
Xref: sparky comp.sys.next.programmer:6602 comp.unix.internals:1874
From: greyham@research.canon.oz.au (Graham Stoney)
Newsgroups: comp.sys.next.programmer,comp.unix.internals
Subject: Implementing select() in an asynchronous device driver. Impossible!
Date: 12 Oct 92 11:02:16 GMT
Organization: Canon Information Systems Research Australia

I'm having great difficulty writing an asynchronous Unix style device driver
running under BSD/Mach/NeXTStep. Are there any asynchronous device driver
authors out there that could help me please?. There's zippo documentation on
how to do this in NeXT's "Writing Loadable Kernel Servers" manual, and it's
proving very difficult.

In particular, implementing select() for the driver is a nightmare; the
"selwakeup" kernel function is undocumented, and it's operation is different
to the same function on other BSDish systems, such as a Sun. The only example
code I can find is from the Sun device driver manual, and it appears to have a
race condition where the driver could get an interrupt between when the
driver's xxselect returns false and the kernel puts the process to sleep;
causing the process to hang since it's already missed the chance to selwakeup.

Egan and Teixeira's "Writing a UNIX Device Driver" doesn't even come close to
describing an asynchronous driver.

Is there any hope for me?.

Any help would be greatly appreciated,
Graham