HDTenEightyP/NetNews huggingface dataset:
From: brian@ilinx.wimsey.bc.ca (Brian J. Murrell)
Newsgroups: biz.sco.general
Subject: relocating dev kit libs
Date: 23 Jul 92 18:38:21 GMT
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Cc: scoodt@imcon.wimsey.bc.ca
Precedence: bulk

When one reads the ld man page, at the end, there is some mention of LIBDIR
and LLIBDIR.  I take it to mean these are environment variables which point to
where you have your libs and stuff.  

I relocated my /lib/lib*.a to another directory and set LIBDIR in my env to
that directory.  ld still choked trying to find libc.a.  Do the [L]LIBDIR
variables work??

Interesting to note if I compile using cc -L$LIBDIR -o source.c -o exefile
everything works.  I don't want to however have to always specify -L on my
cc line.

any help appreciated

brian

-- 
Brian J. Murrell                                        brian@ilinx.wimsey.bc.ca
InterLinx Support Services, Inc.                        uunet!van-bc!ilinx!brian
North Vancouver, B.C.
        Platform and Brand Independent UNIX Support - R3.2 - R4 - BSD
From: paul@openage.com (Paul A. Fischer, Sr UNIX Sys Consultant)
Newsgroups: biz.sco.general
Subject: RE: Problem with smtp client (mmdf)
Date: 24 Jul 92 12:44:42 GMT
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Precedence: bulk

>It seems that mmdf's smtp client sends a From_ line
>as the first line of DATA. This line in turn is not
>a valid RFC822 line and some smtpservers choke on that.

>Has anybody know how to fix this ?
>TIA,
>-tron
>--
>Carlos G. Mendioroz  <tron@unisel.com.ar>    54 (1) 799-2715
>Cordoba 3122 6 A - La Lucila - Buenos Aires 1636 - Argentina

Are you setting "app=822" in your smtp entry in mmdftailor?

--------------------------------------------------------------------------------
Independent SCO support and service provider in the D.C. metro area.
No Incumbents in '92. Get the crooks out of office. Vote & Send a Message
Paul A. Fischer           | Open Age Inc.  | paul@openage.com
Sr. UNIX Sys. Consultant  | (301) 948-6422 | (301) 948-9644 Fax
From: fr@compu.com (Fred Rump from home)
Newsgroups: biz.sco.general
Subject: Re: Tape backup revisited/CTAR/Tape verify
Date: 25 Jul 92 14:15:54 GMT
Article-I.D.: compu.1992Jul25.141554.3175
Organization: CompuData Inc.

brian@ilinx.wimsey.bc.ca (Brian J. Murrell) writes:


>	You might want to look at it if you get clients whining about buying
>something they don't need (although in IMHO you usually end up regretting
>dealing with those kind of clients).

As I mentioned in private email, we already use ntar for internal things and 
do distribute that code along with our software, mail and news and a bunch of 
other stuff. Also, we use ntar (GNU tar) when there are no other alternatives 
on other hardware.

Fred
-- 
W. Fred Rump 	office:	   fred@COMPU.COM     'mans feet have grown/so big 
26 Warren St.   home: fred@icdi10.compu.com  that he/forgets his littleness'
Beverly, NJ. 08010                          		Don Marquis 
609-386-6846    bang:uunet!cdin-1!icdi10!fr
From: paul@openage.com (Paul A. Fischer, Sr UNIX Sys Consultant)
Newsgroups: biz.sco.general
Subject: RE: Changing timeouts in uucico
Date: 21 Jul 92 16:46:02 GMT
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Precedence: bulk

>   Here's my next "can I change ___ in uucico" question:  can I change
>the timeouts used for such things as waiting for carrier?  I have been
>having some problems with calling Telebits with my V.22bis modem; if
>the modem I'm calling does not pick up on the very first ring, often
>uucico times out and drops DTR before the Telebit has gotten around to
>making a V.22bis connection.  It's not a problem with the S9 register
>on my modem; rather, it's a problem with uucico.  I'm using a chat
>script in Dialers, not a binary, BTW.

The easiest way I know is to add a few commas on to the end of the phone 
number.

     
openage Any ACU 2400 3015551212,,, ogin: ........

Try that and let me know if it helped.

--------------------------------------------------------------------------------
Independent SCO support and service provider in the D.C. metro area.
No Encumbents in '92. Get the crooks out of office. Vote & Send a Message
Paul A. Fischer           | Open Age Inc.  | paul@openage.com
Sr. UNIX Sys. Consultant  | (301) 948-6422 | (301) 948-9644 Fax
From: ian@airs.com (Ian Lance Taylor)
Newsgroups: biz.sco.general
Subject: Re: SCO Mailing List Technical FAQ
Date: 21 Jul 92 17:20:40 GMT
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Precedence: bulk

> It seems that you may have used your MUA [Rr] key in replying to
> a previous posting, hence sending it to the list administrator
> instead of posting to the newsgroup and mailing list.

Actually, I intended to send the following message to the list
administrator, or at least to the person who sent the original
message.

} I just posted a followup to your article, and I wanted to make sure
} you saw it, since you are presenting information that is widely
} believed but nevertheless slightly incorrect.
} 
} news@xenitec.on.ca (xenitec.on.ca News Administrator) writes:
} 
} >I increased my window size but nothing changed.
} >  When UUCP is negotiating a connection, each side will tell the other
} >  what the maximum window size they support is.  The window size that
} >  will be used for the connection is the lesser of the two.  Therefore,
} >  if you increase your window size to 7 but the remote site is still
} >  using 3, all UUCP connections between your site and the remote will
} >  continue to use a window size of 3.
} 
} This is not quite right.  The window size is not a negotiation, it is
} an announcement.  When you set the window size in your uucico to 7,
} your uucico will tell the remote uucico to use a window size of 7.
} The remote uucico may be telling you to use a window size of (say) 3.
} You will then be sending packets using a window size of 3 (as
} requested by the remote system) and the remote system will be sending
} packets using a window size of 7 (as requested by you).  If you are
} sending most of the data, you won't see any speedup.  If the other
} side is sending most of the data, you will (or, rather, you might).
} 
} Of course, some old versions of uucico may never use a window size
} larger than 3 no matter what you tell them.
} 
} You can get a much bigger speedup by using a larger packet size,
} assuming it is supported by both sides.  I don't know if the SCO
} uucico will let you modify the packet size.  Taylor UUCP will let you
} modify the packet size and many other parameters, and you don't even
} have to use adb (ftp.uu.net:packages/gnu/taylor-uucp-1.03.tar.Z).
-- 
Ian Taylor | ian@airs.com | First to identify quote wins free e-mail message:
``It takes a man months and months to reconcile himself to a new hat.  And
  just when you're preparing to send it to the jumble sale, he says, `That's
  rather a nice hat you've got on, where did you get it?' ''
From: paul@openage.COM (Paul A. Fischer, Sr UNIX Sys Consultant)
Newsgroups: biz.sco.general
Subject: RE: Hardware Recommendations needed
Keywords: EISA Networking Board, Add on memory car
Date: 31 Jul 92 12:45:43 GMT
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Precedence: bulk

>Hi,

>I could use some recommendations on some additional hardware.  First,
>I was wondering what, if any, EISA networking boards are being used 
>by ODT or SCO Unix users.  Second, for another machine, I wanted to
>know if anyone uses 16 bit memory expansion cards in an SCO machine.
>I have one machine whose board is maxxed out at 8mb, and I would like
>to upgrade it to 16mb.

>Thanks,
>Phil

Racal ES-3210 EISA Ethernet (SCO Supported)
HP Ethertwist EISA (SCO Supported)
MYLEX EISA Ethernet (MYLEX drivers)

I do not recommend 16-bit RAM on the system bus.  This will severly slow the 
system down.  Didn't the manufacturer make a 32-bit memory board? or can you 
pull your simms and replace them with higher denisty ones.

--------------------------------------------------------------------------------
Independent SCO support and service provider in the D.C. metro area.
No Incumbents in '92. Get the crooks out of office. Vote & Send a Message
Paul A. Fischer           | Open Age Inc.  | paul@openage.com
Sr. UNIX Sys. Consultant  | (301) 948-6422 | (301) 948-9644 Fax
From: geoff@zswamp.UUCP (Geoffrey Welsh)
Newsgroups: biz.sco.general
Subject: Re: How to allow a user "shutdown"
Date: 22 Jul 92 02:41:13 GMT
Organization: Izot's Swamp

wehler@welfa4.elektro.uni-wuppertal.de (Andreas Wehler) writes:

> does someone know how to allow a certain normal user to shutdown the 
> system? AUTOBOOT is easy. Just switch on and wait.

   Sounds like a bit of a bizarre request, but this is how I'd do it:

   Create a directory under his home directory in which he has read and 
execute permissions only, and (optionally) make his .profile add it to his 
path.  In it, put a shell script owned by root, with the setuserid bit on.  
The shell script contains the shutdown command.  When he executes it (either 
by path or explicitly), it will run shutdown as root, but it doesn't give him 
any other special privileges.

   OK, that's a suggestion from someone with practically no experience as a 
UNIX sysadmin; let's see (a) where the holes are - I'll learn something - and 
(b) what the better suggestions are. 

Geoffrey Welsh, 7 Strath Humber Court, Islington, Ontario, M9A 4C8 Canada
geoff@zswamp.uucp, [xenitec.on.ca|m2xenix.psg.com]!zswamp!geoff (416)258-8467
From: infmx!ten_forward!aland@uunet.UU.NET (Alan Denney)
Newsgroups: biz.sco.general
Subject: Re:  Fun with 9-Tracks
Date: 24 Jul 92 18:04:22 GMT
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Cc: ten_forward!aland@uunet.UU.NET, uunet!xenitec.on.ca!scogen@uunet.UU.NET
Precedence: bulk

>> From uunet!xenitec.on.ca!news Fri Jul 24 00:49:38 1992
>> Newsgroups: biz.sco.general
>> From: uunet!la4gen!villy (Will Hartung - Master Rallyeist)
>> Subject: Fun with 9-Tracks
>> 
>> I love marketing people...
>> Our marketing pukes just let us know that we need to convert
>> some data from (several?) 9-track tapes written on an IBM 4341(?)
>> system. Now, not being an IBM person, this doesn't mean a whole 
>> bunch to me.
>> 
>> I'm looking for suggestions on how we can go about reading these
>> tapes on our SCO box. Should we be able to use a generic 
>> SCSI 9-track drive to read it? Are there any utilities I should 
>> know about besides maybe 'dd' that would get the data off of the
>> tapes?

The tapes are most probably in EBCDIC (not ASCII).  At a minimum, you'll
need to use conv=ascii when dd'ing to convert the character sets.
Also, you'll need to know (or *determine*, via experimentation) whether the
tapes are labeled -- if so, you'll need to skip the label file(s) to get at
the data.  IBM's can write the tapes using Standard (IBM) labels ("SL"),
non-standard labels ("NSL"), unlabeled ("NL").  If you have access to the JCL
of the job that wrote the tapes, look for the *L code above in the DD statement
for the tape.

>> Will
>> (uunet!la4gen!villy)

Hope this helps.


--
Alan Denney      aland@informix.com      {pyramid|uunet}!infmx!aland

I'm Pro-Anarchy...   and I Vote!
From: ian@airs.com (Ian Lance Taylor)
Newsgroups: biz.sco.general
Subject: UUCP windows (was Re: SCO Mailing List Technical FAQ)
Date: 21 Jul 92 15:18:52 GMT

news@xenitec.on.ca (xenitec.on.ca News Administrator) writes:

>I increased my window size but nothing changed.
>  When UUCP is negotiating a connection, each side will tell the other
>  what the maximum window size they support is.  The window size that
>  will be used for the connection is the lesser of the two.  Therefore,
>  if you increase your window size to 7 but the remote site is still
>  using 3, all UUCP connections between your site and the remote will
>  continue to use a window size of 3.

This is not quite right.  The window size is not a negotiation, it is
an announcement.  When you set the window size in your uucico to 7,
your uucico will tell the remote uucico to use a window size of 7.
The remote uucico may be telling you to use a window size of (say) 3.
You will then be sending packets using a window size of 3 (as
requested by the remote system) and the remote system will be sending
packets using a window size of 7 (as requested by you).  If you are
sending most of the data, you won't see any speedup.  If the other
side is sending most of the data, you will (or, rather, you might).

Of course, some old versions of uucico may never use a window size
larger than 3 no matter what you tell them.

You can get a much bigger speedup by using a larger packet size,
assuming it is supported by both sides.  I don't know if the SCO
uucico will let you modify the packet size.  Taylor UUCP will let you
modify the packet size and many other parameters, and you don't even
have to use adb (ftp.uu.net:packages/gnu/taylor-uucp-1.03.tar.Z).
-- 
Ian Taylor | ian@airs.com | First to identify quote wins free e-mail message:
``It takes a man months and months to reconcile himself to a new hat.  And
  just when you're preparing to send it to the jumble sale, he says, `That's
  rather a nice hat you've got on, where did you get it?' ''
Newsgroups: biz.sco.general
From: steph@demesne.uucp (Steph Marr)
Subject: Re: rlogind: getpeername : Invalid argument
Organization: Demesne Computing
Date: Sun, 26 Jul 1992 22:00:52 GMT

mathers@sciborg.uwaterloo.ca (Chris Mathers) writes:

   >Hi,

   >Yesterday I suddenly was told that the campus ethernet is being split
   >and I had to change the IP number on my SCO box right away (thanks for 
   >the notice guys :-}) so I changed the ifconfig statements in the tcp
   >scripts, and I stopped the routed, and added an /etc/route add default
   >statement.

I hope you changed the entry for your host in /etc/hosts as well.

   >Everything works fine, except for telnetd and rlogind which
   >won't start up when I boot,

These aren't normally started when you boot.  /etc/inetd gets started which
does the listen()ing for a telnet/rlogin request, and when it gets one, fires
up /etc/telnetd or /etc/rlogind.
   
   >if I try to run them manually I get
   >    telnetd: getpeername: Invalid argument
   >and the same for rlogind. Can anybody tell me what this is
   >referring to, and hopefully what I can do to fix it?

This is because of the fact that these programs expect to get run by /etc/inetd,
not humans.  /etc/inetd, when it gets a request for a connection, fork()s,
closes most of it's file descriptors, and dup()s the socket with the connection
onto stdin, stdout, and stderr.

The daemons expect this, and expect that file descriptor 0 is a socket, and
that they can do things like getpeername() on file descriptor 0 (stdin).
When your start the daemons by hand, stdin is -not- a socket, so things
fall apart rapidly.

I presume that you are experiencing problems with telnet and rlogin
services on your box.  If you can tell me what happens when you try to
get connected to the SCO box, and what you are connecting -from- I can
try to be more helpful.

Steph.
-- 
Steph Marr
...!uunet!sco!demesne!steph
/* This is MY house, and MY machine.  I'll say what I please. */
From: oklein@smallo.bo.open.de (Olaf Klein)
Newsgroups: biz.sco.general
Subject: Re: Changing timeouts in uucico
Date: 22 Jul 92 20:10:33 GMT
Organization: smallo.bo.open.de Fido-SubNet-Gate : 2:245/5800.12

news@xenitec.on.ca (xenitec.on.ca News Administrator) writes:

>   Here's my next "can I change ___ in uucico" question:  can I change
>the timeouts used for such things as waiting for carrier?  I have been
>having some problems with calling Telebits with my V.22bis modem; if
>the modem I'm calling does not pick up on the very first ring, often
>uucico times out and drops DTR before the Telebit has gotten around to
>making a V.22bis connection.  It's not a problem with the S9 register
>on my modem; rather, it's a problem with uucico.       !!!^^!!!
                                                 
Do you mean the S7 register, which holds the duration of wait time for
a carrier?
What does your modem say after an unlucky unconnection?
I could be, that you have to add some comma to your dial string...

BTW:
Today I compiled Taylor-UUCP on a Sparc 1+, I saw such a thing -
something like 'CHAT-TIMEOUT', perhaps that's what you need?
Next days I'll try to compile it under SCO 3.2.4 (there are configs for it) 

Bye, Olaf

-- 
Olaf Klein	smallo.bo.open.de	2:245/5800.12
Newsgroups: biz.sco.general
From: utacfd!rwsys!rwsys!jim@cs.utexas.edu (James Wyatt KA5VJL)
Subject: Re: Changing timeouts in uucico
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Organization: [resent by] The SCOGEN gateway and Propagation Society
Date: Tue, 28 Jul 1992 05:34:00 GMT
Precedence: bulk
Sent: Tue Jul 28 1992, 00:34:35 CDT

>>    Here's my next "can I change ___ in uucico" question:  can I change
>> the timeouts used for such things as waiting for carrier?  I have been
>> having some problems with calling Telebits with my V.22bis modem; if
>> the modem I'm calling does not pick up on the very first ring, often
>> uucico times out and drops DTR before the Telebit has gotten around to
	[ ... ]
>Here's my solution/hack, if anyone has a better one (like a configurable
>parameter) I'd sure like to here it.
>
>In the Dialers file entry for the modem I insert the following
>between sending the dial string and expecting "CONNECT"
>
>	"" \d\d\d\c
>
>This is basically, "expect nothing", then send 3 delays (~2 seconds each).

I just added extra commas after the phone number as it changed per site.
----
James Wyatt  KA5VJL  jim@rwsys.lonestar.org  Semper Gumbi - always flexible!
Newsgroups: biz.sco.general
From: landall_v@kosmos.wcc.govt.nz
Subject: NAD address
Reply-To: landall_v@kosmos.wcc.govt.nz
Organization: Wellington City Council, Wgtn, NZ
Date: Thu, 23 Jul 1992 07:40:53 GMT

Hi

I don't know if this is the right place to post this BUT I need to know
the address of the manufactour of NAD in ENGLAND.

Any help will be appreciated.

THANKS !!!!

Newsgroups: biz.sco.general
From: wehler@welfa4.elektro.uni-wuppertal.de (Andreas Wehler)
Subject: Support to SCO Support
Reply-To: wehler@welfa4.elektro.uni-wuppertal.de (Andreas Wehler)
Organization: Regional Computing Center, University of Cologne, F. R. Germany
Date: Mon, 27 Jul 92 09:02:01 GMT

Hello, all dear people at SCO.

What do you think about the declaration of an SCO-email-address,
where someone answers nothing but the way, a customer may get the
support in hopeless situations, say such cases, where NOBODY is
competent? This would be a sort of an information center.
Some time ago I read a very good definition of SUPPORT, which sounded 
like: Support is doing efforts until the problem has solved.

Now, the underlying background of my proposal is a very curious
but annoying thing. From June 3rd 1992 on we failed in
getting help about a problem, only SCO staff can solve, I think.
Finally, our cry for HELP with the following article, sent to 
biz.sco.general, was without answer yet. We just heard that we are
not the only people with this special problem.

> SN, AK: Help needed.
> No flame. Just facts.
> Vendor A sold us a complete ODT 1.1, well registered.
> The server upgrade is installable, but doesn't let more
> than 2 users log in (very odd).
> We erratically asked vendor B, who sold us a few other
> systems earlier. This wrong vendor B proved at SCO, that our 
> blue-card-AK doesn't belong to a Server Upgrade product.
> So we faced the right vendor A with the problem of wrong AC
> and right_or_wrong SN of our Server Upgrade.
> 
> This was 6 (six) weeks ago.
> 
> Until now vendor A is not able to supply a functioning SN-AK pair.
 
wehler@welfa4.elektro.uni-wuppertal.de
(Andreas Wehler)
From: news@xenitec.on.ca (xenitec.on.ca News Administrator)
Newsgroups: biz.sco.general
Subject: Re: Changing timeouts in uucico
Date: 21 Jul 92 19:00:59 GMT
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Precedence: bulk

> 
>    Here's my next "can I change ___ in uucico" question:  can I change
> the timeouts used for such things as waiting for carrier?  I have been
> having some problems with calling Telebits with my V.22bis modem; if
> the modem I'm calling does not pick up on the very first ring, often
> uucico times out and drops DTR before the Telebit has gotten around to
> making a V.22bis connection.  It's not a problem with the S9 register
> on my modem; rather, it's a problem with uucico.  I'm using a chat
> script in Dialers, not a binary, BTW.
> 

Here's my solution/hack, if anyone has a better one (like a configurable
parameter) I'd sure like to here it.

In the Dialers file entry for the modem I insert the following
between sending the dial string and expecting "CONNECT"

	"" \d\d\d\c

This is basically, "expect nothing", then send 3 delays (~2 seconds each).

I found the right number of delays from experimentation.



> -Steve
> --
> stephen@bokonon.UUCP      ...!{uunet,xrtll,becker.gts.org}!bokonon!stephen
> --------------------------------------------------------------------------
> Stephen M. Dunn, CNE, Senior Systems Analyst, United System Solutions Inc.
> 104 Carnforth Road, Toronto, ON, Canada M4A 2K7             (416) 750-7946
> 

Regards,

-- 
Ragnar Paulson				email:  ...uunet!tsgfred!ragnar	
The Software Group Limited		or:	ragnar@software.group.com
Phone: 416 856 0238
Newsgroups: biz.sco.general
From: bill@Celestial.COM (Bill Campbell)
Subject: Re: Anyone else going to SCO Forum
Organization: Celestial Software, Mercer Island, WA
Date: Fri, 24 Jul 1992 14:51:09 GMT

In <9207221030.aa22241@openage.COM> "Paul A. Fischer, Sr UNIX Sys Consultant" <paul@openage.com> writes:

>Hi All,

>I know Ed Hew and I are going to SCO Forum.  Is anyone else going?

I will be going, leaving from Seattle on Sunday, August 16th,
returning the following weekend.  I will be driving and would be
interested in someone to share expenses down and back.

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?
From: paul@openage.com (Paul A. Fischer, Sr UNIX Sys Consultant)
Newsgroups: biz.sco.general
Subject: RE: Color Problems at 19200
Date: 24 Jul 92 12:49:39 GMT
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Precedence: bulk

>When running our software on PC's (through serial ports using terminal
>emulation software TERM) in color using TERM=ansic as the unix environment
>variable, we're getting control characters on the screen.
>This only happens at 19200 but not at 9600 baud.  We have a contract
>with DEC support and they told me that it was either a problem with our
>software, or a problem with our multiport serial board.
>I called the serial board manufacturer (Computone) and they blamed SCO
>Unix and our software.  Everyone here insists that it can't possibly
>be OUR software, so I've been blamed for this problem...
>I'm being sent in circles by everyone and helped by no one.  Can anyone
>out there help point me in the right direction to get this solved?

I've seen things like this happen in Lotus for UNIX when a user on a terminal
running at 19.2 just holds down the right or left arrow key.  When do your 
errors occur?

--------------------------------------------------------------------------------
Independent SCO support and service provider in the D.C. metro area.
No Incumbents in '92. Get the crooks out of office. Vote & Send a Message
Paul A. Fischer           | Open Age Inc.  | paul@openage.com
Sr. UNIX Sys. Consultant  | (301) 948-6422 | (301) 948-9644 Fax