HDTenEightyP/NetNews huggingface dataset:
From: donn@dellunix.dell.com (Donn Baumgartner)
Newsgroups: comp.unix.sysv386
Subject: Re: SCO UNIX: UUCP via TCP/IP
Date: 3 Apr 92 06:46:51 GMT
Organization: DELL Computer --UNIX Software Development Group-- Austin, Texas


In article <1992Apr2.232010.445@crd.ge.com>, davidsen@yeti.crd.GE.COM (william E Davidsen) writes:
> larry@news.rn.com (Larry Snyder) writes:
> 
> |  we aren't running SCO :) - but Dell SVR4 -- and we do UUCP over TCP
> |  connections with several sites -- including Sparcstations and 386 machines
> |  running ISC.
> 
> Well, I'm willing to ask, what did you use to do it? With Excelan I have
> a ptty which does the job in the device driver, when you connect to it
> the first line is used as a machine name. I don't recall something like
> that in Dell, although the manuals are seven miles away... UUCP over TCP
> *into* anything is easy, because it just looks like a serial connection
> (ala telnet). I run to Ultrix and Sun from the Xenix box with Excelan,
> and some system around allows TCP instead of ACU. I sure didn't see that
> in the AT&T sysadm manual on uucp though, I read that just last night
> while diddling an obscure setup.
> 
> Are you using s "Dell feature" or a "Larry feature?"
> -- 
> 	- bill davidsen (davidsen@crd.ge.com)
> 	GE Corp. R&D Center; Box 8; Schenectady NY 12345
> By analysis of usenet source, the hardest part of C to use is the comment

By popular demand... :-)  using uucp over tcp/ip on Dell Unix has recently
been explored and documented - the resulting information placed in the hands
of Dell Unix Technical Support.
							- Donn
Newsgroups: comp.unix.sysv386
From: jsh@dlogics.com (John Howard)
Subject: The amazing disappearing disk partition table
Organization: Datalogics, Inc.
Date: Tue, 07 Apr 92 21:44:08 GMT
Keywords: SCO Unix disk partition

Hardware- i386, Adaptec 1542b SCSI controller, MAXTOR 1.7GB disk.
Software- SCO Unix v3.2.2.

The problem-
The disk's partition table is repeatedly being overwritten (or trashed).
It seems to happen after some magical point of disk usage is
reached, approximately at 55-60% of the total disk space utilized.

The disk is partioned as one Unix partition and I believe I have followed
all of SCO's "rules" for large disks, the root filesystem lies completely
within the first 1024 cylinders and the /u filesystem is only 990MB.

I have replaced both the Adaptec board and the disk itself (they are
new and still under warranty), but the problem still persists.

Any suggestion or help would be greatly appreciated.

-- 
John Howard  //  Datalogics, Inc.  //  441 W. Huron  //  Chicago, IL 60610
        jsh@dlogics.com // +1 312 266 3232 // ..!uunet!dlogics!jsh
Newsgroups: comp.unix.sysv386
From: swispl@solomon.technet.sg (SW International)
Subject: Bi-directional Parallel driver
Organization: National University of Singapore
Date: Sun, 12 Apr 1992 10:37:46 GMT

Greetings from one of the worlds greatest 24 hour suana !!!

I am looking for either or both of the following items,

i. a bi-directional parallel driver (esp for SCO Unix - if at all
   possible). Its purpose is to be used for a image scanner.

ii. sources to a bi-directional parallel driver (esp for SCO Unix 
    - if at all possible).

Any information at all would be very much appreciated !!!

Ta.

Alvino...

--
SW International Systems Pte Ltd     |  "I've got a plan so cunning 
    14, Science Park Drive           | you could put a tail on it and
    Singapore Science Park           | call it a weasle".. Black Adder
    Singapore 0511                   | 
    (65) 778-0066                    | swispl@solomon.technet.sg
From: davidsen@yeti.crd.GE.COM (william E Davidsen)
Newsgroups: comp.unix.sysv386
Subject: Re: C and C++ compilers on SVR4
Date: 16 Apr 92 14:32:08 GMT
Reply-To: davidsen@crd.ge.com (bill davidsen)
Organization: GE Corporate R&D Center, Schenectady NY

In article <1992Apr14.193208.18466@sun3.vlsi.waterloo.edu>, ajrooks@vlsi.waterloo.edu (Alan Rooks) writes:

|  Because I want to *sell for money* the products I will develop using it
|  and its library.  Thanks for the performance comparisons, though... I'm
|  trying to figure out just how bad the standard C compiler is.  Any more
|  performance figures, netters?

  I have never seen more than about 20% better performance from gcc, and
I only bother to use it for packages which are slow enough to justify
trying another compiler. The gcc on Dell V.4 has some (or maybe all) of
the f.p. fixes which went into gcc 2.0.
-- 
	- bill davidsen (davidsen@crd.ge.com)
	GE Corp. R&D Center; Box 8; Schenectady NY 12345
By analysis of usenet source, the hardest part of C to use is the comment
Newsgroups: comp.unix.sysv386
From: keith@ksmith.uucp (Keith Smith)
Subject: Re: SCO SYSV386 3.2r2.0 ODT 1.1 80486-33 outperforms SUN SPARC 4/260
Organization: Keith's Computer, Hope Mills, NC
Date: Mon, 13 Apr 92 01:14:47 GMT

In article <822@felix.Sublink.Org> eb@felix.Sublink.Org (Enrico Badella) writes:
>Have you every tried comparing I/O speed?
>
>That's what makes a machine usefull; these benchmarks are simply crap
>just like the fact that PC will replace mainframes, {super,mini}computers etc.

They ALREADY ARE, And the I/O thruput of "PC"'s Improves every day. 
Comparing the I/O speeds of a 486/33 EISA machine to the venerable 8088
XT of 10 years ago yeilds some startling difference.  And I suppose you
think the PC manufacturer's are gonna roll over and play dead?

Speaking of which, How does the I/O speed of a 486/33 compare to a 10
year old mainframe? "mini" computers and "micro" computers are already
the same thing for all intents and purposes.  I SUPPOSE in 10 years you
could call a 500Mhz 128 bit Intel 986 CPU in a shoebox with 2G of DRAM
and 10 TB of optical disk a mainframe though.

>
>-- 
>Enrico Badella				Internet: eb@felix.sublink.org
>Soft*Star s.r.l.			          eb@icnucevx.cnuce.cnr.it
>Via Camburzano 9			Phone:    +39-11-746092
>10143 Torino, ITALY			Fax:      +39-11-746487


-- 
Keith Smith          uunet!ksmith!keith            5719 Archer Rd.
Digital Designs      BBS 1-919-423-4216            Hope Mills, NC 28348-2201
Somewhere in the Styx of North Carolina ...
From: glenn@cs.utexas.edu (Glenn G. Lai)
Newsgroups: comp.unix.sysv386
Subject: Re: SpeedUp Sources and Patches on export.lcs.mit.edu
Date: 6 Apr 1992 13:07:51 -0500
Organization: CS Dept, University of Texas at Austin
NNTP-Posting-Host: syrian.cs.utexas.edu

In article <RAYMOND.92Apr6115808@cobra.es.ele.tue.nl>, raymond@es.ele.tue.nl (Raymond Nijssen) writes:
> glenn@cs.utexas.edu (Glenn G. Lai) wrote:
> 
> >   Two suggestions for people who want even better performance:
> >(1)  Get a faster processor.  A 33-Mhz 486 can double the text performance

The last part of my sentence was left out.  It stated that you'll probably
NOT be able to see other improvements. 

> >(2)  If your ET4000 board, like my Orchid, has DRAMs, using a slower dot clock
> 
> The performance depends *significantly* on the throughput of the IO bus.
> A faster processor for X speedup is a waste of money without fast IObus.
> It seems to almost linearly depend on the ATbus clock, so:
> (3) Get a motherboard which offers an ATbus clock of up to CPU clock/2.
>     E.g. ETEQ chipsets provide this (among others).

A grahpics operation consists of two parts:  computation (CPU) and drawing
(IO).  Most X grahpics operations are CPU-bound, not IO-bound.  The most used
CPU-bound operation is probably text, and a 33-MHz 486 more than doubles the
text performance over that of a 33-MHz 386 (assuming both have "big-enough"
caches which are enabled) when running the X386 code--this is from actual
measurement; other improvements on CPU-bound operations are less noticeable
since people don't use them very often. 

For IO-bound operations like solid area fills or window moves, it turns out
that the IO bus is not a bottleneck when DRAMs are used, since most (display)
memory bandwidth is consumed by the display circuitry.  For example, for
solid area fills, my Orchid ProDesigner II can't sustain an 8-Mhz rate because
it uses DRAMs; switching from a 62-MHz dot clock to a 40-MHz nearly doubles
the performance, as the display circuitry then uses less memory bandwidth. 
It has been observed that with the same 33-MHz 386 + Cyrix 83D87 and the Orchid
ProDesigner II, SpeedUp is actually slower on a 12-MHz bus than on an 8-Mhz
bus (different motherboards, though).  This doesn't mean that a faster bus
doesn't help, it may, but even if id does, the benefit is marginal at best
for the case at hand.


Glenn
glenn@cs.utexas.edu
From: rcsmith@anagld.analytics.com (Ray Smith)
Newsgroups: comp.unix.sysv386
Subject: Help with error: "Cannot obtain database.....
Date: 16 Apr 92 10:56:52 GMT
Organization: Computer Sciences Corporation - Systems Engineering Division

System information first:
	System V/386 from SCO Release 3.2 Version 2
	Compaq 386 with lots of incoming lines

A friend of mine runs a systems where everyone logs in to one account
then fires up an application.  Occasionally she will get an error message
that says "Cannot obtain database information on this terminal." which
then causes all access to the machine to be locked out. She has figured
out a work around but we would like to know how to fix this permanently.
Anyone out there that has seen this problem please send us a solution.

-Ray

P.S. SCO is also looking at the problem but has not offered a permanent
fix for it yet.
-- 
Computer Sciences Corporation                                Voice: 410-684-3578
7471 Candlewood Rd, Hanover, Maryland 21076                  FAX:   410-684-3593
================================================================================
rcsmith@analytics.com -or- uunet!anagld!rcsmith -or- RCSmith@DOCKMASTER.NCSC.MIL                  
Xref: sparky comp.unix.sysv386:8730 comp.arch:5079 comp.unix.wizards:2231 comp.benchmarks:727
From: harsha@ksr.com (Paul Harsha)
Newsgroups: comp.unix.sysv386,comp.arch,comp.unix.wizards,comp.benchmarks
Subject: Re: The Great 1992 UNIX Dream Machines Bake-Off --- Progress Report #1
Date: 16 Apr 92 16:01:29 GMT

eric@snark.thyrsus.com (Eric S. Raymond) writes:

>In <KENTD.92Apr13152920@zappa.FtCollins.NCR.com> Kent Dalton wrote:
>> Ah-hah! so it becomes painfully clear that this is all an elaborate
>> scheme to get free hardware and software for Eric and his cronies! Get
>> computers and software, run a couple of benchmarks, post results, keep
>> all the neato toys. Must be nice.

>Sheesh...we're going to put in hundreds of hours of work, compile valuable
>information that no one else has ever assembled and publish it for free,
>and bootstrap the major clone vendors up to a new level of awareness of the
>UNIX market.  And all *you* can think is that this is some kind of *con*?

>That says more about *your* mindset than it does about *mine*, boyo...

Or maybe just that he's dealt with you before.  "free" is a relative term
here.  If you rephrase it as "put in hundreds of hours of work and acquire a
hundreds thousand dollars worth of free hardware and software" it seems much
less of a noble undertaking.  You are clearly profiting by this event.  It's
not even clear that you're really bootstrapping people up to an awareness of
the Unix market or that no one else has ever assembled such information. 

Why does this remind me of your explaining that you were publishing the
Hacker's Dictionary in order to benefit programmers?  At least Brad Templeton
never claims that his sole motivation is helping mankind... 

-Paul
--
   Paul Harsha (harsha@ksr.com)               Kendall Square Research Corp.
Newsgroups: comp.unix.sysv386
From: peter@ferranti.com (Peter da Silva)
Subject: Re: bootlegging hurts Unix
Organization: Xenix Support, FICC
Date: Mon, 13 Apr 1992 16:24:46 GMT

In article <1992Apr10.214739.9204@javelin.sim.es.com> jwilliam@javelin.sim.es.com (Jerry Williams) writes:
> I think that I like the hostid rather than having dongles that you have to
> switch around.  And worry about loosing.

I'll take cheap plastic dongles over $10,000 dongles any day, thanks.
-- 
/F{findfont exch scalefont setfont}def /S{moveto show}def /T{/Times-Roman F}def
8 T(Ferranti International Controls Corporation)24 28 S(+1 713 274 5180)24 12 S
(Sugar Land, TX  77487-5012)24 20 S 12 /Courier F(`-_-')320 32 S( 'U` )320 16 S
12 T(Peter da Silva)24 36 S 16 T(Have you hugged your wolf today?)358 24 S
Xref: sparky comp.unix.sysv386:8784 comp.unix.questions:6281 comp.unix.admin:2845
From: stevez@cbnewsb.cb.att.com (steven.a.zubatkin)
Newsgroups: comp.unix.sysv386,comp.unix.questions,comp.unix.admin
Subject: Re: SVR4/SVR3: How to go from multi/single/multi from script
Date: 17 Apr 92 18:25:51 GMT
Organization: AT&T

From article <1992Apr17.074807.14617@draco.macsch.com>, by todd@draco.macsch.com (Todd C. Williams):
> In article <1992Apr16.075754.10359@animal.gcs.co.nz> alan@animal.gcs.co.nz (Alan Adams) writes:
>>In article <733@ncrsaud.SaudiArabia.NCR.COM> Khalid.Bahey-elDin@SaudiArabia.NCR.COM (Khalid Bahey-elDin) writes:
>>>
>>>how can we get the system to go to single user, run this script, and
>>>then go to multi-user again?
>>
>>We did this exact thing for a client of ours (note - not on an NCR box).
>>We editted the /etc/rc0 script adding some code at the END of it which
>>checked for the existance of a file on the system (ie /etc/do_a_backup).
>>If this file was present then /etc/rc0 ran our backup script, removed
>>the file /etc/do_a_backup and invoked init x (to go back to multiuser).
> 
> I did this same thing, too, on a BSD system.  I wanted an operator to run
> a backup in single-user without having to know how to boot the system,
> or having the root password.  The backup program would do the reboot
> itself.  It worked great!

Here's a slightly different solution.  We use init state 4 for our
backups.  The accompanying script, /etc/rc4 (/sbin/rc4), simply does a
". /etc/rc0" to bring the system to single user.  We then do our
backups, verify the backup, and the final statement is a shutdown to
level 6 (reboot).  BTW, errors need to be trapped by "trap" where a
shutdown to 6 would also occur.

Still interested and want more details?  Email me.

Steve Zubatkin
Morristown, NJ
From: thu@huedv.sta.sub.org (Thomas Huppertz)
Newsgroups: comp.unix.sysv386
Subject: Re: Problem configuring HPDD with ISC2.2.1
Date: 9 Apr 92 20:13:45 GMT
Reply-To: thu@huedv.sta.sub.org
Organization: HUPPERTZ EDV-Beratung, Thererstr. 10, 8083 Mammendorf, Germany

rhill@pulse.spacecoast.org (Russ Hill) writes:

>When I try to configure the HPDD it fails to build a kernal.  It start
>complaining about undefined references.  I found that the references it
>was trying to use were in drivers that kconfig did not enable.  The
>drivers it did not enable made sense since they were the ones that I'm
>not using, but for some reason the main 'dsk' and 'tape' drivers
>were referencing these unneeded drivers.

I think you have to be more specific!

We have build the HPDD more than one time without any problems. 
What externel references aren't resolved - you should tell more ...

Are you able to build a new kernel without the HPDD? Otherwise it
could be possible, that another (driver-)package you have installed,
has modified your Description-File in a bad manner.
(e.g. if you try to remove the WD+-Driver, you'll get unexpected
results, as I remember - afterwards you have to repair the
description-file and/or the mdevice by hand).

If you tell more, perhapes we/someone can help and give hints.
-- 
==================== Gruss: === Thomas === Huppertz  ========================
       HUPPERTZ EDV-Beratung, Thererstr. 10, 8083 Mammendorf, Germany 
               Tel. ++49-8145-1569, Fax. ++49-8145-8286 
====== EMail:=== thu@huedv.sta.sub.org === (oder: huppertz@guug.de) =========
Xref: sparky comp.unix.sysv386:8758 biz.sco.general:1840
From: jochen@mrz.lm.sub.org (Jochen Fahrner)
Newsgroups: comp.unix.sysv386,biz.sco.general
Subject: Re: ODT 1.1 and Video 7 1024i
Date: 16 Apr 92 15:59:38 GMT
Organization: Muenchener Rechenzentrum, Munich/Bavaria
X-Md4-Signature: b421eb6bb4b80c3ef225785a0c81453a

In article <65@dd.UUCP> wes@dd.UUCP (Mads Westermann) writes:

   I have recently installed a Video Seven 1024i adapter in my machine and have
   configured it for 800x600 resolution.

   The problem is that when I switch from a multiscreen running in graphics mode,
   X to a multiscreen running in text mode, it never makes it to text mode. The
   screen goes haywire and it looks like the timing registers are filled with
   garbage. When I try to switch back it sometimes goes OK, and sometimes it
   gets even worse.

We have the same problem. We tried a Video7 1024i and an EIZO MD-B10.
Both cards showed the same problem. We tried two different mainboards,
one AMI 386/33 ISA board and one AMI 486/50 EISA board: same problem
with both boards and both cards. Our additional hardware is: Adaptec
1542B, WD8013 Ethernet, AST-4-port serial.

Our german support center couldn't solve the problem. Now we switched
to X11R4 with X386 from T.Roell. There is a german company named
N.A.T. which distributes a binary for SCO Unix. This works fine with
our machine. The only thing you need to buy is a ET4000 graphics card.

If you solved the problem with SCO Xsight, please post a solution.

Jochen
--
Jochen Fahrner, jochen@mrz.lm.sub.org, Home: jochen@busybit.mrz.lm.sub.org
Xref: sparky comp.unix.sysv386:8751 comp.sys.ibm.pc.hardware:13931
From: mark@lowton.rn.com (Mark Powell)
Newsgroups: comp.unix.sysv386
Subject: Xconfig for an Orchid ProDes IIs, please.
Date: 7 Apr 92 20:29:51 GMT
Organization: At home, in the grim North of England.

I've got an Orchid Pro-designer IIs (with 1Mb RAM and a SIERRA RAMDAC, if it
matters.) I've been trying unsuccesfully to produce an Xconfig that'll
let me use 1024x768x256 at around 70Hz. If anyone has managed to configure
X386 for just such a set-up could they mail me a copy?
clock.exe just doesn't seem to work. The top clock speed it gives me is 44.9
which can't be right if this card can, as the manual says, produce
1024x768 at 70 or 72Hz  :-( Anyone help?
   Thanks in advance.


Mark Powell

mark@lowton.rn.com				Voice: +44 942 714317
...!uunet!nstar!jshark!lowton!mark		Nr. Manchester, UK.
From: larry@news.rn.com (Larry Snyder)
Newsgroups: comp.unix.sysv386
Subject: Re: For sale?
Date: 15 Apr 92 19:03:20 GMT
Organization: The Gator Public Access Unix Site (219)289-0777

jle9162@venus.tamu.edu (ECKHARDT, JASON LEE) writes:

>  Development system for SCO UNIX 3.2.2 for a reasonable price..
>  Don't care if it's used or whatever...so if you have a Dev. sys. 
> you don't use laying around, sell it...

>BTW, I'm doing this because I can't afford the OUTRAGEOUS price of SCO's
>dev. sys. from them new...

Well -- I hate to say this -- but you should have considered the price
of SCO back from the start --  


-- 
Larry Snyder                                    internet: larry@gator.rn.com
keeper of the Gator                                 uucp: uunet!trauma!larry
From: tneff@bfmny0.BFM.COM (Tom Neff)
Newsgroups: comp.unix.sysv386
Subject: Re: <dial.h> in SVR4
Date: 9 Apr 92 20:12:37 GMT
Reply-To: tneff@bfmny0.bfm.com (Tom Neff)

Would USL consider just posting <dial.h> to comp.sources.unix this once?
It's hard to see how doing so would hurt anyone's market; it's just an
include file.
From: umcarls9@ccu.umanitoba.ca (Charles Carlson)
Newsgroups: comp.unix.sysv386
Subject: IDE on ISC 3.2.2.1
Date: 8 Apr 92 22:06:01 GMT
Organization: University of Manitoba, Winnipeg, Canada


Thanks to all those who replied on my question if IDE will work with
ISC 3.2.2.x or not.  The answers were all YES, that many people had/are
using that version with IDE drives.

Last night I installed 3.2.2.1 on a Fujitsu 2614 and it seems to be working
just fine, but I haven't driven it very hard yet.

Thanks again...


-- 
/ Charles Carlson  umcarls9@ccu.Umanitoba.CA  
\ This .sig now available on a limited edition 2 record set, for 4 easy 
/ installments of $19.95 each. To order, please have your Visa or Mastercard
\ ready and phone: 1-800-555-1212, or send check or MO to 200-155 Carlton St.
Newsgroups: comp.unix.sysv386,comp.unix.bsd,comp.os.mach,comp.unix.wizards,alt.folklore.computers
From: mattair@sun44.synercom.hounix.org (Charles Mattair)
Subject: Re: SVr4 and clone hardware buyer's FAQ
Organization: Synercom Technology, Inc., Houston, TX
Date: Fri, 10 Apr 1992 14:34:43 GMT

In article <1992Apr10.083613.19786@kithrup.COM> sef@kithrup.COM (Sean Eric Fagan) writes:
>In article <1992Apr8.190957.3875@sun44.synercom.hounix.org> mattair@sun44.synercom.hounix.org (Charles Mattair) writes:
>>One thing that this thread is
>>doing is calling it SCO 3.2 version 4.  WRONG...  it is SCO 3.2 release 4.
>>subtle difference.  
>
>Right.  Are you really this stupid?
>
> [remainder deleted]

Sean,
  I realize you worked for SCO so you probably feel some parental pride in
protecting your offspring.  However, this does not give you carte blanche
to make stupid statements accusing me of making stupid statements.

  DEC is probably one of SCO largest VAR's and I would suspect this issue
of the CSO update went past both DEC and SCO marketing droids before going
out the door.  This doesn't mean it's correct, just that it says what they
wanted it to say.

Tone your defense of SCO down.
X
-- 
Charles Mattair			      (preferred) mattair%synercom@hounix.org
Fast, Cheap, Good.  Choose Two. (anon)		   (or)	mattair@synercom.UUCP
Any opinions offered are my own and do not reflect those of my employer.
--------------------------------------------------------------------------------
Xref: sparky comp.unix.sysv386:8685 comp.unix.questions:6227 comp.unix.admin:2809
From: jfh@rpp386.lonestar.org (John F. Haugh II)
Newsgroups: comp.unix.sysv386,comp.unix.questions,comp.unix.admin
Subject: Re: SVR4/SVR3: How to go from multi/single/multi from script
Date: 15 Apr 92 15:31:23 GMT
Reply-To: jfh@rpp386.cactus.org (John F. Haugh II)
Organization: On the Beach, Simpson Bay, Sint Maarten, Nederland Antilles
X-Random-Thought: Practice random kindness and senseless acts of beauty

In article <733@ncrsaud.SaudiArabia.NCR.COM> Khalid.Bahey-elDin@SaudiArabia.NCR.COM (Khalid Bahey-elDin) writes:
>If somebody has done this before on *any* SVR3/4 flavours, pls let me know.
>This should be as portable as possible, and must use only vendor delivered
>utilities (sh, awk, sed).

Try this -

Define a new runlevel in your /etc/inittab that executes a simple script.
For example,

bu:3:respawn:/etc/backup_script ; telinit 2

After your backup script has executed, the "telinit 2" command will be
executed, putting your system back in multi-user mode.  [ On this system
"S" is single, "2" is "multi" and "1" is kinda like "2" but only for the
console ... ]
-- 
John F. Haugh II                   | SITUATION WANTED:
Ma Bell: (512) 251-2151            |    Will write device drivers, turn status
UUCP: ...!cs.utexas.edu!rpp386!jfh |    reports in late, and whine incessantly
Domain: jfh@rpp386.cactus.org      |    for food.  Serious inquiries only ...
From: mjh@cs.vu.nl (Huisjes MJ)
Newsgroups: comp.unix.sysv386
Subject: Re: Terrible timing constraints in Device Drivers! Arrgh.
Date: 15 Apr 92 11:17:51 GMT

lance@unix386.Convergent.COM (Lance Norskog) writes:

} What you have is typical DOS garbage hardware.

} Answer: get another card.  Unless you need phone company interfacing,
} you can use a Sound Blaster card and the drivers I recently posted.
} I believe Dialogic makes Unix-compatible phone-interface voice
} mail cards as well.

Well yes, Dialogic makes voice-mail cards but the fee for the unix
driver is :

		$1250 EVERY year

It's a license and it does allow you to use ulimited copies.
--
Maarten Huisjes.	mjh@cs.vu.nl (192.31.231.42)
			(..!uunet.uu.net!cs.vu.nl!mjh)
Newsgroups: comp.unix.sysv386