HDTenEightyP/NetNews huggingface dataset:
From: jmd@cube.handheld.com (Jim De Arras)
Subject: Re: Truth: what is it? (was: Re: Praise and gripes about 3.0)
Organization: Hand Held Products, Inc.
Date: Mon, 5 Oct 1992 02:12:59 GMT

In article <2151@dutiws.tudelft.nl> dimitri@dutiws.tudelft.nl (Dimitri  
Tischenko) writes:
> In article <1992Oct1.165220.25206@cube.handheld.com> jmd@cube.handheld.com  
(Jim De Arras) writes:
> .... stuff deleted ...
> >Per my old-fashioned upbringing, in the (early) fifties, there is truth and  
> >!truth.  !Truth == lie.  The statement "...is a lot closer to the truth..."  
> >implies the position not the truth, and hence a lie.  I know that is out of  
> >sync with the nineties, where truth is more a matter of perception than an  
> >absolute, but I'm too old to change.
> >
> >Jim
> 
> Well, !Truth==lie is certainly not true (pun intended!). Because the
> question "what is truth" is sometimes impossible to answer. For
> example: "There exists another life besides the one on earth" is
> this a truth? is this a lie? Maybe it can be both or none?
> 

It would be true if you knew or believed it to be true when you spoke it.   
Otherwise it would be a lie.  Truth and falsehood are not the same as fact and  
fiction.

> Just a bit of thinking.
> 
> Dimitri
>  
+------------------------------------------------------------------------------ 
+
> | Dimitri Tischenko | D.B.Tischenko@IS.TWI.TUDelft.NL |   NeXTmail preferred!   
|
>  
+---------------------------------------+-------------------------------------- 
+
> | Delft University of Technology        | Technische Universiteit Delft         
|
> | Fac Applied Math & Computer Science   | Fac. Techn. Wiskunde & Informatica    
|
> | The Netherlands                       | Nederland                             
|
>  
+---------------------------------------+-------------------------------------- 
+

Jim
Newsgroups: comp.sys.next.software
From: michael@stb.info.com (Michael Gersten)
Subject: Re: VirtSpace (mini -review)
Organization: STB BBS, La, Ca, 310 319 3778
Date: Sat, 3 Oct 1992 20:34:00 GMT

asd@sage.cc.purdue.edu (Doug McClure) writes:
> [ talking about VirtSpace, and improvments in the newest version ]
>- Active Apps When Clicked:  You can activate an application by
>clicking on it's window representation in the VirtSpace window.
>
>- Bring to Front:  similar to above, you can bring windows to the
>front via the VirtSpace window.
>
>- Auto Scrolling:  VS sets up windows on the borders of th screen.
>When you put the mouse all the way to a border, the window detects it,

This might mean big trouble.

Can I just move windows without rearranging them? (Which I currently use
VirtSpace for a lot). What if I need to move to the right or left edge to
click on something, such as a scrollbar? (ditto for bottom). Or if I'm moving
a window along the edge of the screen?

These are nice ideas, but I'd be worried about the details.
-- 
		Michael Gersten		michael@stb.info.com
HELLO! I'm a signature virus! Join in the fun and copy me into yours!
ex:.-1,. w $HOME/.signature
From: sam_s@NeXT.com (Sam Streeper)
Newsgroups: comp.sys.next.software
Subject: Re: Praise and gripes about 3.0
Date: 26 Sep 92 19:27:10 GMT
Reply-To: sam_s@NeXT.com

More random ruminations on speed:

In 1.0, Edit used buffered windows.  This meant that text was drawn into the  
buffer, and only then was the buffer flushed.
In 2.0, Edit used retained windows, so the blit to scroll the text was done  
on-screen, and then you would see the text redraw on the screen.  We saved one  
full-window blit (the one to flush the buffer); since half as many bits were  
being blitted around, scrolling performance improved.  However, to my eye, the  
_quality_ of scrolling was worse;  I don't like to see the text flicker and  
redraw.  (It reminds me of lesser computers  8^)

For 3.0, Edit is using a buffered window again.  Sheer scolling speed is down,  
but to my eye it's much easier to read scrolling text.  I think visible vs.  
buffered redraws is something of a religious issue; I don't really expect to  
convince anybody of rightness one way or the other.  Still, to check out the  
difference for yourself, use Interface Builider to create a window with a big  
RTF text object in it, and try running it in test mode and then switching the  
window between buffered and retained.  The difference in speed is less apparent  
than the difference in display quality.

Rumination #2: someone commented that he didn't notice a slowdown between 1.0  
and 2.0.  I guess I can't argue with perceptions except to comment that most  
people upgraded to an 040 when they got 2.0;  it was definitely bigger and  
slower than 1.0.  The truth about virtual memory systems is that they will  
always slow down when they get bigger.  I think 3.0 is a win in the long term  
because it enables developers to do better things.  (I don't claim to be  
unbiased...)  Get a few more megs of ram and enjoy!

-sam

--
Opinions expressed herein are not those of my employer.  They're not even
mine.  They're probably wrong besides.  How did they get in here, anyway?
Newsgroups: comp.sys.next.software
Newsgroups: comp.sys.next.software
Subject: zmodem guru needed
From: Kelly Cunningham  (Random Deviate))
Date: 5 Oct 92 15:10:53 CST
Reply-To: deviate@lipschitz.sfasu.edu
Distribution: usa

Will some kind  zmodem guru please contact me via e-mail?

--
Randomly, Kelly Cunningham 
<deviate@lipschitz.sfasu.edu><f_cnnghamjk@ccsvax.sfasu.edu><jkellyc@tenet.edu>  
    NeXTMail (encouraged)          VMS Mail (tolerated)     Pine (beats mail)
"Those who are ignorant of history are doomed to listen to only new music."
                                                           -- Scott Simon
Newsgroups: comp.sys.next.software
From: spagiola@frinext.stanford.edu (Stefano Pagiola)
Subject: WP query
Reply-To: spagiola@frinext.stanford.edu
Organization: DSO, Stanford University
Date: Sun, 27 Sep 92 00:49:57 GMT

In WP/DOS there is a way to specify what size subscripts and  
superscripts should be, in proportion to the base font.  I can't seem  
to find any such option in WP/NeXT.  Is that one of the many things  
they've left out, or am i just not looking in the right place?

--
-
Stefano Pagiola
Food Research Institute, Stanford University
spagiola@frinext.stanford.edu (NeXTMail encouraged)
Newsgroups: comp.sys.next.software
From: coactive@netcom.com (Coactive Aesthetics)
Subject: Xnext color problems
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
X-Newsreader: Tin 1.1 PL5
Date: Wed, 30 Sep 1992 00:30:16 GMT


Hi,

I recently recieved my NeXTstation Color (non-turbo), and installed the
color Xnext server from the sonata archives. I find that the server draws
extra garbage when drawing vertical lines in transient windows and buttons,
and has a problem with some putimage calls. I have tried several window
managers, all having the same results. Are these known problems? Is there a
more recent version of this server?

Thanks in advance,

Otto

---
Otto Lind                  Coactive Aesthetics
otto@coactive.com          P.O. Box 425967, San Francisco, CA 94142
netcom!coactive!otto       voice:(415)626-5152    fax:(415)626-6320
From: nether@wpi.WPI.EDU (Joel C Belog)
Newsgroups: comp.sys.next.software
Subject: file transfer crash recovery ...
Date: 4 Oct 1992 04:29:26 GMT
Organization: Worcester Polytechnic Institute
NNTP-Posting-Host: wpi.wpi.edu


Hi,

	I'm looking for a communications program that will
	allow me to resume a file transfer that has been
	interupped.

	I was using the zmodem off of the archives
	(zmodem19920525.tar.Z),but the rz that is provided
	doesn't support file transfer crash recovery.  The
	man page states:

		Unix flavors of Professional-YAM may 
	 	be linked to "rz" and used in place 
		of this program to support these 
		ZMODEM features.

	But I don't know how to do this.  Has anyone done this?
	If so, could you send me a binary if possible.  I don't
	have the extended OS.

	Does the file transfer utilities in Microphone Pro
	support file transfer crash recover?  Does any
	sw/pd/free/commercial comm program do what I want.

	Please e-mail your responses.

	I'll summarize on the net in about a week.

	Thanks for all responses,
	Joel Belog
	nether@wpi.wpi.edu
Newsgroups: comp.sys.next.software
From: rabin@CS.Yale.Edu (Dan Rabin)
Subject: GNU Emacs side-by-side window bug resolved
Reply-To: rabin-dan@cs.yale.edu
Organization: Computer Science, Yale University, New Haven, CT 06520-2158
Distribution: comp
Date: Sat, 3 Oct 1992 12:04:51 GMT

I have resolved the GNU Emacs 18.55 under NeXTstep 3.0 side-by-side
window screen update garbling bug by switching to GNU Emacs 18.57.
Thanks to all who put in time to help me track this down.

  -- Dan Rabin (rabin-dan@cs.yale.edu)
Newsgroups: comp.sys.next.software
From: thermans@n1.nsf.gov (Tim Hermans)
Subject: Mouse pointer for NeXT
Organization: National Science Foundation
Date: Tue, 6 Oct 1992 13:04:17 GMT

I'm looking for something to improve the visibility of my mouse pointer. The  
darn thing is so small I have to wave it around on the screen for 15 minutes  
before I pick it up. And no cracks about my eyesight either :-)

--
* Tim Hermans			      |	Address: thermans@nsf.gov
* Electronic Mail Administrator	      |	Phone:   (202)357-7768
* National Science Foundation	      |	
* 1800 G. St. N.W. Washington DC 20550|	
Newsgroups: comp.sys.next.software,comp.graphics.visualization
From: shanega@athena.mit.edu (Shane G. Artis)
Subject: Photorealistic RenderMan rendering capabilities and shaders
Organization: Massachusetts Institute of Technology
Date: Wed, 7 Oct 1992 01:35:22 GMT

Hi, I'm running a photorealistic RenderMan implementation on the NeXT,
and I'm trying to determine to what extent I can perform true
ray-tracing with this program.  PRman generally uses shadow maps and
environment maps to calculate reflections and shadows, but I prefer
the greater accuracy possible using ray-tracing and radiosity methods.
These are implicitly supported using the renderman shading language
function, illuminance(), but I'm not clear how to write a surface
shader that will successfully allow me to trace reflections among
surfaces as well as from light sources (which I already can handle
fine.)  Has anyone out there addressed this issue before?  Does anyone
know if the NeXT version of PRman supports the illuminance()
construct?  Does anyone have a full release specification for PRman on
the NeXT platform?  NeXT provides no documentation except for that
based on the Quick RenderMan specification, quite a different beast.

In a similar vein, has anyone been able to succesfully pass arguments
to the NeXT-provided (or hand-written) surface shaders?  Whenever I do
I get error mesages parsing the .RIB file (which I pass by hand to the
PRman renderer).  So far the shaders only use their default values
even though I'm using a program that finds and prints out the various
allowed arguments (thanks to Daryll Strauss for the code!).

Help here would be very very much appreciated.  NeXT doesn't provide
any real support for this sort of low-level stuff.  All that I know
has been gleaned from The RenderMan Companion (by Steve Upstill).
Note that I have ordered the RenderMan 3.1 Specifications from Pixar,
so anyone who says 'buy the manuals' shouldn't (unless there are other
manuals...)

Thanks!

Shane
From: gt2186a@prism.gatech.EDU (COBIA,FRANK NAYLOR)
Newsgroups: comp.sys.next.software
Subject: HELP ejecting floppies
Date: 26 Sep 92 20:41:16 GMT
Organization: Georgia Institute of Technology

What is wrong with the 3.0 Workspace Manager??? When I put a floppy (or CD) in
the drive, the icon does not show up on the shelf (I do have the preference
set correctly). The eject button does not highlight either. If I log in as 
root, everything works perfectly. 

This is REALLY annoying!!!!! Is this a bug or have I done something??

Thanks in advance.
Frank

p.s. If I rerun the 3.0Upgrade.app everything works fine for a short period of
time.
-- 
COBIA,FRANK NAYLOR
Georgia Institute of Technology, Atlanta Georgia, 30332
uucp:     ...!{allegra,amd,hplabs,ut-ngp}!gatech!prism!gt2186a
Internet: gt2186a@prism.gatech.edu
From: jim@ptnext.claremont.edu (Jim Kieley)
Newsgroups: comp.sys.next.software
Subject: WP bugs
Date: 6 Oct 92 00:18:25 GMT
Organization: Harvey Mudd College, Claremont, CA 91711

I haven't been monitoring this group of late.  Has there been mention of bugs  
with Word perfect 1.01? Underlining and italicizing seem to be freaking out.
Has anyone heard of a WP upgrade? I just bought 5 copies for our college less  
than two months ago from Campus Technologies and they sent me 1.01.

Jim Kieley
jim@ptnext.claremont.edu
Newsgroups: comp.sys.next.software,comp.emacs
From: rabin@CS.Yale.Edu (Dan Rabin)
Subject: Problem with GNU Emacs 18.55 under NeXTStep 3.0
Reply-To: rabin-dan@cs.yale.edu
Organization: Computer Science, Yale University, New Haven, CT 06520-2158
Distribution: comp
Date: Mon, 28 Sep 1992 11:42:29 GMT

We have just received NeXT machines running NeXTStep 3.0.  The GNU
Emacs shipped with this release is 18.55.  I have encountered the
following problem, and I wonder if anyone else has seen it:

When the emacs is split `horizontally' (that is, side-by-side
windows), and extensive editing is done in the left-hand window,
screen updates are garbled.  The problem is *very* noticeable: you
couldn't possibly miss it.

I can be much more precise, and I can supply instructions for
reproducing the problem, at least on my machine.  The problem occurs
both when using the Emacs 2.1 front end (which uses termcap eterm) and
when running emacs in a Terminal.app window (which uses termcap
vt100).  The problem is especially noticeable when using a long window
(I tend to use 67 lines) and when the emacs variable
`truncate-partial-width-windows' is nil; however, it also occurs under
other circumstances.  

So: has anyone seen this?  Would someone running NeXTStep 2.1 be
willing to try to reproduce it in order to help me indict or exonerate
emacs?  

Thanks in advance,

  -- Dan Rabin (rabin-dan@cs.yale.edu)
Newsgroups: comp.sys.next.software
From: C579819@mizzou1.missouri.edu
Subject: Help needed on Zilla.app (Distributed processing)
Organization: University of Missouri
Date: Thu, 01 Oct 92 20:49:58 CDT

Does anyone on the group or the net know something about Zilla.app?
I would like to do some distributed programming and would appreciate
any information regarding the use of Zilla. Any information would be
appreciated. If possible I would prefer to be emailed directly as I
have little access to the newsgroup. Thanks
Kevin Yoon
c579819@mizzou1.missouri.edu
"GO TIGERS!!!!!!"
Newsgroups: comp.sys.next.software
From: arno@fangorn.fdn.gna.org (Arnaud Weber)
Subject: Re: More information on Cub'X under NeXTStep 3.0
Reply-To: arno@fangorn.fdn.gna.org
Organization: Cub'x Systemes
Date: Fri, 25 Sep 1992 19:52:58 GMT

In article <1992Sep23.131452.8624@inttech.com> millier@inttech.com (Marc  
Millier) writes:
> Cub'X under NeXTStep 3.0:
> -------------------------
> oops...
> 
> Cub'X has also sent me information that the reason Cub'X has to have root
> access is because of permission changes in /dev.  So as an alternative to
> makeing the servers set-uid root, you could change the permissions in
> /dev for /dev/vid0 and perhaps for /dev/evs0 to be rw for other:
> 
>       chmod o+rw /dev/vid0
> 
> -Marc
> 

You don't have to type any shell command to use a Nextstep 2.1 CubX version on  
Nextstep 3.0. Just edit the shell script like Marc wrote and click on the build  
button of CubXWindowInstaller.


- Arnaud
-- 
--
#############################################################
   Arnaud Weber                     a_weber@cubx.oleane.com
   Cub'x Systemes (France)          arno@fdn.org
Newsgroups: comp.sys.next.software
From: pascal@nextasy.physics.mcmaster.ca (Pascal Gaudette)
Subject: Re: Localization: HA! <warning: flame>
Organization: McMaster University, Hamilton, Ontario.
Date: Mon, 5 Oct 1992 15:40:50 GMT

In article <1992Oct3.053328.1538@tetrasoft.com> Joseph R. Grace  
<JGrace@TetraSoft.com> writes:
> 3.0 incorporates a lot of well architected (designed)
> operating system support   for things like localization
> and help (and lots more, of course) --- neither of   which
> are really *used* yet.  I think NeXT is approaching these
> problems in a   stepwise fashion.  First, organize the
> system with features to support what   people need and want
> (e.g., localization and help); then release because
> time   is money, [...].  Second, now that the features are in
> place, NeXT will figure   out how best (at least 1st cut) to
> use them and take advantage of them (think   NS3.1 here :-). 
> 

Well, I would really like it if that was the case, and I
hope it is. But what it looks like to me is that NeXT has, for
example, built in the possibility of non-english
spelling dictionaries. Great. Now, will it let a third
party make some $$$ by shipping one? Similarly, if you
bring up the language part of the Target->Inspector of
DL, it looks like it has the capability to load indexing
rules for other languages, but none are provided. (The
place to put those rules appears to be
/NextLibrary/Readers, or I guess, /LocalLibrary/Readers.) 
If NeXT intends to include some rules for other languages in 3.1,
then fine, and I will be a happy camper. But *will they*, or will
they let a third party do it and sell it to us?  

If NeXT is short on resources to do this stuff, why doesn't it
contract a third party to do the work and then bundle it with its
OS?

> Anyway, I think NeXT is just making progress
> step-by-step, and this step was   providing
> architectural support.  Presumably, the next step will
> be use of the   support for things like thorough
> localization and help.  (Can you say "NS3.1"?   :-) 
> 

I hope so...

I do agree that there is progress. Maybe I expected too much out
of 3.0.

Later,
--
Pascal "The Rascal" Gaudette       pascal@nextasy.physics.mcmaster.ca
MacNUG president                      | *NeXTmail encouraged* 
graduate student, McMaster university | Je ne suis pas infaillible.
Physics and astronomy dep.            | Vive le Quebec LIBRE!
From: shanega@athena.mit.edu (Shane G. Artis)
Subject: Mathematica and 3.0
Organization: Massachusetts Institute of Technology
Date: Mon, 28 Sep 1992 21:29:25 GMT

Hi, can anyone confirm or deny a problem I'm having with Mathematica
version 2.0.4.1 and NeXTSTEP 3.0?  I just upgraded my NeXTstation and
Mathematica will execute as before until I attempt a calculation.
When I type, for example, 2+2 and press Enter, Mathematica goes off
and says it's calculating, but I hear no disk action as before when it
started up the kernel, and the calculation never completes.
Mathematica doesn't hang - it still works from the menu, but it appears
that only the front end is working.  Is this just some kind of
Preferences or Path bug?  Clues would be appreciated since if Mathematica
doesn't work then I can't stay with 3.0.

Shane
From: rbp@investor.pgh.pa.us (Bob Peirce #305)
Newsgroups: comp.sys.next.software
Subject: Librarian Problems  3.0 vs 2.x
Date: 5 Oct 92 11:03:41 GMT
Reply-To: rbp@investor.pgh.pa.us (Bob Peirce #305)
Organization: Cookson, Peirce & Co., Pittsburgh, PA

I spent a fair amount of time searching through the on-line docs for
information on the following, but I was not able to find what I needed.

Under 2.x, when I did a search I would get the file name AND the first
line from the file.  This is not happening under 3.0.  Is there a way to
make it happen?

Under 2.x, when I clicked on a text file it would display in helvetica
15.  Now it displays in ohlfs 10.  However, dread shows the following:

	Librarian ContentFont Helvetica
	Librarian ContentSize 15
	Librarian SummaryFont Helvetica
	Librarian SummarySize 15

What should I dwrite to get what I want?

Thanks for any help.



-- 
Bob Peirce, Pittsburgh, PA         rbp@investor.pgh.pa.us         412-471-5320
venetia@investor.pgh.pa.us [NeXT Mail]  !uunet.uu.net!pitt!investor!rbp [UUCP]
Newsgroups: comp.sys.next.software
From: tvz@zandtwerk.Princeton.EDU (Timothy Van Zandt)
Subject: Re: Still can't get TeXview to read .cshrc (SOLVED).
Organization: Princeton University
Date: Tue, 6 Oct 1992 21:23:14 GMT

In article <1992Oct6.113156.7609@Princeton.EDU> tvz@zandtwerk.Princeton.EDU () writes:
>
>When I run TeXview from a terminal window, it gets the
>environment variables, but when I run it from the Workspace,
>it doesn't seem to read .cshrc and hence the previewer
>can't find fonts and the TeX command window can't find
>inputs.

I guess a public posting requires a public confession. I had accidentally
stuck the environment variables in .cshrc between
  if ( ${?prompt} ) then    ...     endif

Tim

-- 
Timothy Van Zandt   (609)258-4050  tvz@Princeton.EDU (NeXTMail)
Dept. of Economics,  Princeton University,  Princeton, NJ 08544
Newsgroups: comp.sys.next.software
From: key@blacksea.csc.com (Gerry Key)
Subject: Indexing: Never Worked
Keywords: Digital Librarian 
Organization: Naval Ocean Systems Center, San Diego, CA
Distribution: usa
Date: Tue, 29 Sep 1992 22:39:11 GMT

With the recent spate of articles regarding problems getting the Digital  
Librarian to indexing correctly under NS 3.0, I have an even sadder tale  
to tell.  I've never been able to get it to index under NS 2.2.  

I follow the steps as per the NeXT User manual, and DL whirs and clicks  
away just as advertised, telling me all the while that it's "Creating" an  
index.  However, when it's done the message reverts back to "No index  
present".  

It's not a file permission problem because I am the owner of the files I  
am trying to index, they are in directories I have rwx permission to, etc.  

Any suggestions?  

--Gerry Key 
Computer Sciences Corporation 
Internet:		key@csc.com
FAX:			619.225.2583
Voice: 			619.225.2504
Newsgroups: comp.sys.next.software
From: robinc@jhunix.hcf.jhu.edu (Robert Delucca)
Subject: Sounds played in Mail.app??
Keywords: Mail.app sounds 
Organization: HAC - Johns Hopkins University, Baltimore
Date: Thu, 1 Oct 1992 19:40:16 GMT

I can't seem to get a sound file to be played when Mail
gets Mail. Just doesn't work. Mailcall was nice - 
Has anyone got a sound to sound?? How??? 

rdelucca@rosemary.uucp.jhu.edu
Johns Hopkins Univ.

Newsgroups: comp.sys.next.software
From: ramirez.Princeton.EDU!penrose (Christopher Penrose)
Subject: More Hyperupic.app (!!!) Hoaxdom
Originator: news@nimaster
Keywords: TIFF, sound, transduction
Organization: Princeton University
Date: Tue, 6 Oct 1992 05:30:09 GMT



Greetings Friends!

Yet another version of Hyperupic (v1.4), the TIFF image to sound transduction  
software for NeXT computers, is available via anonymous ftp:

princeton.edu	128.112.128.1
/pub/music/Hyperupic-1.4.tar.Z

it also lies in the submissions directories at sonata.cc.purdue.edu and  
cs.orst.edu.

This new version has added error checking, image display, oscillator tables  
specifiable with arbitrary soundfiles, stereo spatialization.  Wow you say.   
Snarf up this freeware quick, before ... well before you forget you can snarf  
up this software at absolutely no cost.  Source code is included as always.

Hyperupic (v 1.4) was built under NeXTstep 2.1. NeXTstep 3.0 compatible source  
code will be available sometime before the year ends.  The appwrap and binary  
seems to function smoothly under NeXTstep 3.0.

Christopher Penrose
effete ivy tower composeur
penrose@silvertone.princeton.edu

Newsgroups: comp.sys.next.software