HDTenEightyP/NetNews huggingface dataset:
From: bill@ganesha.cognet.ucla.edu (William M. Eldridge)
Subject: nn: "Database magic number mismatch" error?
Organization: UCLA Cognitive Science Research Program
Date: Thu, 28 Jan 1993 09:39:53 GMT


Trying to get nn compiled on a NeXT Turbo Color running 3.0,
using latest fully patched version of nn.


   1) There's a conf/s-NeXT1-0.h file, but no updates for 2.0
	or 3.0 - is this cool, or is a more recent version available?

   2) I'm NFS mounting the nn database from a Sun.  When I type
	"nn" I get a "Database magic number mismatch" error.
	Nothing I found in Next or nn FAQs talks about this one.
	nn runs fine on the Suns.

Any clues?

Thanks.
--
Bill Eldridge	 bill@cognet.ucla.edu
*** He who remembers the past is condemned to misread it. ***
				- George Santana
Newsgroups: comp.sys.next.sysadmin
From: heller@heller.slip.uiuc.edu (Helmut Heller)
Subject: Re: websterd under 3.0
Reply-To: heller@lisboa.ks.uiuc.edu
Organization: University of Illinois at Urbana
Date: Thu, 21 Jan 1993 19:40:43 GMT

In article <1jkr4oINN1uu@zaphod.mps.ohio-state.edu>  
nevai@ops.mps.ohio-state.edu (Paul Nevai) writes:
> It works on mine! I simply copied my .nxbf files from 2.1 to 3.0. They are
> huge files but something for something. 

Hello,
this may be an FAQ, but I could not find any mentioning in the NeXT manuals: 

what is websterd ?????

is it a daemon? and what advantage has it over having the webster-files on  
your local hard drive?

any hints very welcome!

--
Servus, Helmut  (W9/DH0MAD) ______________NeXT-mail preferred________________
heller@lisboa.ks.uiuc.edu   "Knowledge must be gathered and cannot be given" 
FAX:   (217)244-6078                      ZEN, one of BLAKES7                
Phone: (217)244-6914        -------------------------------------------------
Helmut Heller, University of Illinois at Urbana-Champaign, Beckman Institute
Theoretical Biophysics Group, Room 3143, MC 251
From: petrilli@hal.gnu.ai.mit.edu (Chris Petrilli)
Newsgroups: comp.sys.next.sysadmin
Subject: Re: Great book on NFS Sysadmin
Date: 22 Jan 93 20:17:49 GMT
Organization: Department of Redundency Department
NNTP-Posting-Host: hal.ai.mit.edu

In article <C19JBD.n21@ux1.cso.uiuc.edu> lemson@ux1.cso.uiuc.edu (David Lemson) writes:
>I have this book and highly recommend it as well, but I read in OS
>Today recently that he is going to issue a new edition sometime this
>year that will cover NIS+.  No big deal to most NeXT people but if
>you have to manage (gag) Solaris systems, be on the lookout for it.

I can highly recommend EVERY O'Reily book (I have just about everything
they make, including the *GACK* X set), they seem to be the most up to
dat, information filled books that I've seen on the shelves about every
topic they cover.  Some companies even ship their books as "standard
documentation."  Also, the UUCP/UseNet series is excellent, as is the
RPC programming book.  BTW, I have NO association with O'Reily except
for giving them lots of my money :-)

Chris

PS: Thery even offer discounts when they update books.

-- 
| Chris Petrilli                                             ____
| petrilli@gnu.ai.mit.edu             ``Quayle is a bozoe.'' \  /
| I don't even speak for myself.                              \/
From: rawyatt@koh-sun8.usc.edu (Robert Alexander Wyatt)
Newsgroups: comp.sys.next.sysadmin
Subject: Display PostScript Book
Date: 22 Jan 1993 17:10:22 -0800
Organization: University of Southern California, Los Angeles, CA
Distribution: world
NNTP-Posting-Host: koh-sun8.usc.edu



Has anyone used/read Abode's book (published by Addison Wesley) on
Display PostScript programming on NeXT?  Any impressions?

Thanks!
-Rob
Newsgroups: comp.sys.next.sysadmin
From: gary@nshade.uah.ualberta.ca (Gary Ritchie)
Subject: Re: Slow 3.0 Network
Organization: University Of Alberta, Edmonton Canada
Date: Fri, 22 Jan 1993 17:21:23 GMT

In article <1993Jan21.174416.1252@kakwa.ucs.ualberta.ca> I wrote:

> It seems that every time a user logs in, the Workspace does its scan of  
application directories, services, etc.  Isn't it supposed to only do this  
the first time you log in, and cache it?

I've had some responses telling me that there is a dwrite that will  
disable the automatic Workspace updating on login.  Can anyone tell me  
exactly what it is, or where I can find out about it?

---
Gary Ritchie
From: me@romana.css.itd.umich.edu (My Account)
Newsgroups: comp.sys.next.advocacy
Subject: Re: Gosip in 1993(The Public Trial of Appsoft Draw - be on the Jury)
Date: 23 Jan 1993 18:49:26 GMT
Organization: University of Michigan Engineering, Ann Arbor
Distribution: world
Reply-To: bchuang@css.itd.umich.edu
NNTP-Posting-Host: 35.214.33.1

In article <1993Jan23.001704.17093@leland.Stanford.EDU>  
peer@ccrma.stanford.edu (Peer Landa) writes:
> 
> L. Anathea Brooks) writes:
> The thing was that tools would NOT stay selected, which alone rendered  
the darn  
> thing an enormous pain to use. It was "unusable" according to my  
definition (if  
> I can't use an app to do what the app exists purportedly to do, it's  
not  
> usable).
> 
> Randy Adams writes
> Not to fan the flames, but Draw was modelled after MacDraw where the  
tools  
> NEVER stay selected.  Millions of Mac users found that program  
"usable".  Flame  
> me please so I can toast these marshmallows...
> 
> Marshmallow Flame Man . . you can indeed select the tools and they'll  
stay  
> selected in MacDraw.  But you've to be smart if you'll be able to do  
this  
> without first reading the manual . . . 
> 
> -- peer

I figured it out without reading the manual. Double clicked on the tool
of choice. It wasn't that hard to figure out. I was really tired of  
having the tool change, so I said, "I pick you, and STAY SELECTED!!"
:)
Newsgroups: comp.sys.next.advocacy
From: kaya@world.std.com (Kaya Bekiroglu)
Subject: Re: Sun and DSP: Some people don't get it
Organization: The World Public Access UNIX, Brookline, MA
Distribution: na
Date: Thu, 28 Jan 1993 22:00:18 GMT

In article <1993Jan26.201729.3165@pencom.com> ph@pencom.com writes:
>In article <1k1bo5INN3h4@emory.mathcs.emory.edu> kim@unix.cc.emory.edu  
>(Kim Wallen) writes:
>
>> So educate me.  Tell me how I run a NeXT application on a remote
>> Sun display (or DEC, or IBM, or HP, or any Unix box that runs
>> X-based software?).  Am I missing something here, or are you?
>
>How do you run UNIX on a Nintendo Gameboy?

By buying a Gameboy enviroment for the NeXT.  You can if you 
want to, because there are many good games for the Gameboy.
You can even hook it up to other Gameboys and play head to head.

UNIX and Gameboy can coexist! :)

I myself don't play with the Gameboys much, but my coworkers
do, and I feel pressure to do so.  Gameboy's, though very old,
have a wide base of support which make them unbeatable for 
the majority of gamerelated tasks.  Really!


>
>--
>Patrick Hester   ph@pencom.com   (212) 513-7777   NeXT Mail OK   =8(\/\)


-- 
Kaya Bekiroglu - "Don't mind him, he's just crazy"
kaya@world.std.com
[If you're looking for something witty and amusing here, then
congratulations, you've just found it]
Newsgroups: comp.sys.next.advocacy
From: rpomeroy@aunext1.amd.com (Ron Pomeroy x(Coop))
Subject: Re: NeXTstep for PowerPC --- THE ONLY CHOICE
Reply-To: rpomeroy@aunext1.amd.com
Organization: Advanced Micro Devices, Inc.; Austin, Texas
Date: Mon, 25 Jan 93 23:51:07 GMT

In article <SCOTT.93Jan22133433@nic.gac.edu> scott@nic.gac.edu (Scott Hess)  
writes:
[munch munch]

>>of the GUI wave.  IMHO, it's going to require the use of a real
>>object-oriented language - C++ and Objective-C are attempts to add
>>real object-oriented abilities to C, and though they succeed on
>>many levels, they still are just C in costume.

Smalltalk ?

--
Ronald Pomeroy		"The Internet is just a giant petri dish"
Advanced Micro Devices
CAM Applications Group
rpomeroy@aunext1.amd.com (NeXTmail preferred)
From: howard@netcom.com (Howard Berkey)
Newsgroups: comp.sys.next.advocacy
Subject: NS486...
Date: 26 Jan 93 19:00:09 GMT
Organization: Netcom Online Communications Services (408-241-9760 login: guest)


I know relatively little about NS486, and have a few questions...

1.  What do you get, besides NS 3.1?  In other words, is the full
BSD/Mach environment there?

2.  What are the memory requirements?

3.  Do all of the NS 3.1 toolkits come with it, or are they going to
be separate?

4.  What development tools will ship with it?


Thanks,

-Howard

-- 
::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
Howard Berkey						   howard@netcom.com
		"I AM the Lizard Queen" - Lisa Simpson
... .. ...   ... .. ...   ... .. ...    ... .. ...   ... .. ...   ... .. ...
Newsgroups: comp.sys.next.advocacy
From: mark@cyantic.com (Mark T. Dornfeld)
Subject: Re: A CPU on Every Desk?
Organization: CYANTIC Systems
Date: Thu, 28 Jan 1993 20:47:26 GMT

In article <1993Jan27.214554.12192@cubetech.com> andrew@cubetech.com (Andrew Loewenstern) writes:
>In article <1993Jan26.125433.12215@cyantic.com> mark@cyantic.com (Mark T. Dornfeld) writes:
>>In article <1993Jan25.192117.2503@trilithon.mpk.ca.us> henry@trilithon.mpk.ca.us (Henry McGilton) writes:
>>>
>>>As Steve Abell said, ``Oh, how short people's memories are!''.
>>>
>>>Unfortunately, I see the disquieting trend back to time sharing,
>>>except it's now called ``client server computing'', as if giving
>>
>>This trend isn't new.  Novell exists only because it is able to centralize
>>certain aspects of PC's.  Most businesses do not have the expertise to run
>>a robust peer-to-peer network like TCP/IP and never will. I don't think
>>timesharing is going to make a big comeback as such, but many services in a
>>modern network have to be centralized for the network to be effective.
>
>For the most part, file-serving is a good idea.  Novell does it very
>well too...
>
>I definitely think that distributed processing systems are the way to
>go, especially now that the software to do it is getting better.

I think I agree in general, but an important question is what portion should be
distributed.  The display (X)? The application processing?  How does a
distributed OS also be a personal computer and maintain a price that a single
user can afford?

Client/server architecture must be exposed for what it really is: a
paradigm arising from the use MS-DOS which has no capability to be a peer
on the network. Peer to peer networking will put the client/server paradigm
where it belongs: at the software/data level.

Once multiprocessing becomes part of a standard OS, it shouldn't matter
where the additional processers are: on the local bus or on the network.
We are a long way from having an OS/Hardware combination that is flexible
to that degree.

I can only lament that as long as the industry is in the grips of the likes
of Microsoft and other PC beneficiaries, we will not see any of this soon
in big way. Novell wants to lock you into their server and Microsoft wants
their software on every client.

Since this is the advocacy newsgroup, then I have to commend NeXT for their
existing technology and hope they continue to take the high road and
deliver more technology that will really help businesses (and me) do their work
quickly and efficiently.

>andrew
>-- 
>andrew@cubetech.com      | "We cannot dwell in the time that is to come,
-- 

Mark T. Dornfeld                              Voice: (416) 234-9048
CYANTIC Systems                               Facsimile: (416) 234-0477
101 Subway Crescent Suite 2103                Email: mark@cyantic.com
From: anderson@sapir.cog.jhu.edu (Stephen Anderson)
Newsgroups: comp.sys.next.advocacy
Subject: Re: Sun and DSP: Some people don't get it
Date: 25 Jan 93 21:08:37 GMT
Distribution: na
Organization: Dept. of Cognitive Science, The Johns Hopkins University
In-reply-to: nathan@laplace.biology.yale.edu's message of 25 Jan 93 18:02:03 GMT


I can't believe I'm in the position of sympathizing with a defense of
Sun, but I found Kim Wallen's post troublingly persuasive. And I think
Nathan's rejection of his argument is out of line (in tone, as well as
in substance, but that's something else). For one thing,

>>>>> On 25 Jan 93 18:02:03 GMT, nathan@laplace.biology.yale.edu
(Nathan F. Janette) said: 

	NFJ> In article <1k119pINNldh@emory.mathcs.emory.edu>
	NFJ> kim@unix.cc.emory.edu (Kim Wallen) writes:

> What is NeXT's response to the changing market.  It used DSP from
> the start (good idea), but still thinks X11 is brain-dead and leaves
> that up to 3rd parties to develop X11 compatability.  So the net
> effect is that NeXT requires users to completely commit to a NeXT
> environment (good from NeXT's viewpoint), whereas Sun's approach
> doesn't lock the user (or the developer) into one vendor.

	NFJ> Since those nasty 3rd party apps work just great, your
	NFJ> conclusion is erroneous.  NeXT requires no such
	NFJ> "commitment".

I presume you're referring to co-Xist, eXodus, etc. Well, at least as
far as co-Xist is concerned, it does indeed work just great - as long
as you don't have NeXT's "top of the line" system, a ND. If you do,
you're screwed, because NeXT insists that the only way to get to the
ND screen is through DPS. Because NeXT is not interested in X, there
seems no hope that those of us with the largest (per seat) investment
in NeXT will ever have reasonable X performance. It turns out, almost
by accident, that for non-ND machines someone else can solve the
problem NeXT isn't interested in (i.e., providing X as well as NS).
But if that weren't the case (as in fact it isn't where ND systems are
concerned) I see no reason to believe NeXT has any interest in helping
to arrive at an accommodation. They do indeed require a commitment to
their environment, and for some of us that's a real problem.

--Steve Anderson
From: anderson@sapir.cog.jhu.edu (Stephen Anderson)
Newsgroups: comp.sys.next.advocacy
Subject: Re: Sun and DSP: Some people don't get it
Date: 26 Jan 93 13:54:15 GMT
	<ANDERSON.93Jan25160837@sapir.cog.jhu.edu>
	<C1G28H.4xA@ux1.cso.uiuc.edu>
Distribution: na
Organization: Dept. of Cognitive Science, The Johns Hopkins University
In-reply-to: lemson@ux1.cso.uiuc.edu's message of 26 Jan 93 04:38:26 GMT

>>>>> On 26 Jan 93 04:38:26 GMT, lemson@ux1.cso.uiuc.edu (David Lemson) said:

	DL> anderson@sapir.cog.jhu.edu (Stephen Anderson) writes:

>I presume you're referring to co-Xist, eXodus, etc. Well, at least as
>far as co-Xist is concerned, it does indeed work just great - as long
>as you don't have NeXT's "top of the line" system, a ND. If you do,
>you're screwed, because NeXT insists that the only way to get to the
>ND screen is through DPS. Because NeXT is not interested in X, there

	DL> We have a user at our site who wouldn't use his NeXT Cube with
	DL> Dimension unless he could use X. He uses the latest version of
	DL> co-Xist just fine. 

Co-Xist 3.0 certainly runs on the ND, but it's severely limited with
regard either to native X servers or to co-Xist on other systems. The
display is quite painfully slow. If you run it in 2-bit mode, it's ok
for occasional use, but certainly not for everyday, unless you have a
good deal of patience. And if you need color (what? you want to use
your ND system in color?) it's really quite impossible, at least in my
opinion. I have some speech analysis software that runs (only) on
Suns, but that I could use remotely on my NeXT ... if I had a usable
color X server for it to display to. If your user spends a significant
part of his time working with co-Xist on a ND in color, he must have a
lot more patience than I do.

And we'll say nothing more about the fact that about half the time,
when you resize or move windows around, co-Xist leaves horizontal
screen lines behind to mess up the screen background....

Of course, if you have a mono monitor as well as the ND display, you
can let co-Xist take over the mono display (again, as long as you're
satsified with a monochrome X server). And co-Xist's takeover and
accelerated rootless modes on mono displays are as good as any X
servers you can find, I think.

I don't at all mean to denigrate co-Xist3.0, which I think is an
excellent product. The weaknesses it shows on ND systems, however,
seem to me symptomatic of the fact that NeXT has shown no real
interest in helping people who need access to X. And that was the
point of the original posting in this thread, which I still agree
with. 

--Steve Anderson
From: sears@tree.egr.uh.edu (Paul S. Sears)
Newsgroups: comp.sys.next.advocacy
Subject: Re: Gosip in 1993(The Public Trial of Appsoft Draw - be on the Jury)
Date: 26 Jan 1993 00:12:12 GMT
Organization: University of Houston
Reply-To: sears@uh.edu
NNTP-Posting-Host: thanatos.egr.uh.edu

In article <1993Jan25.200727.27222@cs.yale.edu>  
nathan@laplace.biology.yale.edu (Nathan F. Janette) writes:
#We are having a serious problem with version 1.03.  Has anyone else
#experienced corruption of existing files (created by version 1.02,
#for example) after version 1.03 has "saved" them.  It doesn't seen to
#matter whether they are saved to a new name or the old name.
#
#Try copying a previously created draw file to some other name (for
#safety), loading it with version 1.03, saving it again, closing the
#window, and them loading it again.  
#
#Version 1.03 sure loads faster, but at what cost...?
#
#--
#Nathan Janette	# "As I walk I hear my longing thoughts subsiding.
#
#nathan@laplace.csb.yale.edu		

Yes.  We also experienced the corrupted file problem and we reverted back  
to our copy of version 1.02.  I sent a note to Randy@appsoft.com  
explaining the bug and how to reproduce it.  I have not heard anything  
back from him yet.

--
Paul S. Sears                *  sears@uh.edu (NeXT Mail OK)
The University of Houston    *  suggestions@tree.egr.uh.edu (NeXT
Engineering Computing Center *  comments, complaints, questions)
NeXT System Administration   *  DoD#1967 '83 NightHawk 650SC 
          >>> SSI Diving Certification #755020059 <<<
"Programming is like sex: One mistake and you support it a lifetime."
From: wisdom@geom.umn.edu (Scott Wisdom)
Newsgroups: comp.sys.next.advocacy
Subject: Re: HP-NeXT connection
Date: 26 Jan 93 00:01:11 GMT
Article-I.D.: news2.C1FpE6.3A1
Organization: Geometry Center, University of Minnesota

In article <Jan25.204915.55864@yuma.ACNS.ColoState.EDU> sh.atmos.colostate.edu (Dave Randall) writes:
>OK, rumor time, from a source who should know -- but no guarantees.
>
>HP will get out of the workstation operating system business. HP-Vue, or  
>whatever they call it, is going away. In its place, HP will offer both NeXTSTEP  
>and Windows NT, and possibly also Solaris. My source made Solaris sound iffy,  
>the other two not iffy. Announcement within a few weeks. Products some time  
>down the road -- maybe 6 months from now.
Though I would love to see NeXTStep running on some serious hardware and I
hope HP does license NeXTStep, I can't see how they would just 'get out' of
the OS business. Many many people have invested huge amounts of money in
HP-UX based projects, and they wouldn't be too happy with HP doing anything
like giving up on their OS. However, if HP really wanted to get out of the OS
business, I could see them selling/turning over control of HP-UX to some
third party or something along those lines.

-Scott Wisdom
wisdom@geom.umn.edu
From: rawyatt@phakt.usc.edu (Robert Alexander Wyatt)
Newsgroups: comp.sys.next.advocacy
Subject: Re: NeXTstep for PowerPC --- THE ONLY CHOICE
Date: 22 Jan 1993 12:22:17 -0800
Organization: University of Southern California, Los Angeles, CA
NNTP-Posting-Host: phakt.usc.edu


Marcos-
  I know...I know...It is unlikely that Steve and Apple/IBM would ever make up,
and why should he?  You are right...Steve was treated unfairly by both 
companies...My only point was (using Taligent and NeXT as examples) that the
computer industry would benefit and grow greatly from some cooperation
instead of so much bickering and insisting that "my system is better then
yours..."  And hey, if they can't do that, NeXT should work on a PowerPC
port of NeXTstep so that it is available LONG BEFORE Taligent's is...

-Rob
rawyatt@scf.usc.edu
NeXTmail accepted
Newsgroups: comp.sys.next.advocacy
From: ed@talus.com
Subject: Re: NeXTstep for PowerPC --- THE ONLY CHOICE
Reply-To: ed@talus.com
Organization: Talus Corporation
Date: Sat, 23 Jan 1993 16:57:16 GMT

In article <1jpl1pINNjqe@phakt.usc.edu> rawyatt@phakt.usc.edu (Robert Alexander  
Wyatt) writes:
> 
> Marcos-
>   I know...I know...It is unlikely that Steve and Apple/IBM would ever make  
up,
> and why should he?  You are right...Steve was treated unfairly by both 
> companies...My only point was (using Taligent and NeXT as examples) that the
> computer industry would benefit and grow greatly from some cooperation
> instead of so much bickering and insisting that "my system is better then
> yours..."  And hey, if they can't do that, NeXT should work on a PowerPC
> port of NeXTstep so that it is available LONG BEFORE Taligent's is...
> 
> -Rob
> rawyatt@scf.usc.edu
> NeXTmail accepted

Mr Jobs was treated unfairly by IBM ? Yeah right ! l) (blind smiley)

Ed.
-- 
Erik Dasque "The French guy"	Houston (713) 561-0700
V.P. R&D, Talus Corporation	TeXT-mail/NeXTmail:ed@talus.com

Where do I sign ? Here ? Oh HERE ? Here Right ? Ok...   Ed.
Newsgroups: comp.sys.next.advocacy
From: byer@adobe.com (Scott Byer)
Subject: Re: What I don't understand...(WAS: THE ONLY CHOICE)
Reply-To: byer@adobe.com (Scott Byer)
Organization: Adobe Systems Incorporated
Date: Thu, 28 Jan 1993 22:44:32 GMT

Michael McCulloch writes

> Isn't the basic problem of running DPS on HW with video accelerators
> to blame for the performance penaltly?

Acutally, no.  It's very easy to make DPS use a graphics accelerator.
It takes only a little bit of time.  The only reason it's not
usually done is because many hardware accelerators take too many
shortcuts, and don't do things like drawing lines properly.

> It seems this issue, of HW assisted vs. CPU only video, will continue
> to plague the DPS approach since most recent significant video
> speedups seem to be relying more and more on special graphics-tuned
> HW.

Actually, graphics accellerators are beginning to look more and
more like general purpose processors.  Personally, I think the way
to go is to simply stick enough GPs in there.  Have one for video,
one for sound, and when they're not being used for that, they can
help the third execute programs.

> What about an AppKit with the ability to run on top of GL, with
> the capability to render each view using DPS in an off-screen buffer
> for printing? Wouldn't that yield the performance of HW-assisted
> video with the convenience of a unified imaging model, or am I way
> off?

Interesting approach.  But there would probably be too many
screen-to-printer inconsistencies in the translation to allow for
serious desktop-publishing work.

But, since it's easy to make DPS use accelerators if they work,
it's probably better to go ahead and do that rather than re-write
most of the AppKit.

--
Scott Byer                             NeXTMail: byer@mv.us.adobe.com
Adobe Systems Incorporated               These are *my* opinions, and  
1585 Charleston Road, P.O. Box 7900        do not necessarily reflect
Mountain View, CA 94039-7900             the opinions of my employer.
---------------------------------------------------------------------
From: dsew@troi.cc.rochester.edu (David Sewell)
Newsgroups: comp.sys.next.advocacy
Subject: Re: wired.com is a NeXT
Date: 24 Jan 93 16:55:55 GMT
Organization: University of Rochester - Rochester, New York

In <1993Jan23.165817.23067@crash> coconut@crash.cts.com (Brian Dear) writes:

>From what I've heard so far, WIRED is primarily a Mac shop.  Look at
>the colophon on page 110 of the first issue. Mac, Mac, Mac and more Mac.
>Then when you're done looking at page 110, look at page 107.  :-) :-)

Ah, but they're NeXT where it counts--on the Net, not on paper!