HDTenEightyP/NetNews huggingface dataset:
From: aozer@next.com (Ali Ozer)
Newsgroups: comp.sys.next.programmer
Subject: Re: 3.0 NXString classes?
Date: 29 Sep 92 01:01:17 GMT
Distribution: usa
Organization: Next Computer, Inc.

In article <1992Sep28.010041.24787@cbnewsi.cb.att.com> dse@cbnewsi.cb.att.com (donald.s.eaves) writes:
>The ObjC and Compiler release notes describe several string classes:
>   NXConstantString, NXReadWriteString, NXMutableString, NXString
>Where are the header files for these and what library are they
>defined in?  I did not find them in the NeXT_s library.
>Were they left out of the release?

These classes aren't public... They should never have been mentioned
in the release notes.

Ali, Ali_Ozer@NeXT.com
From: lacsap@plethora.media.mit.edu (Pascal Chesnais)
Newsgroups: comp.sys.next.programmer
Subject: Re: ISDN Extender and Caller ID on POTS?
Date: 5 Oct 92 15:33:50 GMT
Organization: MIT Media Laboratory

In article <1992Oct3.004410.1923@redbaron.uucp>  
deepthought!redbaron!aaronh@ms.uky.edu (Aaron David Herskowitz) writes:
> Will an ISDN Extender working on a POTS line accept Caller IDs?  Does  
> PhoneKit have any references to Caller ID?
Caller ID is not present in 3.0 Phonekit

pasc
From: karthy@dannug.dk (Karsten Thygesen)
Newsgroups: comp.sys.next.programmer
Subject: Re: fixing up /usr/include
Date: 4 Oct 92 14:30:27 GMT
Reply-To: karthy@dannug.dk
Organization: Danish NeXT-Users group

In article <1992Sep27.201757.22804@cis.ohio-state.edu>  
emerson@hadrosaur.cis.ohio-state.edu (R. Matthew Emerson) writes:
> NeXT's new and "improved" reorganization of /usr/include makes me a bit
> grupmy. The main problem is that configuration scripts for software like
> perl (not to mention us poor humans) get confused when the header files
> aren't in the usual places. 
> 
> This little script fixes up /usr/include so it looks more normal.   
(well,
> normal enough for perl's Configure script to do the right thing.)

Anyone knows if GNU is planning to change their autoconf system to support  
NeXT's new "smart" architecture? There is a LOT of programs which is  
difficult to compile under 3.0 because of this. (like Taylor UUCP, perl  
and more)

Why did they do it?? Before is was a (more or less) clean BSD machine  
(from a Unix point of view), but know it's a...Well..A NeXT..

Karsten.


-- 
Karsten Thygesen (karthy@dannug.dk) (NeXT-Mail welcome)
Danish NeXT Users Group
Phone: +45 98 12 42 59
Aalborg, Denmark.
Newsgroups: comp.sys.next.programmer
From: curt@kcwc.com
Subject: Re: Phonekit Flakiness... it don't work
Reply-To: curt@kcwc.com (Curt Welch)
Organization: KCW Consulting, Oakton VA
Date: Tue, 29 Sep 1992 04:10:31 GMT

In comp.sys.next.programmer, samurai@cs.mcgill.ca (Darcy BROCKBANK) writes:
>Well, it doesn't work for me that is.
>
>1) The example "MessageCenter" that shipped wouldn't compile
>because it had the wrong libraries. I changed the library
>from libphonekit to libphone, and it compiled.

It compiled fine for me without any problems and without any
changes.  Are you using project builder?  The Makefile
uses these libs:

   LIBS = -lphone_s -lMedia_s -lNeXT_s

What is this libphonekit you are talking about?  Are you running
3.0 or one of the pre releases?

>2) MessageCenter now crashes whenever incoming calls arrive.

Message Center doesn't handle errors very well - hey it's a demo.

It was doing that for me at one point.  Check the console log for
an error messages - then if there is one, find it in the code and
figure out what's going on.

When I had the same problem, it was because I had recorded a new
greating, and later removed the .snd file.  If message center can't
open the greating file, it just prints an error and exits (it doesn't
bomb).  It would try to open the file whenever a new phone call
came in.

>3) Giving up on this nice example, I've been struggling along
>with the flakiness of the phonekit.
>
>The flakiness could be due to the fact that I don't know what
>the hell I'm doing however...

>However, it never recieves notification of:
>
>- remotePickup
>- remoteRing
>- dialingComplete
>- remoteBusy

>I'm in Canada, and I'm using an ISDN Extender on
>a POTS line.

How can a POTS interface know that the remote end has picked up
the phone?  It can't (at least not very easilly).  And remote Ring
and remoteBusy could only work if it had very intelligent tone
detection - which I assume it doesn't.  I assume that these only
work for ISDN calls.  The NeXT ISDN Extender is an ISDN interface
that does POTS on the side.  I don't think it was ever intended to
be a great POTS interface.  These type of signals come over the ISDN
D channel as digital messages, so it's easy to relay this information
to the program.  To try to get these functions on a POTS line, you
have to write very fancy tone detection DSP code.  Maybe NeXT will
add that one day, but I wouldn't hold my breath.  You can always
just process the data stream yourself and look for ring tones.

However, dialingComplete should work for POTS.  The manual even
says that you have to use it to insert delays which are sometimes
needed.  I've never tried it yet so I don't have an idea why
that wasn't working for you.

Curt Welch
From: sritchie@cs.ubc.ca (Stuart Ritchie)
Newsgroups: comp.sys.next.programmer
Subject: Re: another KERNEL BUG : SLOW THREADS
Keywords: kernel, threads, mach, thread, bug, operating system, os
Date: 7 Oct 92 00:25:31 GMT
Organization: Computer Science, University of B.C., Vancouver, B.C., Canada
NNTP-Posting-Host: stephen.cs.ubc.ca

In article <1992Oct6.183610.17142@news.lrz-muenchen.de> jolly@next3.cis.uni-muenchen.de (Patrick Stein) writes:
>/*
>
>Hiho again from munich B)
>
>
>I posted the mach kernel bug , but nobody answered B(
>
>So if you don't believe me ... test this program under NS2.1 and NS3.0
>It's unbelievable slow under 3.O. WHY ???
>Didn't NeXT remove the DEBUG Messages ?????
>My first thought was, that the mutex_unlock,mutex_lock and the conditon_*
>functions are so slow : There are not slow, the cthread_detach(cthread_fork...
>is the major speed problem. 
>I need a fast thread execution time, so i will be very very very inter-
>ested in hints or improvements to solve that situation.
>
>					Jolly

Yep, looks like you've found something interesting here.
I compiled and ran your program on a 2.1 and 3.0 machine.
Here are the results.

2.1 machine: 25MHz mono slab, 20MB RAM
carib [3] % time a.out
...
All 150 slaves have finished.
1.4u 2.6s 0:04 92% 0+0k 4+0io 0pf+0w

3.0 machine: 25MHz mono slab, 32MB RAM
bowen [4] % time a.out      
...
All 150 slaves have finished.
2.16u 50.734s 2:09 98% 0+0k 0+0io 0pf+0w

By reducing the number of threads created, I noticed
a dropoff point. 100 threads:62sec, 75 threads:40sec, 50 threads:5sec.
(I tried to find a similar dropoff for 2.1, but the buggy kernel
crashes the machine when too many threads are created.)

My guess is that the kernel in 3.0 is not designed to handle a
large number of threads.  Perhaps they are doing some dynamic
allocation and garbage collection when some threshold is reached.

I would be very interested in hearing something from NeXT
about these observed results.  My area is operating systems,
and I'm implementing a kernel of my own.

...Stuart
Newsgroups: comp.sys.next.programmer
From: vlahos@cubism.portal.com (Harry Vlahos)
Subject: Re: IDSN Extenders Availability
Organization: -Independent NeXT Developer-
Date: Mon, 28 Sep 1992 20:18:59 GMT

In article <QelcgqW00Uh785GZQJ@andrew.cmu.edu> ja2f+@andrew.cmu.edu (Jinmo Ahn)  
writes:
> 
> Are ISDN Extenders available in US?
> 
> If so, at what cost?
> 
> Jinmo
> 
> 
> jim+@cmu.edu
> ja2f+@andrew.cmu.edu
> jim@stealth.andrew.cmu.edu
> Pick one... they all go to the same place. :-)

I believe that NeXTConnection is going to carry them.
Call them at 1-800-800-NEXT to get more info.

They told me that they are back-ordered and they are expecting
some to arrive in about a week.

HV
Newsgroups: comp.sys.next.programmer
From: timm@xongmao.ncsa.uiuc.edu (Tim McClarren)
Subject: Re: NXBrowser problem...
Organization: University of Illinois at Urbana
Date: Mon, 5 Oct 1992 17:28:16 GMT

BrianW@SoundS.WA.com (Brian Willoughby) writes:

>I posted the answer to this on Sep 14, but it was perhaps obscured among some  
>other answers - here is a short recap:

>After MUCH experimentation under 2.1, I found that -appDidInit: and  
>-setBrowserOutlet: were not reliable places to make the -setCellClass: call.  I  
>subclassed NXBrowser and included the following class method:

>+ initialize
>{
>	[super initialize];
>	[NXBrowserSub setCellClass:[NXBrowserTextFieldCell class]]; // bogus?
>	[self setCellClass:[NXBrowserTextFieldCell class]];
>	return self;
>}

>This code looks redundant, but that is because I never went back to look at it  
>until today.  I guess the old adage: "don't fix it if it ain't broke" applies  
>here.  I would assume that either line would suffice, but I haven't tested  
>anything but what appears above.

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

-- 
Tim McClarren     | "...a bajillion brilliant Jobsian lithium licks."
timm@ncsa.uiuc.edu|
(217)244-0015     |
Newsgroups: comp.sys.next.programmer
From: ossip@opal.cs.tu-berlin.de (Ossip Kaehr)
Subject: are fax files or class F tiffs supported in 3.0 ?
Summary: is the tiff class F  and/or fax files supported in 3.0 ?
Keywords: fax 3.0 next tiuff
Organization: Techn. University of Berlin, Germany
Distribution: worldwide
Date: Sun, 27 Sep 1992 21:41:13 GMT

hi!

I don't have 3.0 yet :-(
so I would like to know if the fax (group 3 or 4) compression method
is built into NXImage (i.e. NXBitmapImageRep or whatever), i.e.
into the TIFF 'engine'.
(as defined in the TIFF 6.0 (5.0 ?) standard as CLASS F compression)

further if there are tools to convert fax files (the binary stuff 
coming from a fax machine) into tiffs.

I don't want to do useless stuff :-)

so thanks in advance for that info!!

ossip
From: szakhour@next.com (Sharon Zakhour)
Newsgroups: comp.sys.next.programmer
Subject: a new NeXTanswer on Distributed objects
Date: 30 Sep 92 19:27:39 GMT
Reply-To: szakhour@next.com (Sharon Zakhour)


Hope you find this useful!


detecting client death

Q:  How does a server that registers like:

[NXConnection registerRoot:self  withName: "myname"];

get notification of a client that has disconnected?  The delegate method  
connection:didConnect: will tell me when the client connects, but not when it  
disconnects.  Specifically, I want the server to know when a client application  
has been killed or crashed.

A:  In order to receive invalidation notification you must select the object  
that is to be notified and register it for invalidation notification.  This  
object then must conform to the NXSenderIsInvalid protocol.  For example, one  
of your server objects (probably the one that called registerRoot:withName:)  
should conform to the NXSenderIsInvalid protocol.  The method you need to  
implement to conform to this protocol is:  -senderIsInvalid:.  When the client  
connection dies, senderIsInvalid: will be called passing that connection.
	
You will also need to call worryAboutPortInvalidation (NXPort class method) --  
this will spawn a thread that will listen for a Port death and will message  
senderIsInvalid:.  The code would look something like:

NXConnection *primary = [NXConnection registerRoot: rootObj  withName: "foo"];
[primary setDelegate:self];
[NXPort worryAboutPortInvalidation];
[primary run];

Finally, in your connection:didConnect: delegate method you should call  
registerForInvalidationNotification:.  You should register on the second  
connection passed to this method.

Note:  The above information is assuming a non-AppKit program.  If you are  
using the AppKit, this notification mechanism is already in place.  Another  
important distinction is that in the AppKit case, there is not a separate  
thread, so there is less worrying that needs to be done about multi-threaded  
access.

See also:  The introduction to Distributed Objects which is online in:
GeneralRef/06_DistributedObjects/IntroDistObjects.rtf and the Distributed  
Objects release notes.

QAxx

Valid for 3.0


Sharon Zakhour
Developer Support
From: dave_moore@next.com (Dave Moore)
Newsgroups: comp.sys.next.programmer
Subject: Re: ProjectBuilder build host setup
Date: 6 Oct 92 00:09:49 GMT

In article <1992Oct2.214915.23380@cube.handheld.com> jmd@cube.handheld.com  
(Jim De Arras) writes:
> How do you set up a build server with ProjectBuilder?  I see the entry  
for host  
> name in prefs, but cannot get it to work.  The Docs only mention it's  
possible,  
> not how, at least all I can find with the DL.
> 
> Thanks,
> 
> Jim De Arras

The host that you want to compile on has to be upgraded as well.  I'm not  
sure if that's your problem, but it may be.  Make sure the file  
"/usr/lib/BuildServer" exists on the other host.

Dave Moore
NeXT Computer, Inc.
Software Development Tools
Newsgroups: comp.sys.next.programmer
From: ben@fizz.fdn.org
Subject: Re: Macintosh Resource Forks in NeXTSTEP 3.0
Date: Fri, 2 Oct 1992 09:09:10 GMT

> Metrosoft                   gvh@metrosoft.com [NeXTmail welcome]
> ----------------------------------------------------------------

That works...
Great, who will now write a library for managing mac resources ?
I think all the needed infos are in Inside Mac vol I, IV and VI.

I also have an other question : 
How can you find what's the type/creator of a mac file ?

And an other :
Why NeXT did not use the de facto standard of Apple Single/Apple Double ?
-- 
----
Benoit Grange - PARIS - FRANCE

Mail to : ben@fizz.fdn.org (SMALL NeXTMails accepted, < 10kb)
From: ssircar@CANON.COM (Subrata Sircar)
Newsgroups: comp.sys.next.programmer
Subject: Contents of Librarian index directories under 2.1
Date: 30 Sep 92 21:19:56 GMT


I'm posting this for lkb, who asked for mail; mine bounced without informative  
headers.  Here are the contents of the displayCommand directory under 2.1 for  
the man pages:

It has one line, which is:
***
tbl %s | nroff -man
***

There are also an icon.tiff, index.ixif, ixBuildOptions, and a .roffArgs file;  
that last contains:
***
-man
***

The ixBuildOptions file is:
***
-fman -Nwhatis -Ncat\* -V
***

Let me know if anything else I can tell you might help.

---
Subrata Sircar|ssircar@canon.com (NextMail ok)|Prophet & SPAMIT Charter Member
Canon Information Systems and I do not share the same views on everything.
"All I have to do is write a thesis, but how hard could that be?" - Jordan
"I seem to suffer from irrelevant flashbacks." - Paul, PAUL THE SAMURAI #1

Newsgroups: comp.sys.next.programmer
From: smprove@lerc.nasa.gov
Subject: Webster's in 3.0: can't print out lookups
Keywords: printing, webster,dictionary
Organization: NASA/LeRC
Distribution: usa
Date: Tue, 29 Sep 1992 14:46:01 GMT


When trying to print out a definition using Websters under 3.0, the  
message "Some or all of the pages in your print request couldn't be  
printed" pops up. Does anyone know what the problem is?

--
Andy Provenza					 
email:smprove@lerc.nasa.gov
NASA Lewis Research Center
Cleveland Ohio  44135-3191
Newsgroups: comp.sys.next.programmer
From: billb@fnbc.com (Bill Burcham)
Subject: Re: PB ld finding multi. defs.
Organization: First National Bank Of Chicago, Chicago IL, USA
Date: Thu, 1 Oct 92 15:03:03 GMT

In article <1992Sep23.192057.21888@fnbc.com> billb@fnbc.com (Bill Burcham)  
writes:
> How's that for cryptic.  Anyhow, when I do a build from Project Builder  
I  
> sometimes get ld error like: 
> 
> ld ../obj/Hedge.o ../obj/HierPIList.o ../obj/MissingPrices.o  
> ../obj/MPList.o ../obj/PIList.o ../obj/Portfolio.o ../obj/Position.o -r  
-o  
> ../obj/Portfolio.o
>  
> ld: multiple definitions of symbol .objc_class_name_PIList
> ../obj/PIList.o definition of absolute .objc_class_name_PIList (value  
0x0)
> ../obj/Portfolio.o definition of absolute .objc_class_name_PIList (value  
> 0x0)
> 
> ld: multiple definitions of symbol .objc_class_name_Hedge
> ../obj/Hedge.o definition of absolute .objc_class_name_Hedge (value 0x0)
> ../obj/Portfolio.o definition of absolute .objc_class_name_Hedge (value  
> 0x0)
> 
> (etc, etc, etc...)
> 
> Each of these .o files (except for MissingPrices and Portfolio) rep's a  
> class in a common class hierarchy (based on PIList).  I touched PIList.h  
> before doing the preceeding (debug) build.  I have seen the problem  
> repeatedly under PB, but never under 2.x IB gen'd Make's.
> 
> The workaround I have been using is to delete all the .o files for this  
> subproj and make again.  This sucks because I have to wait for all these  
> compiles whenever I change any file (why don't I just throw Make out and  
> write a shell script?!?)
> 
> Help!!!!
> --

Dave Moore @ NeXT was kind enough to provide this workaround:

> From: Dave_Moore@next.com (Dave Moore)
> Date: Mon, 28 Sep 92 11:09:29 -0700
> To: billb@fnbc.com (Bill Burcham)
> Subject: Re: PB ld finding multi. defs.
> 
> Bill,
> 	This sounds like something we know about.  I think if you
> changed the name of either your subproject or class file
> from Portfolio to something else everything will work
> fine.  The problem is that you are using the ld -r'd
> subproject o file the second time around instead of the
> class o file.  Try it and let me know if it doesn't work.  
> 
> 	
> 	Dave Moore
> 	NeXT Computer, Inc.
> 	Software Development Tools
> 
Bill
Newsgroups: comp.sys.next.programmer
From: blanford@spf.trw.com (Ronald P. Blanford)
Subject: Re: Help: non-rectangular buttons (again)
Organization: TRW Inc., Redondo Beach, CA
Date: Mon, 28 Sep 92 16:44:36 GMT

In comp.sys.next.programmer I wrote:
> Some time back there was a discussion of how to implement 
> non-rectangular buttons.  The upshot, I believe, was to define  
a 
> Postscript path and use Postscript functions to determine if  
the 
> mouse click falls within the path.
>
> If you kept this information around, could you please send me  
a 
> copy?  Thanks.
>

Having received no response, I went ahead and figured it out  
myself.

// In your pswraps define the PSW functions...

defineps PSWButtonPath()
    % define the irregular button path
    newpath 0 0 moveto 0 100 lineto 100 0 lineto closepath
    
    % store it in a user path
    /mybuttonpath false upath cvlit def
    
    % show the button if you want to
    0.5 setgray fill
endps

defineps PSWButtonHit(float x, y | boolean *hit)
    % test for intersection between user path and mouse point
    x y mybuttonpath inufill hit
endps


// In your View subclass do...

- drawSelf:(const NXRect *)rects :(int)rectCount
{
    /* draw the user path for control button */
    PSWButtonPath();
    return self;
}

- mouseDown:(NXEvent *)theEvent;
{
    /* check for a hit on the outline */
    NXPoint location = theEvent->location;
    int hit;

    [self convertPoint:&location fromView:nil];
    PSWButtonHit(location.x, location.y, &hit);
    fprintf(stderr, "button %s\n", hit?"hit":"miss");
    
    if (hit) {
      /* do button action */
    }
    
    return self;
}


Of course, it becomes even more fun if the button is moving or  
changing shape as the application runs.  This is left as an  
exercise for the reader...
 
-- Ron
From: steve@fisher.bio.uci.edu (Steve Frank)
Subject: Re: fixing up /usr/include
Newsgroups: comp.sys.next.programmer
Reply-To: steve@fisher.bio.uci.edu (Steve Frank)
Date: 4 Oct 92 21:04:59 GMT

In article <BvLpMs.zy@dannug.dk> karthy@dannug.dk (Karsten Thygesen)  
writes:
> 
> Anyone knows if GNU is planning to change their autoconf system to  
support  
> NeXT's new "smart" architecture? There is a LOT of programs which is  
> difficult to compile under 3.0 because of this. (like Taylor UUCP, perl  
> and more)
> 
> Why did they do it?? Before is was a (more or less) clean BSD machine  
> (from a Unix point of view), but know it's a...Well..A NeXT..
> 
> Karsten.
> 

The following may solve some problems with compiling GNU tools under 3.0.   
I have made these observations while compiling GNU find and diff.  I have  
not tried perl, which may be more difficult.

It appears that GNU's configure script first checks to see if gcc is  
installed.  If you have installed gcc (2.1 or 2.2.2, for example), then  
the configure script assumes you will use gcc to compile the program.  It  
then checks for location of include files among other things.  The  
defaults created will not work (at least if your gcc version was compiled  
under NeXT OS 2.1).  If you simply go into the Makefile and change gcc to  
cc, this will not work either.  

I decided to delete my old version of gcc.  I then ran the configure  
script and compiled without a problem.  I would guess that if you simply  
"hid" gcc from the configure script, all would be well ("mv  
/usr/local/bin/gcc /usr/local/bin/hide.gcc"), but I have not tested this.

> 
> -- 
> Karsten Thygesen (karthy@dannug.dk) (NeXT-Mail welcome)
> Danish NeXT Users Group
> Phone: +45 98 12 42 59
> Aalborg, Denmark.

--
----------------------------------------------------------
Steven Frank        	| Tel: 714-725-2244
Dept. of Ecology and 	| Fax: 714-725-2181
  Evolutionary Biology	| email: safrank@uci.edu
Univ. of California   	| bitnt: safrank@uci.bitnet
Irvine, CA 92717      	|		
Newsgroups: comp.sys.next.programmer
From: dave@afs.com (David J. Anderson)
Subject: How do I set the tab spacing in Edit?
Date: Thu, 1 Oct 1992 14:37:12 GMT

Being an emacs user by nature but an edit user by convenience, I had the  
same kind of problem with the indentation (I wanted my tabs in edit and  
emacs to match...)

Generally we like 3-space indentation, ie:

	- foo:bar
	   {
	   return [bar [mumble:self]];
	   }

Easy to do in edit... And in emacs with the little bit of code in your  
~/.emacs (kudos to Mike Matlack):

	(setq c-mode-hook '(lambda () (setq tab-width 3)))

Happy coding...
____________________________________________________________________
Dave Anderson  |    ...consequently, society expects all earnestly
  the dman     |    responsible communication to be crisply brief...
dave@afs.com   |    we are not seeking a license to ramble wordily.
Xref: sparky comp.sys.next.programmer:6502 comp.sys.next.misc:20558
From: ram@ramsys.sta.sub.org (Reimer A. Mellin)
Newsgroups: comp.sys.next.programmer,comp.sys.next.misc
Subject: 3.0 glitch -- <sys/table.h> missing ?
Keywords: upgrade
Date: 6 Oct 92 07:28:51 GMT
Reply-To: ram@ramsys.sta.sub.org
Followup-To: comp.sys.next.programmer
Organization: at home

Hello,

When trying to recompile djf500 I stumpled on this one:

former	/usr/include/sys/table.h and presumly now
	/usr/include/bsd/sys/table.h is MISSING !!!

You can verify this quite easily by searching for the definition  
TBL_MACHDEP_BASE which is referenced in <bsd/m68k/table.h> but nowhere defined.
In 2.1 it was defined in the above mentioned file.

Did I spoiled the upgrade ? (cant check right now, since i have no CDROM yet)

Did NeXT spoiled the upgrade ?

Will it be fixed in 3.1 ?

When will 3.1 finally arrive ?

So keep the old version of table.h when upgrading ...

Cheers
	Reimer

PS: The restructuring of the headers is so bizzare, that i have the suspect it  
was done solely to test the HeaderViewer.app ....
-- 
Reimer Mellin, ram@ramsys.sta.sub.org, NeXT-mail accepted
Cricket : a  curious  game which involved suddenly hitting people for no readily apparent reason and then running away.
Newsgroups: comp.sys.next.programmer
From: slfields@essex.ecn.uoknor.edu (Scott Landon Fields)
Subject: missing header file
Date: Tue, 6 Oct 1992 16:23:17 GMT
Distribution: usa
Organization: Engineering Computer Network, University of Oklahoma, Norman, OK, USA

I was looking for ethernet information in the Librarian and was unable
to find the file "NextDeveloper/Headers/driverkit/Ethernet.h" does anyone
know the whereabouts of this critter?