HDTenEightyP/NetNews huggingface dataset:
From: abacus@global.Gwinnett.COM
Newsgroups: biz.misc
Subject: Helpful Tips For This week
Date: 12 Oct 92 12:59:10 GMT
Organization: ABACUS GLOBAL SUPPORT, INC., MIAMI, FLORIDA


			ABACUS GLOBAL SUPPORT, INC.
  			  HELPFULL HINTS ON 1-2-3
			      FOR PCs AND MACs


There is a quick way to adjust column widths with 1-2-3 ver. 2.3 and 1-2-3 for Windows.  Place the mouse 
pointer on the right boarder of the colume title.  The cursur will change to a double headed arrow pointing 
left and right, this indicates that you can change the width of the cell by dragging the pointer either left or 
right.  Once the column is set to your width just let the mouse botton go.

To center a heading using 1-2-3 ver. 1.3 or 2.3's WYSIWYG that occupies several columns just load 
WYSIWYG from the add-in options (ALT F10).  From the WYSIWYG menu, select Text, Align, and 
Center or what ever format you perfer.  Highlight the range of the heading and press Enter.  To align the 
heading with the column it corresponds to, choose Text and Clear, highlight the range of cells with the 
headings, then press Enter.   For 1-2-3 for Windows, select the cells that you want centered then click the 
Center SmartIcon.  

To set your 1-2-3 to go into a directory your in by typing the program name provided that 1-2-3 is in your 
PATH statement.  Open 1-2-3 then select Worksheet, Global, Default, Directory.  Delete the current 
directory then press Enter and then select Update.  This will allow you to start up 1-2-3 from any directory 
you in and work with the worksheets saved in that directory.

To move around a large spreadsheet quickly and efficiently you can use the F5 (GOTO) key for the range 
prompt or F3 (NAME) for a short list of range names.  By pressing F3 twice, you can see a full screen 
listing of range names.

				COURTASY OF:
--
Abacus Global Support, Inc.            INTERNET: abacus@global.gwinnett.com
9566 N.W. 41 Street                    COMPUSERVE: 71201.1201@compuserve.com
Miami, FL   33178
VOICE: 1-800-848-9192    BBS: 1-800-643-3630
From: clarinews@clarinet.com (UPI)
Newsgroups: clari.sports.football.college,biz.clarinet.sample
Followup-to: biz.clarinet.sample
Subject: Florida's Monty Grow files lawsuit
Keywords: college football, football, men's college, legalities,
	higher education, education
X-Supersedes: <fbc-steroidU2O71045ae@clarinet.com>
Date: Wed, 7 Oct 92 8:09:25 PDT
ACategory: sports
Slugword: fbc-steroid
Priority: daily
Format: daily, regular
ANPA: Wc: 336; Id: z2897; Sel: xxsfc; Adate: 10-7-11aed; Ver: 0/1
Codes: ysfcdxx., ysflrxx., yndhrxx., tnrb....

	GAINESVILLE, Fla. (UPI) -- A University of Florida football player is
suing the National Collegiate Athletic Association to regain one year's
eligibility after having been suspended because a banned steroid was
found in his urine.
	Linebacker Monty Grow was suspended for the rest of the season on
Sept. 10, 1991, when a banned anabolic steroid was found in his urine.
Grow said the drug was in an over-the-counter growth supplement he took
during the summer of 1991.
	He filed suit on Sept. 25, 1992, because the NCAA won't consider the
lost season as a redshirt year. Although he has made several appeals,
all have been denied.
	``I wanted my year back and was going to do whatever possible to get
it back. This was the only way to do it,'' Grow said. ``Nobody will
listen unless you take them to court.''
	The university is not named in the lawsuit and President John
Lombardi said UF is not taking a position on the matter.
	``The university has not taken a position one way or the other. We
are not in the business of making NCAA rule interpretations,'' he said.
``We merely follow them.''
	The lawsuit challenges the NCAA on the grounds that it is enforcing a
rule that has not been formally adopted, has deprived Grow of due
process and used faulty drug testing procedures.
	Under NCAA rules, athletes have four years of eligibility over a
five-year period.
	``There are two complaints: one, that his year of eligibility was
wrongly taken last year, and two, that the NCAA is trying to say he has
lost a year of competition in addition to a year of eligibility. We feel
that is improper,'' said Grow's lawyer, Steve Bernstein of Gainesville.
	The NCAA maintains it has the absolute authority to determine
athletes' eligibility to play.
	The suit was filed at the Alachua County Courthouse. This will be
Grow's last year as a Gator if he loses. He wants the case settled
before spring because if he loses, he wants to go into the NFL draft.
From: stevea@i88.isc.com (Steve Alexander)
Newsgroups: biz.sco.general
Subject: Re: talk command and talkd
Keywords: talk unix sco opendesktop
Date: 11 Oct 92 21:52:41 GMT
Distribution: biz
Organization: INTERACTIVE Systems Corporation, Naperville, IL

In article <465@comix.UUCP> jeffl@comix.UUCP (Jeff Liebermann) writes:
>I can't make it work either on 2 different system using
>SCO Unix 3.2v4.1.  It worked fine in tcp/ip 1.1.3 but not 1.2.0.

Talkd is not supposed to start from /etc/tcp; it is started by /etc/inetd.
Check /etc/inetd.conf to make sure that the ntalk services is enabled.
Also, netstat -ap udp | grep talk should show a line similar to the following:

	udp        0      0  *.ntalk                *.*

Also, the default behavior for SCO UNIX disables terminal messages.  Make
sure that mesg y is in effect for both parties in the conversation.  Otherwise
talk will complain, but on some xterms, the screen clears too quickly for you 
to see the message.

-- 
Steve Alexander, Software Technologies Group    | stevea@isc.com
INTERACTIVE Systems Corporation, Naperville, IL | ...!{sun,ico}!laidbak!stevea
From: news@xenitec.on.ca (xenitec.on.ca News Administrator)
Newsgroups: biz.sco.general
Subject: Larry Snyder, please cool it!
Date: 10 Oct 92 05:35:01 GMT
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Precedence: bulk

Larry Snyder writes:
> 
> Maybe you could mount another filesystem under comp, and maybe another one
> for alt?  It might work -- or maybe you could sell your SCO for close to
> what SVR4 is then it won't be a problem?

Do you really think it necessary to continue to visit the SCO groups in
order to knock SCO, and the Telebit groups in order to knock Telebit?

If you don't like or use or want or enjoy or appreciate a product, that's
certainly your right and your privilege.

But your constant sniping at people who productively use that product is
contumelious, contemptible, and continually irritating.

Could you please take your marbles to some other sand-lot, or else try to
be polite when you visit other people's domains?

-- 
Jean-Pierre Radley   Unix in NYC   jpr@jpr.com   jpradley!jpr   CIS: 72160,1341
Newsgroups: biz.sco.general
From: Lee Penn  <lee@dlpco.dlpco.COM>
Subject: [JPALMER]: PostScript(tm) Driver for SCO Xe
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Organization: [resent by] The SCOGEN gateway and Propagation Society
Date: Wed, 7 Oct 1992 12:23:21 GMT
Precedence: bulk

>From uunet.uucp!xenitec.on.ca!news Wed Oct  7 06:12:26 1992
>To: distribution@xenitec.on.ca
>Path: xenitec!olivea!spool.mu.edu!sol.ctr.columbia.edu!destroyer!Tygra.Michigan.COM!jp
>From: John Palmer <xenitec.on.ca!uunet!tygra.michigan.com!jp@uunet>
>Newsgroups: biz.sco.general
>Subject: [JPALMER]: PostScript(tm) Driver for SCO Xenix
>Message-Id: <1992Oct7.013543.8822JPII@tygra.Michigan.COM>
>Date: 7 Oct 92 01:35:42 GMT
>Organization: CAT-TALK Conferencing System

>I have a postscript printer (A HP LJIII with a PS cart.) and would like
>to know if there is a postscript driver for SCO Xenix 2.3.2. 

>Thanks
>Palmer

Postscript is supported on Xenix 2.3.4 and the drivers work just 
fine under 2.3.2 if you can get a copy of the programs.  You will 
probably need to upgrade to 2.3.4 GT ($295.00).

================================================================================
Lee Penn,  DLP Technologies, Inc.                     Voice: 513 232-7791
SCO Advanced Product Center                           FAX: (513) 232-7801
7444 Jager Ct.
Cincinnati, OH  45230-4344                           email: lee@dlpco.COM

Newsgroups: biz.sco.general
From: bill@Celestial.COM (Bill Campbell)
Subject: Re: Parallel printers in Unix 4.1
Organization: Celestial Software, Mercer Island, WA
Date: Fri, 16 Oct 1992 15:50:40 GMT

In <Bw6Mtt.G9A@world.std.com> apl@world.std.com (Anthony P Lawrence) writes:

.........
:Anyway, the engineer wanted to know if the slow printing would follow
:the port or follow the printer: he said he had different suggestions 
:depending on the answer.

:That sounded reasonable to me (though I do wish there was some way to
:convince these people that they are dealing with an intelligent
:human being: just give me both fixes and I'll take it from there...
:plus I learn something for the future, but no, they won't do that).

:So I switched the cables so that the slow lp1 printer was now on lp0 and
:vice versa.

:Guess what?  Both printers now print quickly.  Figure that one out.

:I'll take the gift as is, but if anyone has a clue as to why, I'd 
:love to know.

Was one of these a Tandy printer cable?  Tandy followed the
original Centronics standard (which IBM clobbered along the way
along with the female DB25 rs232 standard :-) and some of their
printer cables have different wiring than standard PC compatible
cables.  Their older printers also were a bit different.

Bill
-- 
INTERNET:  bill@Celestial.COM   Bill Campbell; Celestial Software
UUCP:   ...!thebes!camco!bill   6641 East Mercer Way
             uunet!camco!bill   Mercer Island, WA 98040; (206) 947-5591
SPEED COSTS MONEY -- HOW FAST DO YOU WANT TO GO?
Newsgroups: biz.sco.general,comp.unix.sysv386
From: bill@Celestial.COM (Bill Campbell)
Subject: Re: Problems with cnews+nn6.4.16 on SCO3.2.2
Organization: Celestial Software, Mercer Island, WA
Date: Thu, 15 Oct 1992 01:28:03 GMT

In <1992Oct14.151052.808@bostech.com> lee@bostech.com (Leon Story) writes:

.....
:Michael Deignan's answer did sound a bit "flip", but actually is quite
:a practical suggestion.  Most of the serious development shops that I know
:of using SCO Unix have gone to either gcc or Metaware's hc, and gcc is much
:less expensive and just about as reliable.  Unless you have weird backward-
:compatibility problems, put SCO's hacked-up Microsoft C off-limits to
:developers!  A good programmer can build a recent version of gcc for SCO in
:a few hours.  If Kreider's "boss" doesn't realize this, he's wasting time
:and money.

I agree with using gcc when compiling net.code, particularly that
from gnu/fsf since that seems to be either laden with Berserklyisms
and/or a coding style that IMHO leaves much to be desired.

I use the standard SCO (Microsloth) cc for most of my in-house
development primarily because I frequently use the cross-development 
tools which aren't available from gcc.  I learned a long time ago
to write code that doesn't stress-test compilers.  I'm not being
paid to debug compilers so I'll leave that to perl.  It's been a
long time since I ran into a cc bug with anything I've written.

Bill
-- 
INTERNET:  bill@Celestial.COM   Bill Campbell; Celestial Software
UUCP:   ...!thebes!camco!bill   6641 East Mercer Way
             uunet!camco!bill   Mercer Island, WA 98040; (206) 947-5591
SPEED COSTS MONEY -- HOW FAST DO YOU WANT TO GO?
Xref: sparky biz.sco.general:3749 comp.unix.sysv386:15651
From: ti@bazooka.amb.org (Ti Kan)
Newsgroups: biz.sco.general,comp.unix.sysv386
Subject: Re: SCO Unix 3.2.2, C News and lack of inodes
Date: 16 Oct 92 07:22:53 GMT
Reply-To: ti@bazooka.UUCP (Ti Kan)
Followup-To: biz.sco.general
Organization: AMB Research Labs, Sunnyvale, CA.

In article <1992Oct15.100620.221@wes.on.ca> tomh@wes.on.ca (Tom Haapanen) writes:
>sef@kithrup.COM (Sean Eric Fagan) writes:
>> Correct.  The SCO filesystems are still V7-type (which, despite what Larry
>> Snyder wants to believe, can be a good thing in a lot of cases, but it also
>> does have its limitations), which 16-bit inodes.  (The kernel doesn't have
>> this limitation, just the filesystem.)
>
>BZZZZT!  The EAFS filesystem in 3.2.4 has 32-bit inodes (and soft links),
>removing the 65,536-inode limitation.

NO.  EAFS under SCO 3.4.4 still has the 64K inodes limitation, despite the
long file names and symbolic links.  Sean should know, he's the one that
implemented these features.

>Unfortunately we're still with 3.2.2 (our Unix box is leased -- long story,
>don't ask -- and SCO Unix OS+DS are part of the lease package, so I really
>don't want to spend $1K Canadian to upgrade to 3.2.4 and then throw it 
>away in two years).

Upgrading to 3.2.4 will not solve your inode problems.

-Ti
-- 
    ///  Ti Kan                vorsprung durch technik
   ///   AMB Research Laboratories, Sunnyvale, CA. USA
  ///    ti@amb.org
 //////  ...!{decwrl,synopsys,tandem,tsoft,ultra}!sgiblab!bazooka!ti
///      ...!{uunet,sun,apple,sco}!altos!bazooka!ti
Newsgroups: biz.sco.general,comp.unix.sysv386
From: gerg@netcom.com (Greg Andrews)
Subject: Re: Problems with cnews+nn6.4.16 on SCO3.2.2
Organization: Netcom Online Communications Services (408-241-9760 login: guest)
Date: Fri, 16 Oct 1992 18:19:29 GMT

In article <Bw5v45.LJw@gator.rn.com> larry@gator.rn.com (Larry Snyder) writes:
>lee@bostech.com (Leon Story) writes:
>
>>Michael Deignan's answer did sound a bit "flip", but actually is quite
>>a practical suggestion.  Most of the serious development shops that I know
>>of using SCO Unix have gone to either gcc or Metaware's hc, and gcc is much
>
>you lay down your money for an OS -- complete with development
>system -- and you need to throw the compiler out -- that's an
>interesting approach (but I guess it works)..
>

Sounds like the principle "Use the right tool for the job".

You mean to say you're still using the stock tty drivers in your production
systems?  I thought you went to using FAS...


-- 
 .------------------------------------------------------------------.
 |  Greg Andrews   |       UUCP: {amdahl,claris}!netcom!gerg        |
 |                 |   Internet: gerg@netcom.COM                    |
 `------------------------------------------------------------------'
Newsgroups: biz.sco.general,comp.unix.sysv386,news.software.b
From: fitz@wang.com (Tom Fitzgerald)
Subject: Re: SCO Unix 3.2.2, C News and lack of inodes
Organization: Wang Labs, Lowell MA, USA
Date: Mon, 12 Oct 92 20:12:35 GMT

> Stuart Lynne:
> >The latest CNews will reputedly copy files that cannot be linked. 

geoff@world.std.com (Geoff Collyer) writes:

> Not true.  It's in the works; in the mean time, you can get diffs from
> Tim Thompson (tgt@att.att.com).

Tim reports that diffs aren't available and won't be for a month or so, and
he can't send out whole source files since they contain other company-
confidential stuff.

Has anyone else made changes like this to relaynews?

-- 
Tom Fitzgerald   Wang Labs       fitz@wang.com   "I went to the universe today;
1-508-967-5278   Lowell MA, USA                   It was closed...."
Newsgroups: biz.sco.general
From: apl@world.std.com (Anthony P Lawrence)
Subject: Re: Parallel printers in Unix 4.1
Organization: The World Public Access UNIX, Brookline, MA
Date: Thu, 15 Oct 1992 21:39:28 GMT

In article <9210141726.aa27168@scoke.sco.COM> Bela Lubkin <belal@sco.COM> writes:
>Tony Lawrence wrote:
>
>> Situation: System was Xenix 2.3.4 w/ parallel ports at 378 int 7
>> and 278 int 5, lp0 and lp2.
>> 
>> Upgraded to unix 3.2 4.1 and (after mkdev parallel) I end up
>> with lp0 and lp1 (???).
>> 
>> This is not good because:
>> 
>> 	1. It's supposed to be impossible (?)
>> 	2.  Stuff going to lp1 takes it's sweet time
>> 	  getting there.

Well, after trying everything else, I gave up and called SCO.

(Third time since 1983- I must be getting soft :-) )

Anyway, the engineer wanted to know if the slow printing would follow
the port or follow the printer: he said he had different suggestions 
depending on the answer.

That sounded reasonable to me (though I do wish there was some way to
convince these people that they are dealing with an intelligent
human being: just give me both fixes and I'll take it from there...
plus I learn something for the future, but no, they won't do that).

So I switched the cables so that the slow lp1 printer was now on lp0 and
vice versa.

Guess what?  Both printers now print quickly.  Figure that one out.

I'll take the gift as is, but if anyone has a clue as to why, I'd 
love to know.


		Tony

Lawrence & Clark, Inc		(617) 762-0707	(206) 323-2864
Xenix/Unix support,etc 	 	 Boston		 Seattle

Xref: sparky biz.sco.general:3775 comp.unix.sysv386:15679
From: larryp@sco.COM (Larry Philps)
Newsgroups: biz.sco.general,comp.unix.sysv386
Subject: Re: SCO Unix 3.2.2, C News and lack of inodes
Date: 16 Oct 92 13:18:03 GMT
Organization: SCO Canada, Inc.

In <1992Oct15.100620.221@wes.on.ca> tomh@wes.on.ca (Tom Haapanen) writes:

> > Dean.Roth <Dean.Roth@mixcom.mixcom.com> writes:
> >> Are you saying that 3.2r4 does NOT allow the creation of filesystem
> >> with more than 64K inodes yet?!  
> 
> sef@kithrup.COM (Sean Eric Fagan) writes:
> > Correct.  The SCO filesystems are still V7-type (which, despite what Larry
> > Snyder wants to believe, can be a good thing in a lot of cases, but it also
> > does have its limitations), which 16-bit inodes.  (The kernel doesn't have
> > this limitation, just the filesystem.)
> 
> BZZZZT!  The EAFS filesystem in 3.2.4 has 32-bit inodes (and soft links),
> removing the 65,536-inode limitation.

I am afraid Sean is right, and you are wrong.  The AFS filesytem under
3.2v2, and the EAFS filesytem under 3.2v4 both still have the restriction
of 64k inodes/filesystem.

---
#include <std/disclaimer>

Larry Philps,	 SCO Canada, Inc.
Postman:  130 Bloor St. West, 10th floor, Toronto, Ontario.  M5S 1N5
InterNet: larryp@sco.COM
UUCP:	  {uunet,utcsri,sco}!scocan!larryp
Phone:	  (416) 922-1937
From: apl@world.std.com (Anthony P Lawrence)
Newsgroups: biz.sco.general
Subject: Re: Intel/SCO Identification
Keywords: serial number unique id
Date: 17 Oct 92 00:42:51 GMT
Organization: The World Public Access UNIX, Brookline, MA

In article <1992Oct16.155453.4085@Celestial.COM> bill@Celestial.COM (Bill Campbell) writes:
>In <1219@consult.UUCP> bob@consult.UUCP (Bob Willey CDP) writes:
>
>:In article <1992Oct15.151958.9428@casey.uucp> kevinc@casey.uucp (Kevin C. Castner) writes:
>:>Is there any way to uniquely identify a PC (running SCO) from some
>:>aspect of the hardware such as a BIOS Serial Number, Unique CPU
>:>number, etc.
>
>:Wyse used to ship their version of Xenix/UNIX and during the startup 
>:process it would look at the machine, and if it was NOT a wyse machine
>:it would stop with an error, and would not continue.

I would suspect it was looking for the word "Wyse" in the BIOS and that
it wouldn't have been too awfully hard to get around that.

>
>  I know this because
>:Wyse stop selling this and neither Wyse nor SCO could help a client who
>:was upgrading their machine (to a non-Wyse machine).  The only answer
>:anyone had was to buy a NEW copy of SCO Xenix (in that case).

Um, didn't SCO offer an upgrade price?  They certainly did with the
old Tandy product and I thought they did w/Wyse also.  Could be
wrong. :-)
>
>I think that the problem with the Wyse was that that particular
>breed of Xenix was trying to control the Wyse-specific LCD
>display on the front of the machine, not looking for a serial
>number or other ID.  Non-Wyse Xenix would work OK on the wyse
>machines (as I remember, but it's been a while;-)

I just "retired" what I hope is one of the last of those old
Wyse machines (the ones w/the cpu & memory that clipped together on
top w/ that $@%! board that tore the hell out of your fingers!).
But it was running SCO 2.3.2 when it died.

The client  bought Wyse again: why not- it ran 6 years for 24 hours
a day and never went down execpt for memory upgrades, etc.



		Tony

Lawrence & Clark, Inc		(617) 762-0707	(206) 323-2864
Xenix/Unix support,etc 	 	 Boston		 Seattle
Newsgroups: biz.sco.general,biz.sco.opendesktop,comp.unix.xenix.sco,sco.opendesktop,comp.unix.questions
From: rich@tsmnet3.uucp (Richard Martin)
Subject: BBS Software for SCO
Organization: E-Systems, Melpar Division
Date: Wed, 14 Oct 1992 15:07:26 GMT
Followup-To: rich%melpar@uunet.uu.net
Summary: BBS Software for SCO

Does anyone have any suggestions for a BBS software package for use with SCO UNIX 3.2.2?  It should have

Easy to use interface
real-time comferencing
news groups
polling/surveying
Ability to use USENET news
online help

I would appreciate any suggestions or comments...

Thanks!

Rich Martin
E-Systems, Melpar-Division
Falls Church, VA
(703) 560-5000 x4586
rich%melpar@uunet.uu.net
..uunet!melpar!rich


Newsgroups: biz.sco.general
From: nikki@trmphrst.demon.co.uk (Nikki Locke)
ReplyTo: nikki@trmphrst.35demon.co.uk
Subject: Re: Definitely a FAQ !
Distribution: world
X-Mailer: cppnews $Revision: 1.19 $
Organization: Trumphurst Ltd.
Date: Thu, 8 Oct 1992 20:23:03 +0000


In article <1992Oct8.071438.28996@hippo.ru.ac.za> spnp@hippo.ru.ac.za (Mr NL Parker) writes:

> No doubt this has been asked before but could some kind soul please
> help me find a simple editor for Sco. Features should include:
> 
> 1) Characters disappear when you press 'Backspace'.
> 
> 2) Arrow keys on keyboard work in the 'normal' way.
I wrote the ZED editor for Zortech C (on DOS). I have ported this editor 
to a number of Unix variants, including SCO. It is a DOS-style editor
(you know, pop-down menus, cursor keys, function keys, Alt keys, context 
sensitive help, etc.).

I sell the source, ready to compile on SCO, together with a pre-compiled 
executable (in case you don't have a DEV SYS) for 50.00 pounds sterling. I
take credit cards or sterling cheques (checks if you choose to spell it 
that way :-).

I hope it is O.K. to mention this in this group.
---
Nikki Locke              |                        | nikki@trmphrst.demon.co.uk
Trumphurst Ltd.          | Tel: +44 (0)691-670318 | nikki@cix.compulink.co.uk
PC and Unix consultancy  | Fax: +44 (0)691-670316 | nikki@kewill.co.uk
trmphrst.demon.co.uk is NOT affiliated with ANY other sites at demon.co.uk.
Demon.co.uk is a dial-up subscription access point to the Internet.
Newsgroups: biz.sco.general
From: noldi@furka.enet.dec.com (Arnold Sutter Unix Support)
Subject: Modem to SCO Unix 3.2.4 problems ...
Reply-To: noldi@furka.zuo.dec.com
Organization: Digital Equipment Corporation, Zurich, Switzerland
Date: Thu, 8 Oct 1992 17:45:00 GMT


--
Hello world, 

last few days I tried to connect a Multitech MultiModemV.32 (MT932EABI
if that matters ..) to an SCO Unix machine and I'm not finished yet ... :-( 

OK, here are my experiences: 

How my D9 (PC) <--> D25 (Modem) cable looks like: 
Pin	3---------------2
Pin	2---------------3
Pin	5---------------7
Pin	7---------------4
Pin	4--------------20
Pin	1--------------	8


Originally I wanted a shared call-in/call-out line but I'd settle with 
an incoming only if I have to ...


from /usr/lib/uucp/Devices: 
Direct tty1a - 1200-9600 direct
	.
	.
ACU tty1A - 1200-9600 /usr/lib/uucp/dialMMV32
	.
	.
from /etc/inittab
Se1A:2:respawn:/etc/getty -t60 tty1A m


from /etc/gettydefs
m # B9600 HUPCL # B9600 CS8 SANE HUPCL TAB3 ECHOE IXANY #\r\n@!login: # m

(I thought HUPCL would make the modem hangup after logout ... ??)


I can dial in and the Modem answers, but it does not hang up after logout!!
The modem is in DTR normal mode (AT&D2) so it really should hang up 
after I logout but it doesn't. 

My questions: 
what's the proper /etc/gettydefs line for a 9600 Modem ??

How do I really setup a shared call-in/call-out modem line on 3.2.4 ??
The manual is very confusing in this matter ..


Regards, 

Arnold
----------------------------------------------------------------------------
Arnold Sutter, DEC Unix Support, Zurich, Switzerland
I-net:  noldi@furka.enet.dec.com
X.400:  C=ch, A=arcom, P=digital, O=digital, OU=rle, S=sutter, G=arnold
Phone:  [++](411) 801-2714
Motto:  "Who are you ?? -- I'm BATMAN !!"
----------------------------------------------------------------------------