HDTenEightyP/NetNews huggingface dataset:
From: lockhart@eecom.gatech.edu (John B. Lockhart)
Subject: CDROM Delay Update
Summary: Late is better than--wait a minute.
Keywords: next, bogus, cdrom, years, delays
Organization: Computer Engineering Group, Georgia Tech, Atlanta, GA 30332-0250
Date: Wed, 19 Aug 1992 00:55:50 GMT

I ordered my CDROM drive around the 6th of June, and received the cable that
goes with it three weeks ago, as I previously posted to this group.

After checking with our bookstore, I was told that I'd not receive the CDROM
until sometime in September.

This caused me to ask myself a question:  Why do I own a NeXT?  I've taken
a good look at PeeCee systems, and find that I could have a pretty nice, faster
setup for less money than what I could sell my 'station for.  Unfortunately
for me, I'm pretty attached to UNIX.  But not so attached that I'm willing
to wait three months for a CDROM drive to come in.

Does NeXT even realize that getting its 3.0 release out on time means
absolutely nothing to those people who don't have the CDROM drives they
ordered to read the release with?  Am I going to get the release *before*
the drive?  *Should* I sell my NeXT in favor of a market where I can go
buy off-the-shelf things down the street for cheaper than mail-order NeXT
equipment??


Annoyed,

--John

PS:  If someone has an email address at NeXT to which I can pipe my sob
     story to let them try and convince me that I'll continue using the
     computer for the 90's *in* the 90's, let me know.

-- 
::  No, his mind is not for rent--to any god or government:  always          ::
::  hopeful, yet discontent, he knows changes aren't permanent--but change   ::
::  is.                                                                      ::
::                                                                   --Rush  ::
::::::::  John B. Lockhart  ::::::::::::::  lockhart@eecom.gatech.edu  ::::::::
Newsgroups: comp.sys.next.hardware
From: spagiola@frinext.stanford.edu (Stefano Pagiola)
Subject: Re: CDROM Delay Update
Reply-To: spagiola@frinext.stanford.edu
Organization: DSO, Stanford University
Date: Wed, 19 Aug 92 19:45:20 GMT

John B. Lockhart writes
> Does NeXT even realize that getting its 3.0 release out
> on time means absolutely nothing to those people who
> don't have the CDROM drives they ordered to read the
> release with?  Am I going to get the release *before* 
> the drive?  *Should* I sell my NeXT in favor of a market
> where I can go buy off-the-shelf things down the street
> for cheaper than mail-order NeXT equipment??    
> 
Delays on shipping the DC-ROM drives are unfortunate; i  
understand they are due to much higher than expected  
response to the bundle offer.
However, look at it from the other side:  If you had a  
DOS/Windows system, you could have bought whatever you  
wanted right off the shelf and then waited forever for a  
system upgrade (how long between Windows 3.0 and 3.1,  
compared to how long between NS 2.0 and 3.0?).
And then, of course, you'd have received Windows 3.1  
instead of NS3.0 :-(

I too am waiting for my CD-ROM drive, BTW.

-
Stefano Pagiola
Food Research Institute, Stanford University
spagiola@frinext.stanford.edu (NeXTMail encouraged)
Newsgroups: comp.sys.next.hardware
Subject: Re: Problem with SCSI Streamer
From: frank@ifi.unibas.ch (Robert Frank)
Date: Mon, 17 Aug 1992 08:48:24 GMT
Reply-To: frank@ifi.unibas.ch
Organization: Institut fuer Informatik

In article <1992Aug14.132203.6108@cetia.fr>  writes:
> I am trying to read and write data cartridge on my Next.
> 
> I use a SCSI streamer and it seems to be correctly recognized by the
> system.
> 
> Here is the boot info:
> 
> Aug 14 11:11:13 next mach: ARCHIVE VIPER 150  21247 as st0 at sc0 target 6  
lun 0
> Aug 14 11:11:13 next mach: Generic SCSI Device as sg0 at sc0 target 7 lun 7
> 
> But, when I try :
>     tar tvf /dev/rst0
> or  tar cvf /dev/rst0 .
> 
> there is an error: Tape read error (or tape write error).
> 
> The tape and the streamer are correct as they work well on other  
systems(SUN..)
> 
> Has anyone already connected a SCSI streamer to a Next ?
> 
> Thanks
> Jean-Michel ROUAND

The varying/fixed block size problem. It should be (and most probably is) a FAQ  
by now. Get the SCSI-tools from the achive servers and install the little  
program (tapefix on my machine) int the rc.local file so it fixes the tape to  
fixed blocks at boot time.

-Robert
--
Robert Frank                         tel. + (061) 321 99 67                 
Institut fuer Informatik             fax  + (061) 321 99 15                 
University of Basel, Switzerland                                            
Mittlere Strasse 142      rfc822: frank@ifi.unibas.ch (NeXT mail accepted)  
CH-4056 Basel          X400: S=frank;OU=ifi;O=unibas;P=switch;A=arcom;C=ch
                   ( if all fails try frank@urz.unibas.ch )
From: zenon@resonex.com (Zenon Fortuna)
Newsgroups: comp.sys.next.hardware
Subject: Re: Flopticals for NeXT machines?
Date: 19 Aug 92 10:35:50 GMT
Organization: Resonex Inc., Sunnyvale CA

In article <Bt5x28.yF@csn.org> lee@tochtli.dvr.co.us (Lee Ward) writes:
>In article <1992Aug11.182310.285@afit.af.mil> ekouba@blackbook.afit.af.mil  
>(Eric T. Kouba) writes:
>> I've seen recent ads for floptical drives for other computers.
>> Will these require any special widgets or procedures to work
>> with a NeXT station?
>
>We are using the Tahiti II's on an '040 cube and an '040 (turbo) NextStation.
>One is configured as non-removable media. The other, running experimental  
>software to export via NFS, is configured as removable media.
>
>The only problems we've seen are that the SCSI driver ALWAYS does many, many  
>retries as the floptical spins up. Sometimes, the bus locks up until a SCSI  
>timeout occurs (10-20 seconds, it's rare). Other than that, they've performed  
>well for us.

I have used the Tahiti II for some time. I could complain only about
relatively high noise level (the optical needs stronger cooling than
standard disks). I personally have found it disturbing, especially when
working at night.

	-Z.
From: gbol@rglnext.geol.vt.edu (Gregory Lampshire)
Newsgroups: comp.sys.next.hardware
Subject: Nanao F550i monitor and NeXT turbo color
Date: 19 Aug 92 16:27:23 GMT



Somebody asked me whether the Nanao F550i monitor would work with the NeXT  
turbo color.  If someone out there has seen one work or knows that it   
would I would appreciate a response.

Also, what were some of the companies that make the cable needed to  
connect the monitor to the slab?  I need some phone numbers and rough  
prices.


Thanks a bunch.

--
Gregory Lampshire 
Virginia Tech 
Bradley Department of Electrical Engineering
gbol@rglnext.geol.vt.edu (NeXTmail welcome)
------------------------
My opinions are my very own and do not reflect the opinions of any  
employer
From: dillon@overload.Berkeley.CA.US (Matthew Dillon)
Newsgroups: comp.sys.next.hardware
Subject: Re:	Upgrade to NextTurbo
Distribution: world
Date: 14 Aug 92 11:08:14 PST
Organization: Not an Organization

In article <1992Aug13.195438.26752@cs.yale.edu> nathan@laplace.biology.yale.edu (Nathan F. Janette) writes:
>In article <dillon.0l89@overload.Berkeley.CA.US> dillon@overload.Berkeley.CA.US
>(Matthew Dillon) writes:
>> >
>> >Of course, all this is in the FAQ, not that anyone would
>> >bother to read it before bathering...
>>
>>     *where* in the FAQ?  I missed that part or I wouldn't have asked!
>>
>
>NeXTcube Turbo (68040-33MHz), NeXTstation Turbo
>(68040-33MHz), NeXTstation Color Turbo
>(68040-33MHz), newer NeXTstations (68040-25MHz), and
>newer NeXTstation Color (68040-25MHz):
>
>These systems have only 4 SIMM slots, but they can take
>double-sided SIMMs.  SIMMs must be installed in groups of
>two in these machines.
>
>Use 72-pin 4, 8, 16, or 32 MB SIMMs with 100 ns minimum
>access time. For maximum performance use 70 ns SIMMs.

    Yes, that's what I read.... but it is extremely obscure.  It doesn't
    say WHY using faster SIMMs results in faster performance, it doesn't
    say where the break point is... you can't even GET 100ns SIMMs
    anymore!!  They START at 80ns (100ns cost the same or more then 80ns).
    The NeXT is the only machine I've ever heard of that has a programmable
    waitstate for it's dynamic ram access.  It really makes no sense to
    take an already slow machine and slow it down further...

						-Matt

>--
>Nathan Janette 	"I'm a NeXTstep man,
>Dept MB&B, Yale Univ	 I'm a NeXTcube guy"
>New Haven, CT
>nathan@laplace.biology.yale.edu (NeXT)
>

--

    Matthew Dillon	    dillon@Overload.Berkeley.CA.US
    891 Regal Rd.	    uunet.uu.net!overload!dillon
    Berkeley, Ca. 94708     ham: KC6LVW (no mail drop)
    USA
From: trevor@jingles.ucsd.edu (Trevor Henthorn)
Newsgroups: comp.sys.next.hardware
Subject: Re: What's the best buy for a 1.2 GB hard drive?
Keywords: SCSI disk
Date: 17 Aug 92 19:03:15 GMT

I have had good luck with the DEC 1GB, 3.5" disk. I have been
paying $1895 for NEW external disks.

Trevor Henthorn
Systems Administrator
UCSD ECE Dept

In article <1992Aug10.213427.19067@leland.Stanford.EDU> m@crito.Stanford.EDU (M  
Carling) writes:
> > what the best buy is for a 1.2 GB HD.  The best deal I can find is $1705
> > for a Fuj. from Fast Access.  But can you get any of the new 3.5" drives
> > (e.g. the IBM or Micropolis) for less $$$?  Thanks, Ross.
> 
Newsgroups: comp.sys.next.hardware
From: stuart@cco.caltech.edu (Stuart Wagner)
Subject: Can you use any CDROM drive?
Keywords: CD-ROM
Organization: California Institute of Technology, Pasadena
Date: Mon, 17 Aug 1992 18:42:19 GMT


I have seen that the NeXT CD-ROM drive can be used on other systems, does this
mean that I can use a non-NeXT CD-ROM drive with my cube?  

Stuart Wagner
stuart@cco.caltech.edu


Newsgroups: comp.sys.next.hardware,comp.sys.next.marketplace
From: jimb@access.digex.com (Jim Brooking)
Subject: Need info: External HD
Organization: Digicon Corp.
Distribution: usa
Date: Fri, 21 Aug 1992 23:16:04 GMT

Our group is currently looking for an external 1GB hard drive for
a NeXTstation.  The system's 400mb internal is down to 30mb. 8^(

It's gotta be reliable (the station is a network server) and quick.
I would appreciate any price info I can get.  **PLEASE** send email.

Thanks!

  Jim
Newsgroups: comp.sys.next.hardware
From: m@crito.stanford.edu (M Carling)
Subject: Re: boot from CD-ROM?
Organization: DSO, Stanford University
Date: Thu, 20 Aug 92 16:11:55 GMT

In article <keYfK8_00VpOMgfEV=@andrew.cmu.edu> jk8l+@andrew.cmu.edu  
(Jonathan W. Kimball) writes:
> Perhaps this has already been answered, but is it possible to boot from
> CD-ROM under 3.0?  I've heard a little bit both ways.  When I went to
> the computer store here (where I would buy the CD-ROM), they said to ask
> someone from NeXT.  Anyway, I'm considering that as an option to a
> bigger hard drive--leave all the system stuff on CD, and use the
> internal hard drive as swap and local storage.  Can it be done?

If your ROM version is 3.0 or higher (generally Turbo or later hardware),  
you can boot directly from CD-ROM. If your ROM version is earlier than  
3.0, you can boot indirectly from CD-ROM by means of a "kick-start"  
floppy. This is far to slow for the use proposed. It is only for software  
installation, crash recovery, etc. It is not an alternative to a  
sufficiently capacious hard drive.

M Carling
Director, Bay Area NeXT Group
--
I believe George Bush, Anita Hill, and Pinocchio.
Newsgroups: comp.sys.next.hardware
Subject: <None>
From: cvadrshe@vmsb.is.csupomona.edu
Date: 12 Aug 92 13:18:29 PST
Organization: California State Polytechnic University, Pomona
Nntp-Posting-User: cvadrshe

> I'm considering purchasing a v32bis modem for my Next.  The
> Supra and Zoom modems seem to be priced in my range.  Does
> anyone have any experience with these modems?  I also need
> to able to connect at 2400 baud.   Fax support is not too
> important to me.  Also, the modem will be used primarily
> as a dialout, and maybe for SLIP in the future.

Even though I don't have one, I've heard too many bad things about the ZOOM.
It seem to me that ZOOM and Galaxy modems is causing nothing but troubles for 
some users.

I have a Practical Peripherals 14400FX internal myself. But the Supra is a good
buy. The early version did have some problems with the ROM chipset. But Supra
is shipping the fix free of charge to Supra owners if they request it.
From: rms@netcom.Netcom.COM (Robert M. Searfus)
Newsgroups: comp.sys.next.hardware
Subject: CD-ROM compatibility
Date: 18 Aug 92 17:56:36 GMT
Distribution: comp.sys.next.hardware
Organization: Netcom Online Communications Service

I'm interested in alternatives to the NeXT CD-ROM drive for multimedia
applications.  The NEC CDR-74 looks attractive, but I remember reading
postings about the NEC CDR-73 and its incompatibility with the NeXT
driver.  Does anybody know if this problem has been fixed with the NEC
CDR-74 (which I am assuming is a next generation CDR-73)?  Can anyone
recommend a compatible (tried and tested) CD-ROM drive that has better
performance than the NeXT drive?


(bob) Robert M. Searfus
Newsgroups: comp.sys.next.hardware,comp.sys.next.misc
From: wjabi@libra.arch.umich.edu (Wassim M. Jabi)
Subject: Turning Off Internal Hard Disk?
Date: Wed, 12 Aug 92 17:45:46 EDT
Organization: The University of Michigan, Ann Arbor
Reply-To: wjabi@libra.arch.umich.edu
Distribution: usa

Hi:
I have two bootable disks (internal & external) and
I would like to shut down the internal. Is there a
way to do that without opening the slab? (I have a
NeXTstation Color 25MHz).

Thanks.
--
Wassim M. Jabi                            (313) 936-0229
Doctoral Program in Architecture, University of Michigan
2000 Bonisteel Boulevard  Ann Arbor  Michigan 48105-2313
wjabi@libra.arch.umich.edu             NeXTMail-friendly
Newsgroups: comp.sys.next.hardware
From: m@crito.stanford.edu (M Carling)
Subject: Re: boot from CD-ROM?
Organization: DSO, Stanford University
Date: Thu, 20 Aug 92 21:18:05 GMT

In article <1992Aug20.183737.23672@leland.Stanford.EDU>  
marcu@leland.Stanford.EDU (Marc Albert Ullman) writes:
> Thus I repeat my question:  Will NeXT make revised boot ROMs available  
to
> people with earlier (pre ROM ver 3.0) boot ROMs?

I am not aware of any plans to do so. This question should be directed to  
Hardware Product Marketing at NeXT. Unless you don't have a floppy drive,  
I can't see any circumstance in which it would be worthwhile to change the  
ROM. I would rather insert a floppy once a year than change the ROM.

M Carling
Director, Bay Area NeXT Group
--
I believe George Bush, Anita Hill, and Pinocchio.
From: giddings@whitewater.chem.wisc.edu (Michael Giddings)
Newsgroups: comp.sys.next.hardware
Subject: HP Pen plotter
Keywords: plotter printing
Date: 14 Aug 92 00:08:52 GMT
Organization: Physical Sciences Lab, UW-Madison

Does anyone know of a driver for HP pen plotters for the NeXT?  We have an  
HP7550A, and would like to connect it to either the cube or the station  
here.  We have the correct RS232 cable, but no driver for the thing.  Does  
anyone have any leads?

Much thanks,
--
Michael Giddings                   | DNA sequencing technologies 
giddings@whitewater.chem.wisc.edu  | Artificial Intelligence
giddings@cs.wisc.edu               | Sciences NeXT User Group founder
            |---------\-----------/|\------------/---------|
Xref: sparky comp.sys.next.hardware:1371 comp.sys.next.misc:18671
Newsgroups: comp.sys.next.hardware,comp.sys.next.misc
Subject: high speed fax modem for NeXT
From: sulistio@futon.SFSU.EDU (Sulistio Muljadi)
Date: 13 Aug 92 20:09:27 PDT
Distribution: usa
Organization: San Francisco State University

I heard somewhere on the net that there is a driver for ZyXel fax modem
to make the fax modem works on the NeXT.  Could someone send me some
information about various high speed fax modem (14.4 k) that works on
the NeXT.  I am interested in buying one.  (I know about Neuron, so
please don't bother mentioned it :) ).

Thanks.
-- 
Mul			    |  Alt. address: sulistio@sutro.sfsu.edu
sulistio@futon.sfsu.edu	    |		     sulistio@sfsuvax1.sfsu.edu
#include "std/disclaimer.h" | NeXTmail ->    sarong!sulistio@cs.sfsu.edu 
>Genius is one per cent inspiration and ninety-nine per cent perspiration.
From: dillon@overload.Berkeley.CA.US (Matthew Dillon)
Newsgroups: comp.sys.next.hardware
Subject: Re:   Upgrade to NextTurbo
Distribution: world
Date: 11 Aug 92 12:13:29 PST
Organization: Not an Organization

In article <1992Aug10.214349.25483@cs.yale.edu> nathan@laplace.csb.yale.edu (Nathan F. Janette) writes:
>In article <1992Aug10.153139.12949@fnbc.com> lemson@fnbc.com (David
>Lemson) writes:
>
>> > I never understood this, if the dram bus is  setup to work
>> > with 80ns SIMMS, why would putting in 70ns SIMMs give you
>> > better performance? The ram's might be faster but I
>> > seriously doubt the NeXT will access them any faster.
>
>> The Turbo machines' dram bus is set up to use 70ns SIMMs.  If
>> you use 80ns   or slower, they will insert a wait state for
>>..
>
>Of course, all this is in the FAQ, not that anyone would
>bother to read it before bathering...

    *where* in the FAQ?  I missed that part or I wouldn't have asked!

    Thanks for the info!

				    -Matt

--

    Matthew Dillon	    dillon@Overload.Berkeley.CA.US
    891 Regal Rd.	    uunet.uu.net!overload!dillon
    Berkeley, Ca. 94708     ham: KC6LVW (no mail drop)
    USA
From: mendez@isr.recruit.co.jp
Newsgroups: comp.sys.next.hardware
Subject: Video
Date: 13 Aug 92 02:02:06 GMT
Reply-To: mendez@pluto.isr.recruit.co.jp
Organization: Institute for Supercomputing Research, Recruit Co. Ltd., Tokyo.

We are vey interested in hearing about video compression on the next.   We are currently using the next
dimension hardware to display and capture.     However,  have not been able to get good performance on
compression.
Is anyone out there who has succeded in getting good performance when compressing video using
software alone?
Newsgroups: comp.sys.next.hardware
From: jmd@cube.handheld.com (Jim De Arras)
Subject: Re: Upgrade to NextTurbo
Organization: Hand Held Products, Inc.
Date: Mon, 17 Aug 1992 01:36:43 GMT

In article <dillon.0lj8@overload.Berkeley.CA.US> dillon@overload.Berkeley.CA.US  
(Matthew Dillon) writes:
>     The NeXT is the only machine I've ever heard of that has a programmable
>     waitstate for it's dynamic ram access.

That's funny, every PC we have here has programmable waitstates for dynamic ram  
access!

> 
>     Matthew Dillon	    dillon@Overload.Berkeley.CA.US
>     891 Regal Rd.	    uunet.uu.net!overload!dillon
>     Berkeley, Ca. 94708     ham: KC6LVW (no mail drop)
>     USA

Jim De Arras
Newsgroups: comp.sys.next.hardware
From: freimer@cs.cornell.edu (Robert Freimer)
Subject: Floppy Drive Question
Organization: Cornell Univ. CS Dept, Ithaca NY 14853
Date: Thu, 13 Aug 1992 14:49:35 GMT

I have an old cube without a floppy drive.  I've noticed Toshiba 2.8MB
drives in the Computer Shopper for under $100.  Does anyone know if they
are compatible with the NeXT and if so how to cable them to the cpu board?
Thanks,

-Robert Freimer
-- 

-Robert
From: prange@sdr.slb.com (Michael Prange)
Newsgroups: comp.sys.next.hardware
Subject: Can Sparc2 4 Mb SIMMs be used?
Keywords: SIMM upgrade
Date: 17 Aug 92 14:21:40 GMT
Reply-To: prange@sdr.slb.com
Organization: Schlumberger-Doll Research

I have access to surplus 4 Mb SIMMs from Sparc2 machines being
upgraded at work.  Can these be used to increase the memory in 
my (8Mb) NeXTStation?  I'm hoping they are compatible.

---
Michael
prange@sdr.slb.com
Newsgroups: comp.sys.next.hardware
From: NCKUS178@TWNMOE10.BITNET (Wu the Supreme)
Newsgroups: comp.sys.isis
Subject: Deceit Papers Wanted
Date: 23 Aug 92 21:18:48 GMT
Organization: Ministry of Education, Computer Center NETNEWS system V2.3


   I'm interested in Deceit filesystem and want to know a lot of its tech-
nical details. After packed ISIS V2.1 tarfile & documents, I know Deceit
is not available then, therefore my questions are:

   1) where can I find papers discussing Deceit?
   2) Is there any Deceit archive that is not packed with other newer
      versions of ISIS( say V3.0x) like Meta2.2?
   3) If Deceit cannot be run on ISIS V2.1, where can I get newer dis-
      tribution of ISIS which can run Deceit? and, If it is only available
      with V3.0x, how can I buy V3.0x ? I don't know the details of obtaining
      these newer version.

Thanks.
J.S.Wu   Aug. 23
From: rcbc@seth.cs.cornell.edu (Robert Cooper)
Newsgroups: comp.sys.isis
Subject: Re: problems with ISISV2.1 on IBM RS/6000 workstations.
Date: 17 Aug 92 18:55:32 GMT
Reply-To: rcbc@cs.cornell.edu
Organization: Cornell Univ. CS Dept, Ithaca NY 14853

In article <1992Aug14.152930.5359@puma.ATL.GE.COM> gthaker@fergie.atl.ge.com (Gautam H Thaker) writes:

   We use ISISV3.0.x in most situations, but for various reasons we have to
   use ISISV2.1 on an IBM RS/6000 machine on one project. Things are not
   working quite right on this IBM machine. The symptom is that socket files
   created as /tmp/Clxyzq do not seem to get deleted when sockets are closed.
   This requires manual deleting of these files every time. This even happens
   after one uses the "cmd" program. Attempts to use the cmd program a 2nd
   time fail and another file with names such as "/tmp/Cl1234" is seen.

I do not remember seeing this problem on V2.1, and on V3.0 it does not
occur (even on AIX). I suspect the problem is due to the following known
bug in V2.1 that causes the protections on the named sockets to be messed up:

=============================================================
2) Another bug (NOT ONLY on SGI systems) is related to the 
   permissions on a socket created by protos during start-up:
   Line 120 of pr_client.c needs to be changed as shown below:
   (remove the 0x)

  120,c120
  >       chmod(ux_addr.sun_path, 0666);
  ---
  <       chmod(ux_addr.sun_path, 0x666);


3) As discovered incidental to #2 above, another umask problem:
 
  in xmgr.c:Line 195:        chmod(logfile, 666);
  should be changed to:      chmod(logfile, 0666);
==============================================================

This is an excerpt from the file pub/comp.sys.isis/v21.bugs 
available from ftp@cs.cornell.edu by anonymous FTP. This bug might have
caused the protections to be such that Isis could not delete the named
socket at startup. (Note: Isis does not delete the named socket when a
program exits, but just before creating the named socket next time it
tries to delete any existing socket of the same name.)

Gautam then writes:

   Another anamoly is that in the name "/tmp/Cl<pid>" pid only shows up as
   four digit number even though the actual pid would be a 5 digit number.
   I looked at the code of ISISV2.1 where these files are created, but nothing
   there explains this 5 digit to 4 digit translation.

   Anyone experience anything like this on ISISV2.1 and IBM machines? Is there
   a fix?  Is this an OS problem?

This problem is triggered by a change to the sockaddr structure
in a recent release of AIX. The bug is an incorrect calculation 
of the socket address length. Here is the fix to clib/cl_isis.c:

321,322c321,322
<         if(bind(isis_socket, (struct sockaddr*)&ux_addr,
<              strlen(ux_addr.sun_path) + sizeof(ux_addr.sun_family)) == -1)
---
>         if(bind(isis_socket, (struct sockaddr*)&ux_addr,
>                 sizeof(struct sockaddr_un)) == -1)

This problem has been fixed in V3.0 of Isis for some time.

         -- Robert Cooper 
--
--