HDTenEightyP/NetNews huggingface dataset:
From: rolfh@runit.sintef.no (Rolf Petter Halle)
Subject: Perl binaries available for SCO Unix SVR3.2.4?
Organization: Computing center at the University of Trondheim, Norway
Date: Tue, 5 Jan 93 18:04:11 GMT

Hi!

I wondered if Perl binaries are available by anonymous ftp from
somewhere.

Because we do not have the the development system, I can't build it myself,
but it would be very nice (read necessary :-) ) to have perl on the system.

Thanx.

Rolf Halle	<Rolf.Halle@runit.sintef.no>

Newsgroups: biz.sco.general
From: petri@cerebus.inter.fi (Petri Wessman)
Subject: Re: [SCO] execvp(2) seems to fail on shell scripts!
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Reply-To: Petri.Wessman@hut.fi
Organization: [resent by] The SCOGEN gateway and Propagation Society
Date: Tue, 12 Jan 1993 09:32:22 GMT
	<m0nBVcg-000FkkC@ilinx.wimsey.bc.ca>
Precedence: bulk

Brian> do you try to run as a daemon (i.e. disassociate from the terminal)?

me> Yup. The program does a freopen for fds 0,1 & 2, does a setpgrp(), and
me> forks itself into the background.

Slight correction, the program first forks and then does a setpgrp()
in the child process, naturally. Sorry about that.

//Petri
Newsgroups: biz.sco.general
From: ccowboy@seer.gentoo.com (Sharif Torpis)
Subject: DOES SCO SUPPORT REMOTE PRINTING ?
Date: Tue, 12 Jan 1993 17:15:52 GMT
Organization: Brad Lanam,  Walnut Creek, CA

Does SCO support remote printing? For example, System V supports the -U
option in lpadmin where you can assign a phone number instead of a port to
a printer. Then, when you queue a job for that printer, the modem is used to
dial up the printer and the job is printed remotely. Does SCO have this
feature? Does it work well?

ccowboy@gentoo.com
 
Newsgroups: biz.sco.general
From: sl@wimsey.bc.ca (Stuart Lynne)
Subject: Re: Perl binaries available for SCO Unix SVR3.2.4?
Organization: Wimsey Information Services
Date: Wed, 6 Jan 1993 01:12:07 GMT

In article <1993Jan5.180411.29100@ugle.unit.no> rolfh@runit.sintef.no (Rolf Petter Halle) writes:
>Hi!
>
>I wondered if Perl binaries are available by anonymous ftp from
>somewhere.
>
>Because we do not have the the development system, I can't build it myself,
>but it would be very nice (read necessary :-) ) to have perl on the system.

	ftp.wimsey.com:~ftp/pub/wimseypd/wperl*


-- 
Stuart Lynne <sl@wimsey.com> ......................... UNIX Facsimile Software
Wimsey Information Technologies ................... moderator biz.sco.binaries
uucp login:nuucp passwd:nuucp .................... ftp.wimsey.com:~ftp/ls-lR.Z
PD Software for SCO UNIX .................... ftp.wimsey.com:~ftp/pub/wimseypd
Newsgroups: biz.sco.general
From: vancleef@netcom.com (Henry van Cleef)
Subject: Re: CC numbered errors/warnings
Organization: Netcom--posted from Andover, Mass.
Date: Wed, 6 Jan 1993 14:52:26 GMT

In article <9301052340.AA02329@jpradley.jpr.com> jpr@jpr.com writes:
>ODT 2.0
>
>I usually compile with gcc, but someone wanted me to confirm a cc
>compilation of Taylor-uucp.
>
>I received this message at one point:
> warning C4200: previous declarator is not compatible with default
>		argument promotion
>
>In Appendix B to Programming Tools Guide, I read:
> C4200: local variable _identifier_ used without having been initialized
>
>Now I did
>	grep 4200 /lib/*err.
>
>What that reported "is left as an exercise for the reader".

The warning message you saw comes from the C compiler--/lib/386/c23.err

It should give you a line number.  Generally comes from a function
prototype declaration that is different from something declared in the
source.  
-- 
Hank van Cleef  vancleef@netcom.com vancleef@tmn.com  Andover, Mass.
Unix systems consultant---kernel, device drivers, networking, X11
SysV, BSD, Sun, Ultrix, AIX, SCO. Porting a specialty. 
	     The Union Institute  History of Science
Newsgroups: biz.sco.general
From: jpm@Logix.DE (Jan-Piet Mens)
Subject: Booting other OS from SCO boot:
Organization: Logix GmbH, Wiesbaden, Germany
Date: Tue, 05 Jan 1993 15:13:51 GMT

Hello!

When booting an SCO 3.2.4 system, I get the boot: prompt, at which I
can call UN*X by hitting return... or boot mouse-dos by typing "dos".

I believe "dos" executes the file "/dos". How can I write a program
that would behave like "/dos", but boot a different OS like Linux ?

What must that program actually do ?
Any ideas ?

	
	Regards,
		-JP 
-- 
    __  _____   __  __ 
   |  ||  _  \ |  \/  |    Logix GmbH                           +49-611-309797
 __|  ||  ___/ |      |    Moritzstrasse 50                       jpm@Logix.DE 
|_____||__|    |__||__|    D-6200 Wiesbaden  ...!uunet!mcsun!unido!logixwi!jpm
Newsgroups: biz.sco.general
From: fred@genesis.demon.co.uk (Lawrence Kirby)
Subject: Re: Performance questions. Benchmarks? 
Distribution: world
Organization: BT
X-Mailer: Simple NEWS 1.90 (ka9q DIS 1.19)
Date: Thu, 7 Jan 1993 19:44:20 +0000

In article <9301061759.aa22421@scoke.sco.COM> belal@sco.COM writes:

>I doubt it.  Any code that ever loops benefits from a cache (unless the
>loop actually travels through >1K of code).  Many loops will fit.  You
>are right that the benefit will be much less than with an 8K cache, but
>it'll still be noticable.
>

I'm sure there will be some benefit but from what I've seen it is at the low
end of the scale for Unix. Apparently at worst they Cyrix chips can even
be slower than the 386s they are replacing. I've seen the results of running
dhrystone on a Cyrix (under DOS) and it came out to about the same as a 386
clocked at the same speed. Unix tends to have more diverse memory access
patterns than DOS.

>Another distinguishing characteristic of the 486 is reduced instruction
>timings over the 386.  How does the Cyrix compare in that department?

I don't know - not very good it seems. In the Intel 486 this again is
interlinked with the operation of the internal cache (which I think provides
a 64 bit internal data path). If the cache is crippled it may have a knock-on
effect; the processor can only go as fast as data is supplied to it.

>The three distinguishing characteristics of the 486 over the 386 are
>internal cache (partially obviated by Cyrix), the integrated FPU
>(obviated by all the SX's & SLC's), and instruction timings.  I hate it
>when the lines get all blurry like this...  Like, as far as I could
>tell, at the end of it all, the difference between an IBM PC and an IBM
>XT was the number of slots, and the difference between an IBM XT and an
>IBM AT was the height of each slot.  Every other difference was broken
>by some pair of machines ("diskless XT" broke the "XT has a hard disk"
>rule, "XT 286" broke the "AT has a 286, XT has an 8088" rule, etc.)
>There are PS/2's with an ISA bus, so there goes another clean
>distinction.
>
Yes, it's all very murky, but of course that is the way the manufacturers
want it to be! :-)

-----------------------------------------
Lawrence Kirby | fred@genesis.demon.co.uk
Wilts, England | 70734.126@compuserve.com
-----------------------------------------
From: belal@sco.COM (Bela Lubkin)
Newsgroups: biz.sco.general
Subject: cache design parameters
Date: 10 Jan 93 06:30:24 GMT
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Precedence: bulk

Geoffrey Welsh wrote:

> chapman@sco.COM (Brian Chapman) writes:
> 
> > The exact mapping of how much cache will cover how much memory differs
> > among vendors but normally 64K cache covers 16Meg or multiply your cache
> > size by 2^8.  I have seen machines where the figure was 2^7 and 2^9.
> 
>    I haven't; were these commodity boards, or brand name designs?

One I've seen is the DTK Grafika, which supports a maximum of 32MB RAM
and 256KB cache, thus covering each 8MB of RAM with 64KB of cache, for a
2^7 ratio.  This was verified by a customer's system's behavior -- not
just speculation from the maximum RAM and cache sizes.

Any specific example is going to be a brand name, no?  ;-}

>Bela<
Xref: sparky biz.sco.general:5022 comp.editors:3170
From: rwmech@uumeme.chi.il.us (Robert W. Mech)
Newsgroups: biz.sco.general,comp.editors
Subject: Re: Is there a PICO for SCO Xenix or Unix
Date: 7 Jan 93 20:24:46 GMT
Organization: UUMEME Public Access Xenix

In article <1993Jan7.013024.7262@nodecg.ncc.telecomwa.oz.au> baker@nodecg.ncc.telecomwa.oz.au (Mark Baker +61 9 4916081) writes:
>I am looking for an editor for completely novice users of SCO Unix and 
>Xenix. These are DOS users who I want to use my systems, but will go
>away if things are too difficult. I believe that the PICO editor that
>comes with PINE is the best solution. Has anyone compiled PICO for SCO,
>please.
>

Simped is an editor for Unix/Xenix in source form, and you can obtain it
from Anomaly.  It is based on DOS BBS style editors.  Any moron can use this
if they have any clue at all what a computer is for :-).  If you cant
find a copy, drop me some email and Ill see what I can do.

	- Robert

-- 
:*: rwmech@uumeme.chi.il.us | Owner/Administrator UUMEME Public Access Xenix :*:
-------------------------------------------------------------------------------
   Jesus saves sinners... and redeems them for valuable cash prizes!!
-------------------------------------------------------------------------------
Newsgroups: biz.sco.general
From: vancleef@netcom.com (Henry van Cleef)
Subject: Re: compiling GNU programs
Organization: Netcom--posted from Andover, Mass.
Date: Thu, 7 Jan 1993 03:06:54 GMT

In article <9301061806.aa11672@ohriman.ohriman.mi.org> jep@ohriman.mi.org writes:
>> |> 	I'm having problems with libg++ 2.3 as well.  This fails very
>> |> quickly.  I get to "ar gc libiberty.a", and then "true libiberty.a",
>> |> and then get a:
>> |> 
>> |> sh: syntax error at line 67: `end of file' unexpected.
>> 
>> This problem is in the Makefile.  The a couple of the routines for determining
>> local utilities (AR, AS, BISON, etc...) seem to be broke.  I just substituted
>> the actual pathname for these (instead of having the Makefile do it):
>> 
>> That took care of the syntax error.  I had little trouble compiling libg++.a
>> under SCO 3.2.2.  SCO 3.2.4 was more difficult, especially CursesW.  I ended
>> up omitting the CursesW routines altogether.  Someday I may get back to it.
>> Like you, I compiled libg++.a just so I could compile groff 1.06.  I eventually
>> got there, though it wasn't too easy.
>> 
>> Hope this helps...
I went through the libg-awful-awful compile nightmare on 3.2.2 a while
back and made notes.   I have not done it on 3.2.4 yet but will
summarize what it took to get the whole thing to compile before.

1.  You will have to check both the gcc-supplied headers and the libg++
headers for "M_UNIX" or "_M_UNIX"  3.2.4 gets the leading underscore.  
Note that I do NOT allow any of GNU's "fixinclude" scripts to play with
my headers.  

2.  in libg++/_G_config.h, I needed to uncomment the _G_NEED_STDARG_H.

3.  I compiled WITHOUT the -posix flag.  

4.  Something hollered about struct timeval.  This BSD-ism is in
sys/select.h on SCO---there is no time.h header.  

5.  iList.h needs an #ifdef remove #undef remove #endif  "remove()" is a
Posix macro that the C++ types think they can define  for their own
use.

6.  Remove the ranlib step from all the Makefiles---GNU always assumes
it is needed if present, but it is a Xenix function on SCO.  

I recall having to do a make -k on libiberty and then another make----it
relies on some executable before it is made.  I recall also compiling
some of the libiberty stuff with the stock cc rather than fixing it to
compile with gcc. 

So far as I can see, some of the C++ stuff that's out there is proof
positive that one can write spaghetti code in C++, and it is a
nightmare to unravel.  
-- 
Hank van Cleef  vancleef@netcom.com vancleef@tmn.com  Andover, Mass.
Unix systems consultant---kernel, device drivers, networking, X11
SysV, BSD, Sun, Ultrix, AIX, SCO. Porting a specialty. 
	     The Union Institute  History of Science
Newsgroups: biz.sco.general
From: news@pwh.uucp (news administrator)
Subject: sco 3.2.x and uptime
Organization: PWH Associates
Date: Sat, 09 Jan 93 19:17:15 GMT
Keywords: uptime, sco unix 3.2.x

Why does utpime under sco UNIX 3.2.2 and 3.2.4 always display the
uptime since the last shutdown instead of the last boot?
is this a bug, or a config problem?
thanks.
phil
From: kevin@shady.UUCP (Kevin Smith)
Newsgroups: biz.sco.general
Subject: Re: X_Windows (SCO ODT 100) & Russian symbols. ?!
Date: 8 Jan 93 14:43:19 GMT
Organization: ShadeTree Software, Inc.

In article <AAACpIhG96@hq.saratov.su> rashid@hq.saratov.su writes:
:>
:>                        Hi all
:>
:>          I use  SCO   ODT 1.0.0 via it's native X_Windows.Works
:>     fine! But there is a problemm -  I can't use Russian letter
:>     & keyboard.  I'd transformed  some russian  fonts  from  MS
:>     Windows to standard XW bdf format ,then maked snf  font  by
:>     bdftosnf.Finally  I  run mkfondir &  changed both  fixed  &
:>     Fixed font-alias to point to my font.
:>          When I start XW & try to print  some  files by cat  or
:>     more in xterm window - it seems  to  be  stripped high bit.
:>     But when I start  DOS  as  Xclient,then  NortonCommander in
:>     DOS window -all works  fine!? I just look the files by F3 -
:>     all my russian symbols  are  here!  I'm looking  for _same_
:>     files both in xterm & DOS Merge window.
:>        This one problemm.
:>          The   next    is    getting     russian   symbols   on
:>     keyboard(though there doesn't even appear on screen ;-) )!Only
:>     info  I  seen  is man  page   on  X  itself  & xmodmap. Too
:>     difficult to understand... I understand how work  all those
:>     files  in /usr/lib/keyboard/*****  but can't  cath idea  of
:>     those in /usr/lib/X11/kmaps/***?
:>
:>Can't anyone explain me this as detailed as possible ?
:>
:>
:>------------------------
:>Best wishes to you.
:>Rashid.

I believe (someone correct me if I am wrong) that stripping the
high bits is a problem with the X11R3 server used in ODT 1.0.
This is fixed in X11R4 (ODT 1.1).  Not much help.

Can't help with the keyboard mapping stuff.
-- 
	    | Email - !shady!kevin uunet!shady!kevin kevin%shady@uunet.uu.net
Kevin Smith | Voice - (+1) (908) 874-7980
	    | Mail  - ShadeTree Software, Inc., 192 Capricorn Dr. #10,
	    |         Somerville, NJ  08876, USA
Newsgroups: biz.sco.general
From: bill@Celestial.COM (Bill Campbell)
Subject: Re: the RTS/CTS story, Re: UUCP woes on 3.2.0 to 3.2.4 upgrade (fwd)
Organization: Celestial Software, Mercer Island, WA
Date: Fri, 08 Jan 1993 17:13:53 GMT

In <1993Jan7.193345.18607@netcom.com> gerg@netcom.com (Greg Andrews) writes:

.....
>It sounds like you're talking about dialTBIT.

....
:However, when you look deeper, using "ATZ" isn't as incorrect as it might
:seem.  The dialer program doesn't have the luxury of assuming that everything
:is working correctly.  It must be able to handle it When Things Go Wrong.
:(if for no other reason than to minimize the number of support calls!)

:Getty won't be very happy about waiting for calls on a modem that isn't
:disconnected.  Especially if the last call was an abandoned uucp transfer
:and the other computer is still pumping out packets.  Similarly, an
:outbound call will fail if it tries to dial a modem that is still
:connected.  The end result of these things is that the dialer has a very
:high priority placed on making the modem disconnect.  "ATZ" accomplishes
:this, and includes the benefit of resetting the modem to the stored
:register configuration.  (remember that if the modem hasn't disconnected
:yet, it probably hasn't been reset either)  If the modem was already
:disconnected, "ATZ" won't hurt anything.

This isn't always true (ATZ not hurting anything).  I ran into a
problem last week using WorldBlazers on a Chase Research terminal
server where the modem would disconnect on the ATZ!  I'm
reasonably sure that the problem is that the modem drops DSR
momentarily when it gets the ATZ, and the terminal server's
software sees that and disconnects.

I prefer to use 'AT &D3' to set the modem to reset when DTR
drops.  This way it should be reset whenever getty or another
program closes the port.

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: gerg@netcom.com (Greg Andrews)
Subject: Re: UUCP over TCP/IP
Organization: Netcom Online Communications Services (408-241-9760 login: guest)
Distribution: biz
Date: Wed, 6 Jan 1993 01:35:34 GMT

sfrazier@norstan.com (Superuser) writes:
>I am trying to get uucp of TCP/IP to work.  When I do a uucp, the job
>get's que'd.  I run uucico and it tells me I have no device.
>
>Can anyone tell me what I am doing wrong?
>
>Here is my Devices file:
>
>#	@(#) Devices 23.3 91/11/01 
>#
>#	Copyright (C) 1988-1991 The Santa Cruz Operation, Inc.
>#		All Rights Reserved.
>#	for purposes authorized by the license agreement provided they include
>#	this notice and the associated copyright notice with any such product.
>#	The information in this file is provided "AS IS" without warranty.
>#
>#	(The third field in Systems matches the first field in Devices)
>
># Access a TCP/IP connection to a system using the TCP protocol interface
># TCP TCP,e   -       Any     TCP 	<port on remote machine, usually 540>
>TCP TCP,e   -       Any    TP 540
                            ^^

You're missing the "C"?  (it couldn't be something that simple, could it?)

  -Greg
-- 
:::::::::::::::::::  Greg Andrews  gerg@netcom.com  :::::::::::::::::::
ObGuindon:  The correct way to bunt with a carp is head first.
:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
From: jpr@jpradley.jpr.com (Jean-Pierre Radley)
Newsgroups: biz.sco.general
Subject: Re: Softawre flow control problems over dialup
Date: 11 Jan 93 03:58:27 GMT
Reply-To: jpr@jpr.com
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Content-Type: text
Content-Length: 441
Precedence: bulk

Mark Saltzman writes:
> 
> How can I turn off software flow control for a dialup login?  I have tried
> stty -ixon -ixany -ixoff, and several combinations of the three
> paramters to no avail.  I have also disabled software flow control on my
> terminal emulation program.  Any help would be greatly appreciated.

What's in the gettydef that's being used?

-- 
Jean-Pierre Radley   Unix in NYC   jpr@jpr.com   jpradley!jpr   CIS: 72160.1341
Newsgroups: biz.sco.general
From: maw@netcom.com (Martin Walker)
Subject: Re: compiling GNU programs
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Thu, 7 Jan 1993 22:59:49 GMT

I have not seen the start of this thread, but I thought I'd add my
two cents worth, since I have compiled just about every GNU program
for SCO 3.2.4 (actually ODT 2.0).

Firstly, don't even *think* about compiling most of the packages with the
native cc. Get and compile gcc 2.3.3. Use ./configure i386-sco3.2v4.
I usually make up to stage4. Then, make install, make install-libobjc
and make install-fixincludes. You should now have a decent compilation
environment.

Very few other GNU packages gave me problems. libg++2.3 was one. In the
curses stuff, I had to remove references to lines and cols and make
them nlines and ncols. There was one other function which was incorrectly
declared, which I fixed (i think it was mvwaddch). The rest of
the library compiled quite fine.

Emacs compiled quite nicely, as long as you don't try and make an X
version. I haven't gotten this to work properly, although it
does compile and run. There are some funnies with the fonts.

Just about everything else compiled without modification. Thus far I
have compiled, installed, and am using:

Bash 1.12 (with some minor patches I posted to gnu.bash.bug)
Binutils 2.0 (except the linker - see GAS below)
Bison 1.19
CPIO 2.1
CVS 1.3
diff 2.0
Emacs 18.59
fileutils 3.4
find 3.7
flex 2.3.7
Pre-alpha version of gas - doesn't work but the linker does!
Gawk 2.14
GCC 2.3.3
GDB 4.7 (again with minor patchs posted to gdb.bug)
GDBM 1.5
gnuchess 4.0pl60
grep 1.6
groff 1.05
gzip 0.5 and 0.7
indent 1.6
ispell 2.0.02 and 3.09Beta
libg++2.3
m4-1.0
make 3.62
patch 2.0.12g8
perl 4.035
rcs 5.6
regex 0.11 library
sed 1.13
shellutils 1.8
tar 1.11.1
texinfo 2.14
texutils 1.3

and other gnu-ish programs such as TeX3.141, dbmalloc and mytinfo.

I avoid the problem with SCO's make and the end of file problem
by trimming the configured makefiles down a bit. Where they try
to figure out if you have Bison in your source tree, for example,
I just put BISON=bison -y. You can use gnu make as well, although
I always type make by habbit instead of gmake.

If anyone has specific problems with a package, shout and I'll try
to help.

Regards,
Kean Johnston, via

-- 
Martin Walker               |  "One way to stop a runaway horse
++27-12-344-3973 (w)        |   is to bet on him"
++27-12-998-7263 (h)        |   maw@netcom.com
Pretoria, South Africa      |   martin@paradigm.CO.ZA
From: ti@bazooka.amb.org (Ti Kan)
Newsgroups: biz.sco.general
Subject: ODT shared X libraries
Date: 9 Jan 93 19:19:42 GMT
Reply-To: ti@bazooka.amb.org (Ti Kan)
Organization: AMB Research Labs, Sunnyvale, CA.

In ODT 2.0, for some reason SCO decided to combine the Motif and Xt Intrinsics
libraries into a single shared library (/shlib/libXtXm_s).  This is fine
for Motif applications, but when I compile an Athena widget application
I am stuck with using the non-shared version of libXaw.a and libXt.a.

I wonder if anyone has the following that can be used on an SCO system:

/shlib/libXt_s
/shlib/libXaw_s
/usr/lib/libXt_s.a
/usr/lib/libXaw_s.a

If so I would like to get a copy.  Many thanks in advance...

-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.editors
From: baker@nodecg.ncc.telecomwa.oz.au (Mark Baker +61 9 4916081)
Subject: Is there a PICO for SCO Xenix or Unix
Organization: Network Computer Centre
Date: Thu, 7 Jan 1993 01:30:24 GMT

I am looking for an editor for completely novice users of SCO Unix and 
Xenix. These are DOS users who I want to use my systems, but will go
away if things are too difficult. I believe that the PICO editor that
comes with PINE is the best solution. Has anyone compiled PICO for SCO,
please.

_______________________________________________________________________________
Mark Baker                             Phone: +61 9 4916081
Network Computer Centre                Fax:   +61 9 2212560
5th Floor Telecom Centre               ACSNET: baker@telecomwa.oz.au
80 Stirling Street, Perth              Inet:  baker%telecomwa.oz.au@uunet.uu.net
Western Australia 6000
Newsgroups: biz.sco.general,comp.editors