HDTenEightyP/NetNews huggingface dataset:
From: a74k110@titan.ucc.umass.edu (Chris Lloyd)
Subject: Re: stripping (was Ramdisk coming for NeXT)
Organization: University of Massachusetts, Amherst
Date: Sat, 22 Aug 1992 22:06:11 GMT

In article <1992Aug22.205249.27205@atlantis.uucp> bugs@atlantis.uucp (Dan Berry) writes:
>	"If you want to save some space, try stripping sdmach [hah hah hah]"
>	(paraphrased)
>
>Well, I thought he was joking.  And yet, amazingly enough...
>
>atlantis> ls -l /sdmach
>-r-xr--r--  2 root      708219 Aug 14 19:11 /sdmach*
>atlantis> ls -l /tmp/sdmach 
>-rwxr--r--  1 bugs      624388 Aug 22 14:32 /tmp/sdmach*
>
>*** YEESH! ALERT ***
>How can this be?  And although I feel that the stripped version might work with
>no problems, _I_ ain't gonna be the one to try it out.  It might work in the
>beginning, but I'd hate to have to deal with sporatic mach-kernel errors.

Stripping /sdmach won't cause kernel errors per se, just errors when
something tries to link with it, such as kernel loaded servers which use
the relocation info (which strip removes) to link into the kernel.

If you never intend on using, Midi, NeXTDimension, SLIP, PPP,
MallocDebug (either this or AppInspector, I forget which one), the Tablet
driver, ISDN, TTYDSP, and others I haven't mentioned and others
which will come along, then it's probably fine to do :)

Never hurts to try this stuff, worst that will happen is you'll learn
something,
-- 
::   Christopher Lloyd  ::  a74k110@titan.ucc.umass.edu  ::  Yrrid, Inc.    ::
::"He said he'd make me elite for $5...I think he wanted a sub or somethin'"::
From: buster@spot.Colorado.EDU (Paul Buster)
Newsgroups: comp.sys.next.misc
Subject: dBase/dbf files on the NeXT
Date: 16 Aug 92 03:49:50 GMT
Organization: University of Colorado, Boulder


Is there a program for the NeXT that does a good job with dBase/dbf files ?

thanks
-paul buster
buster@spot.Colorado.EDU
Newsgroups: comp.sys.next.misc
From: kaw4t@fulton.seas.Virginia.EDU (Kent A. Watsen)
Subject: New NeXT UsER In NeED Of HeLP
Organization: University of Virginia
Date: Fri, 14 Aug 1992 15:27:05 GMT

	Hi, now that I got your attention I was hoping you would be
so kind as to lend me your experience/expertise on several topics I
have been mulling over recently. Let me first qualify myself as the
proud owner of a NeXT Color Turbo Station w/ 250Mb HD and 16Mb Ram,
if it makes any difference.

1)	Is there a graphics library package which can be linked with
	C programs allowing pixel placement (similar to Borland C++
	getpixel() and putpixel() routines)?  I guess I would like to
	open a 640x480 window, background originally set to something,
	and fill it in pixel-by-pixel.

2)	Where is the swapfile?

3)	Is there a monitor-screen cover so it doen't get scatched?

4)	I want to add more RAM in the smallest increments necessary
	but insuring I can add up to 32Mb without ever having to
	take out a SIMM.

5)	How do I change SoftPCv2.0's harddrive size to say 30Mb?  Also,
	how do I get it to recognize to A> drive. Now, when I go to
	Preferences and choose Floppy A: and select Internal, it comes
	back with " Cannot gain access to the real floppy device. Check
	permissions on /dev/rfd0b" -- which is currenly crw-r----- 1 root.
	When I become root and try it again it returns: "Unable to open
	floppy device: possibly empty drive?"

6)	I would like to connect my Hayes compatable modem and dot matrix
	printer...

	Please e-mail me at KeNT.Virginia.Edu  		/*  Thanks!  */

Newsgroups: comp.sys.next.misc
From: sears@tree.egr.uh.edu (Paul S. Sears)
Subject: Re: NeXTstep 3.0
Reply-To: sears@tree.egr.uh.edu
Organization: University of Houston
Date: Tue, 18 Aug 1992 22:29:18 GMT

In article <1992Aug18.204351.178605@lexmark.com> songer@lexmark.com  
(Christopher Songer) writes:
=>nathan@laplace.biology.yale.edu writes:
=>>
=>>Given the choice, I would have had NeXT make separate
=>>(later) releases of the new packages (dbkit, 3D stuff,
=>>etc) and just work on getting the stable base release out
=>>on time. 
=>>
=>
=>I'd have to agree with this. My current assumption is that 3.0 is likely
=>to be pretty unstable -- I think I'm going to wait for 3.1. If this does
=>in fact come to pass (I'd like to be wrong) then Next seems to be making 
=>a habit of this. (I'm sure everyone recalls how stable 2.0 was :) Next
=>has great software, but the base has to be stable for it to be usable.
=>
=>Anyway,
=>-Chris

You may want to revise you current assumption.  3.0 will be very stable, if  
the pre-releases are any indication.  We even found that pr1 was far more  
stable than we were ever led to beleive....  pr2 is even better...

Don't hold your breath for 3.1, as 3.0 should be an extremely nice and stable  
release....
--
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: skochhar@cvbnet.prime.com (Sandeep Kochhar x4618 5-2)
Newsgroups: comp.sys.next.misc
Subject: Diagram question
Date: 20 Aug 92 13:59:13 GMT
Distribution: usa
Organization: Computervision


hi!
I've finally started using my Diagram package.  While it seems
pretty good for many types of diagrams (and has fancy-looking examples),
I haven't been able to do something that I really need and is normally
very simple to do, even in drawing packages much simpler than a diagramming
package:

 1. Basically, I want to have rectangles (boxes) whose text label is
    horizontally and vertically centered in them.  So far, it seems to me
    that Diagram's boxes have horizontally centered labels, but not
    vertically (they seem to start near the top of the box).  Thus, if
    I have vertically long box with the label "Box", it looks something like
                 ----------------
		 |     Box      |
		 |		|
		 |		|
		 |		|
		 |		|
		 |		|
		 |		|
		 |		|
		 |		|
                 ----------------
    instead of 
                 ----------------
		 |		|
		 |		|
		 |		|
		 |		|
		 |     Box      |
		 |		|
		 |		|
		 |		|
		 |		|
                 ----------------

  2. Similar problems with the text (objects?) as well.  They don't seem
     to have a good notion of "natural" size.  I have to manually resize
     them to the smallest box.  This is again a pain when I need to
     vertically center a text with some other object.

Can someone tell me what I'm missing and/or the manual pages to read?

Thanks in advance.


-- 
Sandeep Kochhar
Computervision, MS 5-2            email: skochhar@cvbnet.prime.com
14 Crosby Drive                   tel:   (617) 275-1800 x 4618          
Bedford, MA 01730                 fax:   (617) 275-8506
From: hardy@lynx.lynx.ps.uci.edu (Meinhard E. Mayer (Hardy))
Newsgroups: comp.sys.next.misc
Subject: Re: Postscript Fonts
Date: 14 Aug 92 16:35:17 GMT
Organization: /users/hardy/.organization
In-reply-to: petes@kaila.ifsm.umbc.edu's message of Thu, 13 Aug 1992 19:58:21 GMT

In article <1992Aug13.195821.11481@umbc3.umbc.edu> petes@kaila.ifsm.umbc.edu (Peter C. Schuyler) writes:


|       I thought that New Century Schoolbook was a built in postscript
|       font, but I     don't have that for my Next.
Depends what one means by "built-in":
Some printers or cartridges have it, but on the NeXT all fonts are on
the disk. Some are free, others need to be bought (just like the
Postscript cartridges for LaserJets....)

--
Hardy 
-----
Meinhard E. Mayer,  Department of Physics, UC Irvine 
e-mail: hardy@golem.ps.uci.edu (preferred) or MMAYER@UCI.BITNET
NeXT-mail: hardy@714-725-3176.nts.uci.edu
From: lance@wolves.durham.nc.us (Lance Brown)
Newsgroups: comp.sys.next.misc
Subject: Stability of Next as a company
Date: 22 Aug 92 20:31:41 GMT
Organization: Wolves Den UNIX site
X-Md4-Signature: 735315410fda1b3b46ee15da7e4c3025

Hello,

I would like to get some opinions on how stable NeXT is as a company.  I
have been an avid fan of the NeXT boxes since they came out and am strongly
considering buying one for personal use at home.

I also have friends who are impressed with these machines, but feel that
the company is just NOT going to last and they will end up with an orphaned
machine if they buy NeXT boxes.

What do you think of the long term stability of the company?

Lance
Newsgroups: comp.sys.next.misc
From: tristen@cs.UAlberta.CA (Rasmussen Tristen J)
Subject: Re: Anyone have opinions on NeXT 17" and 21" color monitors?
Organization: University of Alberta, Edmonton, Canada
Date: Fri, 21 Aug 1992 18:24:29 GMT

I have the 17" color monitor, and it seems to be a little unclear.
After about 15 mins or so, my eyes start to go buggy.  I called NeXT
about this problem, and they said that since the monitor is no longer
under warrentee, the only thing they could do would be to exchange it
for a new 17" at a cost of $1465(US) to me.  When I asked about other
alternatives, they said that I could take it to a shop in my local area
to see if they could fix it.  I friend of mine told me that all it
probably needs is to have the "guns" aligned.  Which could make sense,
since the monitor was shipped 4000km by bus when I got it.....

Does anyone know if aligning the "guns" in the monitor will do the trick
to make the screen sharper and less fuzzy?

Tristen.
From: dpp@athena.com (David Pollak)
Newsgroups: comp.sys.next.misc
Subject: Re: Do you want free objects from FSF?
Date: 20 Aug 92 12:21:01 GMT
Article-I.D.: dpp.1992Aug20.122101.9308
Reply-To: dpp@athena.com (David Pollak)
Organization: Athena Design, Inc.

In article <Bt8A6G.JuI@world.std.com> gsk@world.std.com (Geoffrey S  
Knauth) writes:
> Would you like to see free objects, libraries, palettes, toolkits,
> etc., from the Free Software Foundation?
> 
> 
> I think we can appreciate what a free object world might be like, with
> its advantages and drawbacks, if we can imagine it is 1989 again, and
> we see NeXTstep's source code on every NeXT computer (rms would
> probably say, "any computer.")
> 

This sounds like a very good idea.

Back before I decided to publish Mesa through Athena Design, I spoke with  
a number of publishers including folks who currently sell objects in the  
NeXT marketplace.  At that time, I was giving away the source to Mesa's  
ToolBar (you know, the thing that lets you pull off menu items and place  
these commands on a button in a separate panel or even in the worksheet  
window itself.)  They told me I was crazy and should charge for this.  My  
response was simple.

We all live in the same virtual city.  We need to attract a population to  
our city to create a thriving metropolis.  One way to attract people is to  
build beautiful buildings (great applications.)  NeXT provides great  
cement and a bedrock on which we can build these buildings (the AppKit and  
mach, respectively.)  I don't mind sharing my bricks with other builders  
so that these builders can also build beautiful buildings.  The more great  
buildings we have, the more people will come to our city.  The more people  
in the city, the better the economy, for everybody.

To this end, I will donate the drag and drop font system, the ToolBar  
system, the Mesa Object Library Interface, and I'll even think about  
donating the dynamic PS wrap generator (yes, version 1.1 of Mesa only  
makes one window server call to display an entire worksheet.  It caches  
all the PostScript commands for re-drawing, binary encodes them, and sends  
them to the window server in one chunk.)  If anyone sees other parts of  
Mesa that would be good to add to this collection, please forward the  
suggestion to me at dpp@athena.com.

We live in the best city in the computer world.  Let's get together,  
share, and build the most beautiful buildings anywhere.

David
-- 
David Pollak - dpp@athena.com - NeXTMail Compliant
Attorney at Law,
Feeder of the Bears, Athena Design, Inc.
Newsgroups: comp.sys.next.misc,comp.sys.next.marketplace
From: Monty Solomon <monty%roscom@think.com>
Subject: Re: Athena Design Announces Mesa Educational Pricing
Reply-To: Monty Solomon <roscom!monty@think.com>
Organization: Proponent
Date: Sun, 16 Aug 1992 21:26:01 GMT

In article <1992Aug15.162759.9627@dpp> dpp@athena.com (David Pollak) writes:
> suggested list price of $xx.  The educational edition contains
> 
> from NeXTConnection and authorized NeXT re-sellers.  It has a
> suggested retail price of $xx.

It is extremely annoying that press releases posted to the NeXT groups have had  
their price information removed.

Who has implemented this practice and why?

Press releases posted to other groups routinely include price information.

Please stop this annoying practice.

Thank you.

-- 
# Monty Solomon / PO Box 2486 / Framingham, MA  01701-0405
# monty%roscom@think.com
From: unregistered@newcastle.ac.uk (Scott A. McIntyre)
Newsgroups: comp.sys.next.misc
Subject: Re: 3.0 Upgrade--include LISP, MATHEMATICA&IMPROV ??
Date: 19 Aug 92 12:52:33 GMT
Reply-To: S.A.McIntyre@durham.ac.uk
Organization: Synapse Computer Consultants
X-Newsreader: Tin 1.1 PL4

tholland@pars.skidmore.edu (Anthony Holland) writes:
: Does anyone know....you beta user types out there....
: when we upgrade to 3.0, do we still get lisp, mathematica and improv ? Or  
: atleast are we given an option to prevent them from being destroyed during  
: the upgrade process ?  Thanks
: 
: Anthony Holland

As far as I know, No.

But Lisp stopped quite some time ago and Improv stopped in 1991...as
for Mma, I think that stopped about a year ago in the USA and is
stopping in a month in the UK...No one will want it after that I should
think....
From: prim!dave@germany.eu.net (Dave Griffiths)
Newsgroups: comp.sys.next.misc
Subject: Re: What do we lose with NeXTStep 3.0?
Date: 22 Aug 92 18:27:02 GMT
Organization: Primitive Software Ltd.

In article <4753@rosie.NeXT.COM> sam_s@NeXT.com writes:
>
>You might also save the old Interface Builder.  The new one is better, but
>it writes nibs as file packages.  I tend to use SegHoarker (great app!)
>to muck with nibs, but you can't insert 3.0 nibs back into 2.0
>app segments.  (So keep the old one if you're going to muck with old apps)
>

Will you still be able to muck with nibs in 3.0 apps?

Will there be any means of adding new objects to a binary app in 3.0?
(Such an object could be the target of a new menu item you've added
for instance).

Dave Griffiths
Newsgroups: comp.sys.next.misc
From: jgg@proforma.com (J. G. Gregory)
Subject: Re: 2 bit TIFF -> Bezier ??
Organization: Pro Forma
Date: Wed, 12 Aug 1992 00:15:12 GMT

In article <1992Aug11.215852.8477@nmsu.edu> rscott@spock.NMSU.Edu (Joseph Good)  
writes:
>
>is there a program out there that can transform a Black and White TIFF image  
>into a Bezier image?  I've converted it into EPS, but it just did the same old  
>bitmap (as far as I know).  I'm wanting to have it "get rid of the edges" so  
to  
>speak...  smooth things out.
>

Yes. Its called Adobe Illustrator.  (Some other programs can to do it as well,  
but Illustrator is the only one I know of for the NeXT.) The conversion you  
want is non-trivial, and is best used in a interactive editing type enviroment,  
where you can "fix up" the computers best guesses at edge detection.

--J Gregory
Newsgroups: comp.sys.next.announce,comp.sys.next.marketplace,comp.sys.next.marketplace,comp.sys.next.misc
From: a74k110@titan.ucc.umass.edu (Chris Lloyd)
Subject: ARG! (was Re: FROM the Moderator of c.s.n.a (very LONG))
Summary: HEADER SCREWUP, PLEASE EDIT REPLY FIELD WHEN REPLYING
Keywords: Modman hands tied a bit
Organization: University of Massachusetts, Amherst
Date: Tue, 18 Aug 1992 07:46:48 GMT

In article <1992Aug18.050652.11227@liveware.com> yrrid@world.std.com writes:
[letter deleted]

*@^%@#^@^%#%^@$#@$#%@#%*@#%%#@%@#%@##&^@%#%(#%@@&@$#@$$#&$@*#$@#$#$^@

Why was the From field set to my companies account name?!!?!??!!?!?!??!!?!?

Please people, be careful when replying to this post and edit the
reply address to <todd@liveware.com> I *really* don't want to get
inundated with replies to this.

I realize this is a valid mistake, and did some sort of reply/followup/
something, but _please_ be careful Todd.

sigh sigh sigh,
-- 
:: Christopher Lloyd :: a74k110@titan.ucc.umass.edu :: Yrrid, Inc. ::
Newsgroups: comp.sys.next.announce,comp.sys.next.marketplace,comp.sys.next.marketplace,comp.sys.next.misc
From: sxmlk@acad3.alaska.edu (KIENENBERGER MIKE L)
Newsgroups: comp.sys.next.programmer
Subject: Re: Drag and Drop in < NS3.0
Summary: Drag and Drop in < NS3.0
Date: 18 Aug 92 11:33:00 GMT
Organization: University of Alaska - Fairbanks
News-Software: VAX/VMS VNEWS 1.41.UAC

In article <1992Aug17.104453.11070@monu6.cc.monash.edu.au>, ede978e@monu6.cc.monash.edu.au (Robert D. Nicholson) writes...
>I have to implement Drag and Drop behaviour in NS2.1, but I would also like
>to know wether NS3.0 can do it properly. (Look forward to reading the
>article on it simson)
> 
>OK, I would like to know wether drag and drop can be implemented such that
>the application can determine specifically which window is under the cursor.
> 
>ie. if there are overlapping windows, I must be able to tell which is at the
>top. ie. above all the rest
> 
>Anybody done this?

Yes! (Finally.)
The key is the little-known postscript operator "findwindow."

	<x> <y> <place> <otherwindow> findwindow <x'> <y'> <window> <bool>

(If you're planning on writing your own routine, note that <otherwindow>
 is a local window, while <window> is a global window! If it seems inconsistant
 to you, you are not alone!)

Here's how I implemented it.  "currentPoint" is in screen coords.  "dragWindow"
is the id of the window holding the image being dragged. (I want a window UNDER
what is being dragged.)  "acceptViewList" is a list of accepting views.
The id of the first accepting view under the point is returned.  If no
accepting view is found, nil is returned.

Many thanks to John Immordino at NeXTedge Developer Support who pointed out
findwindow to me when I really needed it!

26-line routine follows. 
=============================================================================
-Mike Kienenberger                       SXMLK@ALASKA           (BITNet)
 University of Alaska Computer Network   SXMLK@acad3.alaska.edu (Internet)
 University of Alaska-Fairbanks
=============================================================================

- checkForAcceptView:(NXPoint *)currentPoint under:dragWindow
{
    int count = 0;
    id currentView;
    unsigned int localWindowNumber;
    float dummy;
    int pwinFound;
    int pdidFind;

    PSfindwindow(currentPoint->x, currentPoint->y,
		 NX_BELOW, [dragWindow windowNum],
		 &dummy, &dummy, &pwinFound, &pdidFind);
    if (0 == pdidFind)  return nil;

    NXConvertGlobalToWinNum(pwinFound, &localWindowNumber);

    while (count < [acceptViewList count])
    {
        currentView = [acceptViewList objectAt:count];
        if ([[currentView window] windowNum] == localWindowNumber)
	    return currentView;
	++count;
    }
    return nil;
}
Newsgroups: comp.sys.next.programmer
From: tim@aplcen.apl.jhu.edu (Tim Pugh)
Subject: Re: GNU cc features doc?
Organization: Johns Hopkins University
Date: Wed, 12 Aug 92 16:27:22 GMT

tim@aplcen.apl.jhu.edu (Tim Pugh) writes:

>Could someone please tell me where I might find documentation on
>the non ansi features provided by the GNU cc compiler.  Neither
>the on-line manual nor the developers docs appears to list them.
>For instance, what is the syntax for using the asm directive or
>the inline directive.  I believe both are supported.  Thanks for
>any help you can give me -- perhaps a reference to a net archive
>containing such info.

>Tim
>-- 
>Tim Pugh                      |MicroCALL Services
>tim@aplcen.apl.JHU.EDU        |8713 Briarcroft Lane
>                              |Laurel, MD 20708-1355
>------------------------------------------------------------------------------
I would like to express my thands to the people who responded so quickly
to the above query.  The answer appears to be that first one has to
get the GNU C Compiler package from MIT.  Within the package is a manual
which describes all the features of the compiler.  I wish NeXT had provided
this manual (on-line) as part of the standard documentation.  Perhaps with
release 3.0, given that there is 680MB available on a CD-ROM, they will
include it (hint, hint!).

Tim
-- 
Tim Pugh                      |MicroCALL Services
tim@aplcen.apl.JHU.EDU        |8713 Briarcroft Lane
                              |Laurel, MD 20708-1355
------------------------------------------------------------------------------
From: sam_s@NeXT.com (Sam Streeper)
Newsgroups: comp.sys.next.programmer
Subject: Re: Animating lots of small bitmaps
Date: 13 Aug 92 01:20:02 GMT
Reply-To: sam_s@NeXT.com
Distribution: usa

In article <22171@venera.isi.edu> dstrout@isi.edu (David Strout) writes:
> I need to animate many (up to 40) small (48>x>20) bitmaps in a view
> under 3.0.  (Think what the X game netrek looks like)  

Use NXImages to store your sprites, and then lockFocus on the appropriate
View or NXImage to composite them in.  Also note whether your window
is retained or buffered; if it's buffered you may need to flush frequently
to prevent the dirty rect from getting too big; when this happens, flushing
will become slower than necessary.  If it's retained you may need to pull
some tricks so that the display doesn't flicker.

For an interesting experiment, run BoinkOut from the command line like this:

BoinkOut -NXShowAllWindows

This unsupported feature will show you what how the window server is cacheing
all the images an app uses, and can be very edifying.  In the case
of BoinkOut, I use a retained window and buffer everything myself in an
NXImage.  Once the buffer is fully constructed, I can output the changed
pieces of it without worrying about accumulating a large dirty rect.
(This probably won't make any sense until you program something like it)
You can get BoinkOut via ftp from (nova.cc.purdue.edu) or on the 3.0
NeXTSTEP release.

> I tried doing
> it with a subview per bitmap, but that flashed badly.

No doubt.  Not a good approach for fast animation.

> I tried putting
> them all in the drawSelf:: of the main view, but that makes the whole
> view flash.  

I recommend using your own optimized animation display methods that
draw as little as possible.

> Current idea is to define a Type 3 font with my bitmaps,
> then use xyshow to draw them.  This seems really gross.  If I wanted
> to do graphics with fonts, I'd program (pick one: X, TI99/4a, IBM PCs)

This is fast, but is a big pain, and you can only output 1 color at a time.
NXImage is much more appropriate.

-sam


--
Opinions 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.programmer