HDTenEightyP/NetNews huggingface dataset:
Newsgroups: comp.sys.next.misc
Subject: Emacs3.0 on a standalone
From: citdem@VIOLET.CCIT.ARIZONA.EDU
Date: Wed, 16 Dec 1992 01:46:32 GMT
Reply-To: citdem@VIOLET.CCIT.ARIZONA.EDU
Distribution: na,local
Organization: University of Arizona

Sigh.  I'll try this again.
I have a standalone NeXTcube. I have SLIP (the daemon is installed in the
boot process; but the SLIP connection is brought up manually only when
needed).  I have Emacs3.0.  BUT; Emacs3.0 (and prior versions) always
displays a "unknown host "(my host name)"" message in the minibuffer
when I start it.  The mouse cannot be used to control the cursor.  The
menu FILE and EDIT options do nothing.  All other .apps work just fine.
So what's wrong here?  Is there something I need to add to a host config
table or NetInfo?  Is it that Emacs3.0 fully expects to work on machines
attached to real ethernet cables?  What?  What is Emacs3.0 doing that's
different that all other apps?  emacs (the command line emacs) works just
fine? ???????
I'd like to use Emacs3.0; so, if you have it working on a standalone NeXT
and use SLIP like I do (daemon loaded; line down), I'd like to hear from
you.  Tell me (explicitly, please) how you installed SLIP and how you
installed Emacs3.0.  I must be doing SOMETHING different than you are.

Thanks.

(A lot of software - like FrameMaker - try to access the network; but they
load and work fine when the network (SLIP) is not available.  So why not
Emacs3.0?)

Don McCollam
citdem@happy.rc.arizona.edu
.
Newsgroups: comp.sys.next.misc
From: edmtl@alf.uib.no (Thor Legvold)
Subject: BackSpace.app
Organization: University of Bergen, Norway
Date: Tue, 15 Dec 92 14:16:48 GMT


O.K. BackSpace is a Cool Thing (tm).  And MartinView is my favourite -
good job!

One question - I can't seem to find in preferences or defaults database
how one can start BS with MartinView WITHOUT having the inspector start
at the same time...

Any clues?

Regards,
Thor
From: madler@cco.caltech.edu (Mark Adler)
Newsgroups: comp.sys.next.misc
Subject: Re:  lha vs compress (use zip instead)
Date: 20 Dec 1992 15:18:12 GMT
Organization: California Institute of Technology, Pasadena
Distribution: world
NNTP-Posting-Host: sandman.caltech.edu


>>     pkzip is better then lharc, but generally not better then lha. (make

Actually, I was referring to zip (a free, portable program in source), vs.
pkzip (a shareware executable for MSDOS).  However, both pkzip 1.93a and
zip 1.9 consistently compress better than lha.

>>     I tend to use lha/lharc because I can run it on my Amiga, PC's, AND my
>>     NeXT box.

zip 1.9 and unzip 5.0 compile and run on virtually any Unix machine (NeXT
included--zip was originally developed on a NeXT), MSDOS, OS/2, Windows/NT,
Amiga, Atari, Macintosh, VMS, and maybe some others I'm forgetting.  And it
is compatible with pkzip and pkunzip on MSDOS.

Mark Adler
madler@cco.caltech.edu
From: madler@cco.caltech.edu (Mark Adler)
Newsgroups: comp.sys.next.misc
Subject: Re: Good NeXT ps font collection loaded to sonata!
Date: 15 Dec 1992 19:08:12 GMT
Organization: California Institute of Technology, Pasadena
Distribution: world
NNTP-Posting-Host: sandman.caltech.edu


>> Adobe issue.  I believe Garamond is a very specific font by Adobe, and all
>> of them seem to be of REALLY high (read Commercial) quality.  I downloaded

One of the fonts, Cooper-Heavy, was quite similar to the Cooper Black
font that I got from Adobe.  However, they are not the same, and the
one I got from Adobe looks much better than the Cooper-Heavy I got from
sonata, in my limited artistic opinion.

So, I don't know if these are legal, but one of the fonts is different
from what you buy, and not as good.

Mark Adler
madler@cco.caltech.edu
From: vhs@rhein-main.de (Volker Herminghaus-Shirai)
Newsgroups: comp.sys.next.misc
Subject: Re: HOWTO: move windows w/o making key or ordering front
Date: 20 Dec 92 10:11:30 GMT
Reply-To: vhs@rhein-main.de

In article <1992Dec19.165840.8945@netcom.com> dcode@netcom.com (Paul Marcos) writes:
> Enough people requested it to be a pain in the butt to 
> mail to everyone individually so here's how to do it:
> 
> There are 4 line changes and 2 line additions:
> 
> Lines 1176 through 1179:
> 	change from:
> 		5 index num //_frontWithClick exec
> 		7 index 7 index 6 index
> 		12 3 roll
> 		4 index //buckyBitMask and
> 
> 	to:
> 		5 index num
> 		9 index 9 index 7 index
> 		14 3 roll
> 		6 index //buckyBitMask and
> 
> After Line 1181 (which reads 'icon 1 eq or {')
> 	insert:
> 		pop pop
> 
> After Line 1184 (which reads '}{')
> 	insert:
> 		//_frontWithClick exec
> 
> For those who care, the first 4 line changes basically 
> move the _frontWithClick call down to put it after the 
> Alternate key check.  That call takes two arguments off
> the stack (and leaves nothing) so the following index
> parameters are all incremented by 2 so they just look over
> the extra stuff that sitting at the top of the stack.  

Are you sure? Seems to me you increment by two in all cases but one.
I.e. making the line 
> 		7 index 7 index 6 index
read
> 		9 index 9 index 7 index
seems to me like incrementing 6 only by one instead of by two.

Please clear this up. I won't dare change my WindowServer before
I know what's going on here. (Then, however, I'll gladly do so :-)

Thanks anyway for the nice hack.

	Volker

--
Volker Herminghaus-Shirai (vhs@qb.rhein-main.de)

Looks good on the outside, but -
	intel inside
Newsgroups: comp.sys.next.misc
From: tlm@iastate.edu (Tom Marchioro)
Subject: Re: Software lock-in, NeXT get a life!
Organization: Iowa State University, Ames IA
Date: Fri, 18 Dec 1992 23:54:14 GMT

In <1992Dec17.172641.1584@gamelan> thf@zelator.in-berlin.de (Thomas Funke) writes:

>In article <eronald.724544541@ruble> eronald@fml.tuwien.ac.at (Edmund Ronald)  
>writes:
>>  I write. I write for a living. I write on my cube, when I can. Then I have
>>  to hand the copy in to an editor.   Said (human :) editor sits in front 
>>  of a PC. My text is usually in French, contains all these nice accents
>>  which the french seem to need like salt and pepper.
>> 
>>   There is a DOS Ascii character set, and a Windows character set. 
>> 
>>   HOW THE HELL IS ONE SUPPOSED TO MOVE TEXT TO EITHER? 
>>   AM I THE ONLY MAN IN THE WORLD WHO GETS ANGRY ABOUT THIS?
>>   OH, YES, I KNOW ABOUT RTF. ON THE NEXT RTF MEANS NEXT_RTF :(
>> 

>Same with german umlauts. Did someone manage to transform NeXT-RTF to PC-RTF ?  
>I believe it's not too difficult.

This is just one aspect of what some people like to call the "font 
encoding morass", a problem has has been around for some time but wasn't
particularly noticeable back when computers and/or their apps didn't talk
to each other much.  Now that they do the different encoding schemes cause
all sorts of trouble and you need all sorts of filters/translators (look
for example in the "utilities" provided by TeXMenu3.0 -- itself a great app
by the way --- where there are 5 or 6 such filters supplied.  The font
encoding problem is really a pain in the TeX world for a variety of 
reasons, not the least of which being that Knuth  did not use a uniform 
scheme when he first wrote the package.)  

I have a copy of a long descriptive post on this issue which appeared in 
comp.text.tex some months ago.  It dosn't offer specific solutions but does
make it somewhat clearer where the problems come from.  I'd be glad to 
E-mail a copy to anyone who wants it (reposting it in this somewhat 
inappropriate newsgroup seems a waste of bandwidth).

Tom
From: wrob@unixg.ubc.ca (Robert Wong)
Newsgroups: comp.sys.next.misc
Subject: Re: X11R5: how to switch to NeXTStep
Date: 17 Dec 1992 10:48:59 GMT
Organization: University of British Columbia, Vancouver, B.C., Canada
NNTP-Posting-Host: unixg.ubc.ca

In article <1goeckINN25s@pith.uoregon.edu> jfosback@darmok.uoregon.edu (Jason Fosback) writes:
>No!  Cmd-cmd-* will bootstrap your CPU, and cause your system to reboot!   
>DO NOT DO THIS.  The original Mouse X used cmd-cmd-backspace (the rubout  
>key above the return key).

I thought so.  The Cmd-Cmd-* key sounded like the reboot sequence, but I 
wasn't really sure.  (I wasn't also about to try.)
 RWW.
-- 
Robert W. Wong Jr.
wrob@unixg.ubc.ca (ASCII only)
"I can't even remember all the things I've forgotten." - RWW.
Newsgroups: comp.sys.next.misc
From: michael@stb.info.com (Michael Gersten)
Subject: Re: emacs-18.59 pkg for NeXT posted
Organization: STB BBS, La, Ca, 310 319 3778
Distribution: comp
Date: Sun, 13 Dec 1992 02:59:55 GMT

cs4w+@andrew.cmu.edu (Charles William Swiger) writes:
>Excerpts from netnews.comp.sys.next.misc: 2-Nov-92 Re: emacs-18.59 pkg
>for NeX.. by Stephen Anderson@sapir.c 
>> It's been pointed out to me that the Emacs front end to emacs has the
>> path /usr/bin/emacs built in as the place to find an emacs executable.
>> This gives you (at least) three choices if you want to use it as a
>
>or (d) Rewrite EtermView.m to look for /usr/local/bin/emacs and then
>/usr/bin/emacs; better yet, have it search through current users' search
>path for 'emacs'....

Or, better still, why not use the "system" call and let the shell find it,
or use "execvp/execlp" library calls (the 'p' means search the entire path)?
I'm suprised that more people don't use these.

		Michael
-- 
	Michael Gersten		michael@stb.info.com
NeXT Register Developer (NeRD) # 3860 -- Hire me! Quick!
Will program computers for food (and net connection, health benefits, cash,...)
From: dillon@overload.Berkeley.CA.US (Matthew Dillon)
Newsgroups: comp.sys.next.misc
Subject: Re:  100 Mips Intel NeXT.
Distribution: world
Date: 14 Dec 92 11:02:27 PST
Organization: Not an Organization

In article <1992Dec13.211119.22172@qb.rhein-main.de> vhs@rhein-main.de (Volker Herminghaus-Shirai) writes:
>In article <1992Dec11.180118.105908@lexmark.com> songer@lexmark.com (Christopher Songer)
>writes:
>> In article <1g7sq8INNggf@matt.ksu.ksu.edu> ovrskeek@matt.ksu.ksu.edu (I am the
>OVER-skeek!) writes:
>> >lschultz@pdx255 (Leonard Schultz) writes:
>> >
>> >
>> >The P5 (I hope this name sticks, pentium sucks!) may be superscalar,
>> >but it is not available yet, now is it? How many more transistors does
>> >it need to match the performance of a MIPS r4000? Which is already available!
>> >IF the P5 makes its (claimed) performance figures, it wouldn't be in the
>> >running for fastest chip if it was released tommorow!
>> >
>>
>> Still, Intel drives volumes high enough that while their chips may not be
>> the fastest per transistor, they are often the fastest per dollar.
>
>Price comparison:
>	Intel 486, 50 MHz:	>US$ 400.- in thousands
>	Sparc "Tsunami", 50 MHz <US$ 80.- in thousands
>in addition, the Tsunami only needs another four support chips plus RAM
>for a complete system, while the 486 requires many more.
>
>> Economy of Scale is very important here.
>
>Yeah! That's why they should *not* stick with a monopolist like intel.

    Not to mention the new integrated sparc's just now appearing (don't
    have the article in front of me, so can't name names), but basically
    these chips integrate about 20 IC's worth of functions into one pad
    limited die, including a flexible dynamic ram controller, external bus
    interface, and other stuff.

    The sparc is not the fastest chip in the world, but compared to the
    likes oof a 68040 or 80486 or (probably) the pentium, it beats ass. I
    have no confidence in Intel, their chips have always been hacks and
    always will be... fast hacks, perhaps, but still hacks.

					    -Matt

>
>--
>Volker Herminghaus-Shirai (vhs@qb.rhein-main.de)
>
>Looks good on the outside, but -
>	intel inside

--

    Matthew Dillon		dillon@Overload.Berkeley.CA.US
    1005 Apollo Way		uunet.uu.net!overload!dillon
    Incline Village, NV. 89451	ham: KC6LVW (no mail drop)
    USA 			Sandel-Avery Engineering (702)831-8000

Newsgroups: comp.sys.next.misc
From: prange@sdr.slb.com (Michael Prange)
Subject: Trouble with mac-next serial connection on NS3.0
Organization: Schlumberger-Doll Reasearch
Date: Wed, 16 Dec 1992 14:10:52 GMT

I have a mac hooked to my ttya and a modem hooked to my ttyb.
Both of these worked fine under NS2.1, but I just tryed the 
mac-next connection for the first time since upgrading to NS3.0
and found that it no longer works.  The modem connection works
fine.  I've tried switching cables and switching ports, but it
still doesn't work.  Now I'm suspecting that the problem is in
the software.  Has anything changed with getty or the port software?

Here are two lines from my /etc/ttys:

ttya	"/usr/etc/getty std.19200"	vt100		on 
ttyb	"/usr/etc/getty std.38400"	unknown		off secure

Does anyone have any more things for me to try?

Michael
prange@sdr.slb.com
Newsgroups: comp.sys.next.misc
From: cedman@princeton.edu (Carl Edman)
Subject: Re: Load Meter
To: gemoe@proximus.north.de (Gerhard Moeller)
Originator: news@nimaster
Organization: Princeton University
	<1992Dec11.080034.21117@proximus.north.de>
Date: Mon, 14 Dec 1992 23:17:12 GMT

In article <1992Dec11.080034.21117@proximus.north.de> gemoe@proximus.north.de (Gerhard Moeller) writes:
   In article <1992Dec8.171638.1206@godel.questor.wimsey.bc.ca>  
   aberno@godel.questor.wimsey.bc.ca (Anthony Berno) writes:
   > I don't know what /dev/kmem does, so this may cause a security problem.

   it is the kernel address space, I don't know if there would be a security
   problem, I would be interested.

Positively. A writeable (or even just a readable) kmem allows a
semi-skilled hacker to do things you didn't even know root could.

        Carl Edman

Newsgroups: comp.sys.next.misc
From: coconut@crash.cts.com (Brian Dear)
Subject: Re: bulletin board software....
Reply-To: brian@coconut.com
Organization: Coconut Computing, Inc., La Jolla, CA
Date: 12 Dec 92 08:56:50 PST

Coconut Computing has been working on a bulletin board software
package for NeXT computers on and off for about 2 years now.  The
project kept having technical problems and delays, but there's
now some "light at the end of the tunnel."

It now looks like the product, COCONET(R) version 4.0 for NeXTSTEP,
will finally ship in the first quarter of '93.  I'm not at liberty to
discuss any details of the NeXT version of the software until we're
closer to shipping time, but it's not too far away...  Stay tuned!

Brian Dear
Coconut Computing, Inc.
La Jolla, California
brian@coconut.com

Newsgroups: comp.sys.next.misc
From: Robert_La_Ferla@hot.com
Subject: NeXT in The Economist
Reply-To: Robert_La_Ferla@hot.com
Organization: Hot Technologies
Date: Fri, 18 Dec 1992 17:51:54 GMT

This week's Economist has an article on NeXT.  It discusses NeXT's  
history, object-orientation. NeXTSTEP 486, and more.  Be sure to check it  
out.

Robert La Ferla
Newsgroups: comp.sys.next.misc
From: ecamps@xlan.fdn.org (Eric Camps)
Subject: Re: Software lock-in, NeXT get a life!
Reply-To: ecamps@xlan.fdn.org
Organization: X&LAN - Bordeaux, France.
Date: Thu, 17 Dec 1992 18:39:18 GMT

In article <eronald.724544541@ruble> eronald@fml.tuwien.ac.at (Edmund  
Ronald) writes:
>  I write. I write for a living. I write on my cube, when I can. Then I  
have
>  to hand the copy in to an editor.   Said (human :) editor sits in front 
>  of a PC. My text is usually in French, contains all these nice accents
>  which the french seem to need like salt and pepper.
> 
>   There is a DOS Ascii character set, and a Windows character set. 
> 
>   HOW THE HELL IS ONE SUPPOSED TO MOVE TEXT TO EITHER? 
>   AM I THE ONLY MAN IN THE WORLD WHO GETS ANGRY ABOUT THIS?
>   OH, YES, I KNOW ABOUT RTF. ON THE NEXT RTF MEANS NEXT_RTF :(
> 
>   ARGH.
> 
>  Edmund (who also happens to be a NeXT developper, but can't be  
bothered)


In NeXTSTEP 2.1, many of our customers and I were very surprised to see  
that a RTF file generated on a PC (with word for instance) or on a Mac was  
not properly handled by Edit, neither by WriteNow, neither by WordPerfect,  
although the RTF format contains an information on the charSet used (ansi,  
mac).
A solution for me was to quickly write a NS2.1 piece of software called  
RTFiltre.app which can translate PC/RTF and Mac/RTF, making the good  
character encoding translation to resolve that problem of accents. The  
file filtered is then correctly read by Edit, WN or WP. 
For RTFiltre.app, if the input is not an RTF file (say an ascii file), it  
uses a default conversion table that you can create yourself.
Soonly (if I have time), a NS3.0 RTFiltre.app will be able to export its  
NeXT/RTF for PC and Mac. Idem for exporting its special ascii files.

--
Eric Camps - Email/NeXTmail: ecamps@xlan.fdn.org
X&LAN, 2 rue du Colisee, 33000 Bordeaux, France
Voice: (+33) 56 51 04 89    Fax: (+33) 56 51 05 31
Newsgroups: comp.sys.next.misc
From: wgilbert@fatou.uwaterloo.ca (William Gilbert)
Subject: Re: Good NeXT ps font collection loaded to sonata!
Organization: Pure Math Dept, University of Waterloo, Canada
Date: Fri, 18 Dec 1992 01:27:52 GMT

In article <1992Dec17.200645.20310@socrates.umd.edu> ice@socrates.umd.edu 
(Fredrik Nyman) writes:
>
>There is a font called Arnold B\o"cklin (\o" = odieresis) in the
>Adobe font catalog.  I don't remember what company it is from though
>(not Adobe, maybe ITC?).  An educated guess is that Arnold is the
>font's designer.
>

Arnold Boecklin (1827-1901) was a Swiss painter, best known for his
landscapes.  The Font is a very popular standard one.  I don't know if he
designed it or if it was called after him.

Will Gilbert

Newsgroups: comp.sys.next.misc
From: bil@cmn14.Stanford.EDU (Bill Schottstaedt)
Subject: Re: NeXT Music software???
Organization: DSO, Stanford University
Date: Mon, 14 Dec 92 16:24:45 GMT

Glenn Diener changed jobs (and moved to the East coast somewhere)
a couple months ago -- I'm sure as soon as he gets settled, he'll
do something about Nutation.

On the other question -- Leland Smith is the author of Score,
and I believe he is still providing support for users of it.
From: eboltz@jhunix.hcf.jhu.edu (Eric Scott Boltz)
Subject: olwm for co-Xist 3.0
Organization: HAC - Johns Hopkins University, Baltimore
Date: Mon, 14 Dec 1992 15:46:50 GMT

Hi,
I'm looking for Open Look to run under co-Xist 3.0. Is there somewhere
I can find binaries for olwm? I need it because some of the net software 	
want to run uses OL fonts and other stuff. It works under Motif, but not
as well as under olwm on other machines.

thanks in advance,
Eric S. Boltz
From: grw@oahu.cs.ucla.edu (George Wu)
Newsgroups: comp.sys.next.misc
Subject: Digital answer machine using ZyXEL U-1496E
Date: 13 Dec 92 18:28:52 GMT
Article-I.D.: cs.1992Dec13.182852.26201
Distribution: usa
Organization: UCLA, Computer Science Department


  Does anyone know of any software that uses the digitized voice
capability of the ZyXEL U-1496E modem to emulate an answering machine
?  

  George Wu
Newsgroups: comp.sys.next.misc
From: maurices@spock.dis.cccd.edu (Maurice Shihadi)
Subject: Re: NeXT Music software???
Organization: Coast Community College District, Costa Mesa, CA
Date: Mon, 14 Dec 1992 13:06:36 GMT

In article <1992Dec13.124018.19448@blaze.cs.jhu.edu> swiet@poincare.cs.jhu.edu (Alexander Swietlicki) writes:
>In article <92348.015546U54876@uicvm.uic.edu> <U54876@uicvm.uic.edu> writes:
>>Hello -
>>
>>  Came in late to this thread, but just wanted to offer some old information.
>>In the premiere issue of NeXTWORLD there was a three page article about CCRMA
>>and their use of NeXT's.  A small section of that article described "Nutation"
>>by Glendon Diener (a CCRMA grad student).  For those of you who don't have ac
>>cess to that copy of NeXTWORLD, I will transcribe some of the description:
>
>	I've come to the conclusion that Nutation is a phantom app.  It's
>even listed in the Spring '92 NeXTonCampus on page 42 (NeXT Public achives)
>as available at one of the standard NeXT achive sites.  (Orst and Nova).
>
>	Alex


Actually, Nutation does exist.  I have it.  Unfortunately, it is broken in
NS 3.0 and it needs the Adobe "Sonata" font to work in 2.0.  It used to 
be at CCRMA-ftp.stanford.edu but I haven't seen it since NS 3.0 came out.
Last I heard Glendon was working in some administrative capacity at CCRMA
but I suspect he may have gotten another job elsewhere.  I wonder where
Glendon went to and if he's quietly porting Nutation over to NS 3.0?
Incidently, at the time of the NeXTworld article NS 2.0 was pretty well
established but Nutation only worked in NS 1.0.  I don't believe NeXTWorld
mentioned that suttle detail and I've always wondered why they featured an
application that didn't work until at least six months later.  I sure
wish someone picked it up for distribution.


maurices
Organization: Penn State University
Date: Fri, 18 Dec 1992 08:46:26 EST
From: <NLF102@psuvm.psu.edu>
Newsgroups: comp.sys.next.misc
Subject: Re: 100 Mips Intel NeXT.
 <1992Dec16.150405.613@pencom.com> <92352.110046NLF102@psuvm.psu.edu>
 <1992Dec17.193504.24815@blaze.cs.jhu.edu>

  Okay, good point.  Why replace the DSP when you don't have to.  If removing
it would lower the cost of the NeXT, then do it, but otherwise, sure, keep
it there.  Still a good idea to have a main processor fast enough to do all
the jobs, just in case lightning strikes the DSP factory and burns it down or
something.  :D
  My other points still stand, though.  I do have one other thing I'd like to
add.  I also wish that the chip they choose be one made here in America.  We
have enough of the computer manufacturing going to the Far East, let's not
throw more wood on the fire.  The more business we keep in America, the better
we will be, I think.
  This is my last post here, until I either get another mainframe account on
the PSU computers, or until I get a NeXT and connect to Internet.
  Thank you for the interesting posts and lively debates.
Nate  :)
Newsgroups: comp.sys.next.misc
From: fischer@iesd.auc.dk (Lars Peter Fischer)
Subject: Re: ksh
Organization: Mathematics and Computer Science, Aalborg University
	<1992Dec10.011541.27531@u.washington.edu>
Date: 12 Dec 92 19:12:50


Get BASH (Bourne Again SHell), the GNU version of ksh with lots of csh
niceties and other good stuff. I've used it as login shell on Sun's
and NeXT for years, and it's truly the best shell available.

Available at all the major (GNU) archives. Strongly recommended.

/Lars
--
Lars Fischer, fischer@iesd.auc.dk | It takes an uncommon mind to think of
CS Dept., Aalborg Univ., DENMARK. | these things.  -- Calvin
Newsgroups: comp.sys.next.misc