HDTenEightyP/NetNews huggingface dataset:
From: zeke@znext (james dehnert)
Subject: Re: New SUN's, Bad news for NeXT?
Organization: pnet
Date: Fri, 13 Nov 1992 02:05:35 GMT

- > 	Processor		microSPARC ( tsunami I believe )
- > 	Clock speed		50 Mhz
- > 	SPECint 92		26.4
- > 	SPECfp 92		21.0
- > 	SPECrate int 92		626
- > 	SPECrate fp 92		498.1
- > 	MIPS/MFLOPS		59.1 / 4.6
- > 	Main Memory		16 - 96
- > 	Sbus slots		2
- > 	16 M Ram
- > 	15" color monitor ( 1024 x 768 ) 100 DPI
- > 	207 MB disk
- > 	$4295 ( with discounts for quantity )

In article <1992Nov12.070431.349@sol.ctr.columbia.edu>  
gbrown@raven.ctr.columbia.edu (Glenn Brown) writes:
- 
- 
- All the more reason for NeXT to port NeXTstep to the sparcs.
- It's really not the machine I care about.  It's the OS and windowing
- system, of course.  You can always paint the sparc black. =-)
- 
- --Glenn
-

In article <1992Nov12.070054.2742@uwasa.fi> hv@uwasa.fi (Harri Valkama) writes:
- Hmm, I have Sun Sparcstation IPX  here  at university and NeXTstations
- at my own company. Comparing these two machines: I think Sun is pretty
- boring to use. Those specs above looks like they  have a  fast machine
- but if  I have to  choose between  NeXT  and Sun  I  would  take NeXT.
- 
- I value the  Operating System (or should I  say the Operating Environ-
- ment) more and more I use my NeXT.

  I agree with both of your statements here, but one thing that these computers  
are going to do is make VERY big inroads in the academic markets, among other  
places.
  These are low cost, fast, SUNs.  Just hook em up and configure em in the  
network like any other SUNs you have.  I know NeXT's integrate well but there  
are still problems to work out.  If you buy more SUNs for your existing SUN  
network you shouldn't ( notice i say shouldn't ) have any of those problems.  I  
know at UCSD there are profs who just won't consider the NeXT for whatever  
stupid reason.  They go with 486's because SUNs have been too expensive, until  
now.  
  Time will tell here.  Lets hope NeXT dosen't stay too quiet too long.

  Zeke
-- 
+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
=+   +=   Eschew Obfuscation           Next Mail Welcome  =+   +=
+=   =+   James "Zeke" Dehnert        zeke@znext.cts.com  +=   =+
=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=
Newsgroups: comp.sys.next.misc
From: samurai@cs.mcgill.ca (Darcy BROCKBANK)
Subject: Re: multiple host renderman rendering?
Keywords: netinfo, locations
Organization: SOCS - Mcgill University, Montreal, Canada
Date: Fri, 6 Nov 1992 14:31:16 GMT

In article <1992Nov4.145301.6143@stone.com> andrew@stone.com writes:
>In article <1992Nov4.065228.13194@magnus.acs.ohio-state.edu>  
>phayes@magnus.acs.ohio-state.edu (Patrick W Hayes) writes:
>> 
>> How does the multiple host rendering work in 3.0? All I ever get in
>> the render panel is "localhost." Is there a "render-host manager" or  
>something?
>> Do I make some netinfo entry? I couldn't find the docs on this, a  
>pointer
>> to the right manual is all I should need, but then, digital lib. came up
>> with nothing.
>> 
>> Patrick Hayes
>> pwhayes+@osu.edu
>> 
>What a hassle, eh? Oh the hidden magic. Lots of people are calling up and  
>saying "Reality doesn't render", and we are thinking, "hmm, render's here  
>fine".
>
>Here's how to publish other rendering hosts: [There may be a better way,  
>if so, speak up! This was all gleaned by trial and error]:
>


There's an app in /NextDeveloper/Demos call RenderManager.app. If you run
it as root, it is supposed to go into NetInfo and publish your host as
a public render host.
\
However, I never got it to work quite right (like this is a big suprise,
does anything on 3.0 work quite right?) and had to go in and do by hand
what Andrew said...

- db

>1] Launch NetInfoManager
>2] Open your root domain
>3] IF there is not a top level directory named "locations", add it
>4] IF "locations" does not have a subdirectory named "renderers", create  
>it. It has two properties: name, which is "renderers", and "_writers",  
>which should be "*" if you want everyone to access these hosts.
>5] Now, add as subdirectories, new entries to "renderers", one for each  
>host on your network which can provide public rendering. For, example, our  
>directory has, "dog", "scud", "buddha", etc. These final directories have  
>two properties as well, the ubiquitous name, which is the host's name; and  
>a "note" field, which may contain a note which appears on the Render  
>Panel, such as "Gone Renderin", or "A bad day rendering is better..."
>
>In summary, this will be the structure of the new NetInfo directories:
>
>locations -> renderers -> hostA
>			  hostB	
>			  ...
>			  hostN
>
>Any more info on this stuff, please email me or post...
>
>-- 
>||<<-->>||<<==>>||<<++>>||<<??>>||<<++>>||<<-->>||<<==>>||<<++>>||
>!!      Andrew Stone            !!        (505) 345-4800        !!
>!!    andrew@stone.com          <>       Stone Design Corp      !!
>||<<-->>||<<==>>||<<++>>||<<??>>||<<++>>||<<-->>||<<==>>||<<++>>||
From: prange@sdr.slb.com (Michael Prange)
Newsgroups: comp.sys.next.misc
Subject: Help! SLIP autodials on login.
Date: 11 Nov 92 13:50:51 GMT
Reply-To: prange@sdr.slb.com
Organization: Schlumberger-Doll Research


---
I just got Mamakos's version 920904 of SLIP running on my NeXT (OS 3.0).
The trouble is that whenever I login while SLIP is installed, the modem
is dialed and the login never completes.  Does anyone know how to solve
this problem?

Michael
prange@sdr.slb.com
Newsgroups: comp.sys.next.misc
From: mdw@cbnewsg.cb.att.com (mark.d.wuest)
Subject: Re: Kodak Photo CD
Organization: AT&T
Date: Fri, 6 Nov 1992 13:29:44 GMT

In article <1992Nov6.004055.235@bacchus.com> eric@bacchus.com writes:
>In article <1992Nov5.074234.6889@ulrik.uio.no> stein@sionext.uio.no (Stein  
>Onsrud) writes:
>> Are there anyone out there on the network, that knows anything about  
>> support for the Kodak PhotoCD system on the NeXT Platform.

>Bacchus, Inc. is adding support for this format. Both our Pixel Magician  
>product and our Image Agent product will be able to read/convert these files.

YAAAAAYYY!!  This is GREAT news!

So now I have an excuse to get Pixel Magician.

Mark
-- 
Mark Wuest                              |     *MY* opinions, not AT&T's!!
mark.wuest@att.com                      |
mdw@cheshire.att.com (NeXT Mail)        |
Newsgroups: comp.sys.next.misc
From: roettig@ifi.unizh.ch (Thomas Roettig)
Subject: Re: Kodak Photo CD
Organization: University of Zurich, Department of Computer Science
Date: Fri, 6 Nov 1992 13:44:10 GMT

[PhotoCD stuff deleted]
> Bacchus, Inc. is adding support for this format. Both our Pixel Magician  
> product and our Image Agent product will be able to read/convert these files.
> 
> Eric Bloom
> Bacchus, Inc.
> eric@bacchus.com
> 310 820-9145 ( Voice )
> 310 820-5930 ( Fax )

Are you paying Kodak $100000 for the source?

--

Gruss 
Tom
_____________________________________
Thomas Roettig
thomas@nice.usergroup.ethz.ch
Newsgroups: comp.sys.next.misc
From: bacchus!eric (Eric Bloom)
Subject: Re: Kodak Photo CD
Reply-To: eric@bacchus.com
Organization: Bacchus, Inc.
Date: Fri, 6 Nov 1992 00:40:55 GMT

In article <1992Nov5.074234.6889@ulrik.uio.no> stein@sionext.uio.no (Stein  
Onsrud) writes:
> Are there anyone out there on the network, that knows anything about  
> support for the Kodak PhotoCD system on the NeXT Platform. I understand  
> that Sony will very soon ship a CD player that supports the multisession  
> format from Kodak/Phillips, will this player ship as a NeXT Player ?
> On the PC and mac platforms there is allready a number of Software vendors  
> that either already supports the format or say they will. What about  
> software on the NeXT ?
> 
> 
> Stein Onsrud
> SiO Data
> Norway

Bacchus, Inc. is adding support for this format. Both our Pixel Magician  
product and our Image Agent product will be able to read/convert these files.

Eric Bloom
Bacchus, Inc.
eric@bacchus.com
310 820-9145 ( Voice )
310 820-5930 ( Fax )
Newsgroups: comp.sys.next.misc
From: ab@nova.cc.purdue.edu (Allen B)
Subject: Re: Distinguishing 3.0 binaries
Keywords: cool sh script
Organization: Purdue University
Date: Wed, 11 Nov 1992 21:38:44 GMT

Earlier, I said:
> I received several responses that all said about the same
> thing.  Since I have a fantastic collection of old
> NeXTstep releases, I will post a sh script here shortly
> that identifies binaries of as many as I can manage.  This
> should be fun!

Here's the script.  It's also on sonata as
pub/next/lore/version.  I'll add some more error
checking and junk later.  Make sure you set the modes right
on it (readable and executable for whomever). 

To use, just give it filenames of programs you want to
check, like "version /LocalApps/*" and it does the rest. 
I'm no sh wizard, but I do OK. :-)

Thanks for the tips.  I rummaged through my morgue and made
it a little more robust. :-)

#!/bin/sh
#
# version       Find the version of the OS a program was created under
#
# by Allen B (ab@nova.cc.purdue.edu) with help from the net.
#
# Uses otool to check version numbers on libraries, then checks those
# against the versions of the OS I had handy.  I've got quite a morgue
# here, but I don't have a lot of 2.x variants.
#
# If it ever says "Version n" instead of printing the OS level, send
# the version number and OS name to me and I'll fix it.

for PROGRAM
do
        BINARY=`echo $PROGRAM | sed "s,\([^/]*\)\.app,\1.app/\1,"`

        if [ "$BINARY" = "$PROGRAM" ]
        then
                TYPE="executable"
        else
                TYPE="App"
        fi

        VERSION=`/bin/otool -L "$BINARY" | grep libsys_s...shlib | sed "s/.*  
\([0-9][0-9]*\).*/\1/"`
        if [ ! "$VERSION" ]
        then
                VERSION=`/bin/otool -L "$BINARY" | grep libappkit | sed "s/.*  
\([0-9][0-9]*\).*/\1/"`
        fi

        # OS="I have no idea what kind of"
        OS="Version $VERSION"
        case "$VERSION" in
        14)     # 0.8a26e0.8
                OS="NeXTStep 0.8"
                ;;
        1)      # 0.9.49:0.83
                OS="NeXTStep 0.9"
                ;;
        10)     # 1.0.63 (also labeled 0.981 physically)
                OS="NeXTStep 0.981"
                ;;
        12)     # 1.0.63 (also labeled 0.981 physically)
                OS="NeXTStep 0.981"
                ;;
        13)     # 1.0.63/1.067 (also labeled 0.981/0.991 physically)
                OS="NeXTStep 0.991"
                ;;
        17)     # 1.067 (also labeled 0.991 physically)
                OS="NeXTStep 0.991"
                ;;
        18)     # 1.0.68
                OS="NextStep 1.0"
                ;;
        19)     # 1.0.68
                OS="NextStep 1.0"
                ;;
        44)     # Whatever I was using
                OS="NeXTstep 2.x"
                ;;
        55)     # 3.0 CD Distribution
                OS="NeXTSTEP 3.0"
                ;;
        esac

        # echo "$PROGRAM: $OS ($VERSION) $TYPE"
        echo "$PROGRAM: $OS $TYPE"
done
Newsgroups: comp.sys.next.misc
From: spagiola@frinext.stanford.edu (Stefano Pagiola)
Subject: Re: More Font Installation Problems (SUMMARY)
Reply-To: spagiola@frinext.stanford.edu
Organization: DSO, Stanford University
Date: Thu, 5 Nov 92 19:53:18 GMT

Thanks to everybody who either posted responses or emailed with  
suggestions about installing fonts.

The following seems to work:

As root
1. place fonts in /LocalLibrary/Fonts
2. run buildafmdir /LocalLibrary/Fonts
3. run cacheAFMData /LocalLibrary/Fonts
4. make sure all the permissions are set so that everybody can read  
both the .font file _and_ the files inside the .font folder; eg
	drwxr-xr-x  2 root        1024 Feb  8  1992 Alison.font/
and
	-rw-r--r--  1 root       48588 Jan  8  1992 Alison
	-rw-r--r--  1 root        6597 Oct  8 00:28 Alison.afm
	-rw-r-----  1 root         979 Jan  8  1992 Alison.readme
The following ensures that the permissions are correct:
	chmod uog+r /LocalApps/Fonts/*.font/*

The permissions problem in step 4 in particular seems to be something  
that many people have run into (it was my problem).  

You can also do all this as yourself, if you place the fonts in  
~/Library/Fonts.

Once again, let me express my opinion that a 4-step procedure using  
obscure command-line commands is most definitely NOT the NeXTSTEP way  
of doing things.  I can just see the Apple ads from here:

   Installing fonts:
     The EASY way (simple drag operation)...
     and the NeXT way (drag font in folder, start terminal,
         execute obscure Unix commands)

C'mon folks...
--
-
Stefano Pagiola
Food Research Institute, Stanford University
spagiola@frinext.stanford.edu (NeXTMail encouraged)
spagiola@FRI-nxt-Pagiola.stanford.edu (NeXTMail encouraged)
Newsgroups: comp.sys.next.misc
From: andrew@cubetech.com
Subject: Re: NeXTColor Printer -- MAJOR DISSAPOINTMENT !!!
Organization: Cube Technologies, Inc.
Date: Tue, 10 Nov 1992 11:06:38 GMT

In article <1992Nov09.203001.142075@lexmark.com> songer@lexmark.com (Christopher Songer) writes:
>Finally, understand that a printed document will never look like
>it does on the screen. Color is a very finnicky business. Colors
>look different under different lights and calibrating a printer
>actually comes down to calibrating for a specific "light style."
>A printed page will look different under flourscent and incandescent
>and natural light. Additionally, different combinations of inks
>(in the case of printers) and phosphours (in the case of monitors)
>will give output devices different color gamuts. As a result, it is
>completely within the realm of possibility for one device to produce
>a color that cannot be produced on another.
>
>In general, it's trickey.

Well, actually, the biggest reason what you see on the screen varies
so much from the printer is that the NeXT monitors or so damn HOT!  On
the average they are about 9800K!!  Pull out the color panel.  Display
pure red...it's orange!  Go for pure blue...you can't reproduce that
color with CMYK inks.  Go for cyan...it's aqua...bordering on
flourescent aqua.  You can't print that either.


andrew
-- 
andrew@cubetech.com     | "Carpe Nocturn - I get more work done after
Andrew Loewenstern      |  2 a.m. than most people do all day."
Cube Technologies, Inc. |                          - Simson Garfinkel
From: key@blacksea.csc.com (Gerry Key)
Newsgroups: comp.sys.next.misc
Subject: Librarian: deja vu, again
Keywords: Digital Librarian Indexing
Date: 5 Nov 92 19:59:56 GMT
Distribution: usa
Organization: Naval Ocean Systems Center, San Diego, CA

Is it true that the Digital Librarian for NeXTStep 3.0 still won't (as NS  
2.2 wouldn't) index directories with a suffix of .mbox?  Is there a reason  
for this?  Is there a work-around, short of running ixbuild from the  
command line?  

--Gerry Key 
Computer Sciences Corporation
San Diego, CA
Internet:	key@csc.com (NeXTMail OK)
FAX:		619.225.2583
Voice:		619.225.2504
Newsgroups: comp.sys.next.misc
From: spagiola@frinext.stanford.edu (Stefano Pagiola)
Subject: NeXT edu CD-ROM (WasWhat happened to NeXTOnCampus?)
Reply-To: spagiola@frinext.stanford.edu
Organization: DSO, Stanford University
Date: Sat, 7 Nov 92 01:20:29 GMT

Dean Johnson writes
>... I just received my copy of the NeXT  
> Educational CD-ROM ...	     

Speaking of which, how does one get one?  Are they shipped  
automatically to all edu buyers of NeXTs or does one have to request  
it?  Is there a fee?

--
-
Stefano Pagiola
Food Research Institute, Stanford University
spagiola@frinext.stanford.edu (NeXTMail encouraged)
spagiola@FRI-nxt-Pagiola.stanford.edu (NeXTMail encouraged)
Newsgroups: comp.sys.next.misc
From: fletcher@socrates.umd.edu (Charles Fletcher)
Subject: Listing of NeXT Educational Sampler corrupted
Organization: University of Maryland University College
Date: Fri, 13 Nov 1992 14:34:37 GMT

I tried to send a listing for the NeXT Education Sampler (CD-ROM) to
sonata.cc.purdue.edu, but it failed in two attempts (only about 66K of the
250 K seem to make it.) For right now please ignore the file

	NeXTEdSamp.list.compressed

in the submissions directory. I'll try to get a new copy thre later.

BTW--is anyone else having trouble submitting files to sonata?

Charlie


-- 
	NeXTMail to:		|	...to confer, converse, and 
	charlie@technosci.com	|	otherwise hobnob with my    
				|	brother wizards.
From: david_spitzler@next.com (David Spitzler)
Newsgroups: comp.sys.next.misc
Subject: Did YOU submit to the NeXT Education CD-ROM?
Date: 7 Nov 92 01:46:47 GMT

Keywords: education, cd-rom
Reply-To: david_spitzler@next.com

Okay, I goofed.

Over the course of the summer while we were collecting materials for the  
NeXT Education Software Sampler, we didn't realize that it would only be  
fair to send a free copy of the disc to those who submitted to the CD-ROM.   
We realized this only a few weeks before we accepted the last submissions,  
so needless to say, we don't have a complete list.  Now, we'd like to  
correct the situation.

If you submitted something to the disc, we *will* send you a free copy.   
All we ask is that you follow a few simple guidelines to make things  
easier on us.

1. Do not respond to this post.  Please send a new message to  
david_spitzler@next.com and make sure it's formatted in ASCII text.

2. The subject of your message should be, "I submitted".

3. Please include the following information:
	a. Name
	b. Institution/Organization
	c. Department
	d. Street Address
	e. City, State, Postal Code, Country

4. The name of the software you submitted and the category you submitted  
under (if you submitted you'll know what I mean).

Your message should include this information only.  If you include  
questions or comments, I cannot guarantee a response.  I will not be able  
to begin sending discs until Wednesday, November 18 because I will be out  
of town beginning next week.

To those who helped make the first NeXT Education Software Sampler a  
success, our many thanks.

--
David Spitzler
Manager, Higher Education Marketing
NeXT Computer, Inc.
900 Chesapeake Drive
Redwood City, CA 94063 USA
david_spitzler@next.com
From: cs4w+@andrew.cmu.edu (Charles William Swiger)
Newsgroups: comp.sys.next.misc
Subject: Re: adding file suffix
Date: 9 Nov 92 00:58:03 GMT
Organization: Senior, Chemistry, Carnegie Mellon, Pittsburgh, PA

Change to the directory that contains the files.

Try:

foreach f ( * )    <type return>
mv $f ${f:r}.tiff  <type return>
end                <type return>

If the files have a common extension (say .mac), you can replace the "(
* )" with "( *.mac )" and this will only affect the files with that
extension.

-Chuck



+---------------------------------------------+ 
|  Charles William Swiger -- CMU sucks rocks  | "The television screen is the
|   AMS & normal mail: cs4w+@andrew.cmu.edu   | retina of the mind's eye."
|    NeXTmail: <temporarily out of order>     |           
+---------------------------------------------+            --Videodrome
Newsgroups: comp.sys.next.misc
From: hanzel@teal.csn.org (Karl Hanzel)
Subject: i hosed-up Librarian's viewing of man pages
Organization: Colorado SuperNet, Inc.
Distribution: usa
Date: Tue, 10 Nov 1992 06:34:02 GMT

When trying to view a man page with the Librarian, it's nroff-ing, but not
with a '-man'.  And as of yet, i can't figure out what i did, or what i now
need to do to restore calm & order.  Clues?... no, the docs give "clues"...
I need help!

Thanks,
pax,
   Karl
   *----->

Newsgroups: comp.sys.next.misc
From: byer@adobe.com (Scott Byer)
Subject: Re: Amiga / Mac and NeXTStep..
Reply-To: byer@adobe.com (Scott Byer)
Organization: Adobe Systems Incorporated
Date: Mon, 9 Nov 1992 22:24:51 GMT

Yamanari writes

> 	It cannot _hurt_ NeXT to have the software available.  The
> Mac port would be, essentially, a recompile with some work to handle
> IO (hd, video, mouse, kbd..)..  The basic OS would remain essentially
> unchanged.  Not a huge investment.

> In any case, given that it's an almost $0 investment, and that
> there are a number of Amigas capable of handling NS--Amiga users
> who are sick of the lack of decent software (Wordperfect 4.2??)
> and lack of task protection (yes, even on machines with MMUs Amigados
> doe s not offer any kind of hard memory protection) would probably
> be interested.

Unfortunately, it *can* hurt NeXT.

Porting from platform to platform has become a minor cost in
comparison to the support required; each additional platform for
NeXTSTEP requires a substantial amount of capital to be sunk.  You
can't just port software and throw it out the window; it's got to
be tested, packaged, tested some more, distributed, sold and
supported.

There is also image to consider.  Amiga's don't have a good reputation
among the business community.  Selling NeXTSTEP on Amigas would
tarnish NeXT's image among the business community, at exactly the
wrong time.

Also, how many Amiga owners are *really* willing to pay >$1000 for
an operating system? Isn't low cost one of the things Amiga owners
(as an improper generality) like most about their machine?

(And it won't be $0 for the technical job of porting - a different
bus means all new low-level drivers.)

--
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.
---------------------------------------------------------------------
Newsgroups: comp.sys.next.misc
From: nathan@laplace.csb.yale.edu (Nathan F. Janette)
Subject: Re: Glowing Article on NS 3.0 in UnixWorld
Reply-To: nathan@laplace.csb.yale.edu (Nathan F. Janette)
Organization: Yale University, Department of Computer Science, New Haven, CT
Date: Fri, 13 Nov 1992 05:12:17 GMT

In article <BxMp93.GDF@ux1.cso.uiuc.edu> lemson@ux1.cso.uiuc.edu (David  
Lemson) writes:
> Alex Raftis writes:
> 
> >Jonathan L Neuenschwander writes
> >>
> >>Now the last time I saw the FAQ relating to NeXTStep486, it said that  
there
> >>wouldn't be any support for for DOS/Windows initially, something I  
always
> >>viewed as being a potentially fatal flaw.  So did UnixWorld mess up,  
or WILL 
> >>it be possible to run DOS/Windows?
> >>
> 
> >There probably won't be native support in the OS, but note, you can run
> >multiple DOS and Windows sessions on your NeXT now, just by SoftPC. I 
> 
> Incorrect. The NS 486 Q&A posted here recently as well as sent to
> many people by Conrad Geiger says that DOS and Windows apps will be
> supported natively. (well, it implies it I guess, but I have heard
> that they will be support natively by NeXT people)

From the soon to be posted FAQs...


*** Subject: S23.  Will NeXTSTEP 486 be able to run Microsoft DOS and  
Windows programs?

Yes. NeXTSTEP 486 will support a DOS and Windows compatibility package.  
This
software will allow DOS 5.0 and Windows 3.1 programs to run within a  
NeXTSTEP
window. Support will include DOS "Protected" mode and Windows 3.1  
"Standard"
mode (Win-16). Support for Win-32 applications is planned for the second  
half
of 1993.

--
Nathan Janette
PPP link from hilbert.csb.yale.edu

Please reply to: nathan@laplace.csb.yale.edu (NeXT)
From: lloyd@Axecore.COM (Lloyd Buchanan)
Newsgroups: comp.sys.next.misc
Subject: Re: Does AppleTalk DO anything?
Date: 4 Nov 92 21:03:38 GMT
Article-I.D.: Axecore.1992Nov4.210338.3373
Organization: Axe Core Investors, Inc.


On this subject, since I have been consistantly unable to get
AppleTalk printing to work I put CAP up.  'tlw' and 'lwpr' work
quite well but I'm having a dickens of a time integrating 'papif'
with the NeXT spooling mechanisms.  My 2.1 NetInfo printer configuration 
seems to not work under 3.0.

Anyone have Appletalk printing working?

Anyone have Appletalk printing through CAP/papif working under 3.0?

Thanks.
-- 
Lloyd Buchanan                          lloyd@Axecore.COM
Axe Core Investors                      uupsi!axecore!lloyd
580 White Plains Road 	                (914) 333-5226 (phone)
Tarrytown,  NY  10591-6834              (914) 333-5208 (FAX)
Newsgroups: comp.sys.next.misc