HDTenEightyP/NetNews huggingface dataset:
From: apl@world.std.com (Anthony P Lawrence)
Subject: Re: time command
Organization: The World Public Access UNIX, Brookline, MA
X-Newsreader: Tin 1.1 PL3
Date: Mon, 4 Jan 1993 12:17:01 GMT

kevin@shady.UUCP (Kevin Smith) writes:
: You should put a stop watch on it and figure the actual transfer rate
: to the screen.  Furthermore you should cat a large file rather than
: 'lr' since listing files involves far more cpu and disk processing.

I've done some more work on this and the results are interesting.

BTW, a minor quibble with the above: an 'lr' of the same number of
bytes involves far more cpu & disk activity than cat'ing a file.
Cat'ing ultimately comes down to '*dest++ = *src++', while an 'lr'
involves system calls to read a directory, system calls to 'stat'
each file, testing and recursive calls (more cpu for saving the
stack than just a branch!), plus a good possibility of back-tracking
disk reads (because lr descends to the depth of each directory and
then comes back up).  

Anyway, the results I have here for three different terminals 
show that anything after 19.2K baud is insignificant or even
non-existent.  Furthermore, these terminals seem to actually top
out at around 15-17K.

Interesting.
   

		Tony   apl@world.std.com

Lawrence & Clark, Inc		(617) 762-0707	(206) 323-2864
Xenix/Unix support,etc 	 	 Boston		 Seattle
       Kevin Clark is embarrassed by most of what I say.
From: paul@openage.COM (Paul A. Fischer, Sr UNIX Sys Consultant)
Newsgroups: biz.sco.general
Subject: RE: Corrupted System Defaults Database
Date: 13 Jan 93 02:00:18 GMT
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Cc: scogen@xenitec.on.ca
Precedence: bulk

>I am running SCO Unix 3.2v4.0 and Xsight. My 
>system was up but unattended for a few hours
>yesterday, and when I got back it was spewing
>out error messages. When I rebooted, it put me
>in single-user mode, complaining that "resource
>default could not be allocated due to System
>Defaults database missing".

>Sure enough, the /etc/auth/system files are missing
>all of a sudden.

>I have run fsck to try to repair the filesystem,
>but  I can't login as root to run 'integrity' or
>restore anything from backups. 

>Is there anything at all I can do short of re-installing
>Unix from scratch ?

You should be able to boot off a root/boot floppy set, and restore the files 
from there.  You probably should also run "fixperm" to make sure you restore 
all the missing files.

--------------------------------------------------------------------------------
Independent SCO support and service provider in the D.C. metro area.
Insert clever saying here...
Paul A. Fischer           | Open Age Inc.  | paul@openage.com
Sr. UNIX Sys. Consultant  | (301) 948-6422 | (301) 948-9644 Fax
Newsgroups: biz.sco.general
From: kjell@abacus.hgs.se (KJELL HOLMGREN)
Subject: Re: Trying to get dial in on COM2
Organization: Solace Computer Club, Sundsvall, Sweden
Date: Thu, 7 Jan 1993 15:16:15 GMT

In <ELLIOTTM.92Dec31161849@beach.csulb.edu> elliottm@csulb.edu (Mike Elliott) writes:

>I continue to be astounded at the difficulty in using modems with SCO
>version 3.2.2.  Having a 2400 baud Hayes compatible modem on COM2 seems
>like the most common possible setup.  However, the ODT manuals only give
>hints as to minimum requirements -- they don't just state what has to be in
>existence.  However, since others have undoubtedly solved this problem, I
>appeal to the informed to endow me with the mystical arcania required to
>complete the job.  I have done the following:

<STUFF DELETED>

>13) The manual then suggests veriifying that the modem is using the
>    correct /etc/gettydefs entry and is selecting the proper baud rate.  It
>    suggests that the modem port device line in /etc/inittab should look like
>   
>      t2A:2:off:/usr/lib/uucp/uugetty -t60 tty2A 3

>    which is what it was set to in step (2).  However, the line now reads:

>      t2A:2:respawn:/usr/lib/uucp/uugetty -t60 tty2A 3

 The respawn thing that unix has changed means that a login session
 would be thrown at that terminal (in this case a serial line).


>14) Finally, the last bit of advice is to verify that entry 3 in 
>    /etc/gettydefs is the 2400 baud entry.  The _fourth_ entry is the
>    2400 baud entry (after 19200 9600 and 4800) which looks like

>2400# B2400 OPOST ONLCR TAB3 BRKINT IGNPAR IXON IXANY PARENB ISTRIP\
>      ECHO ECHOE ECHOK ICANON ISIG CS7 CREAD # B2400 OPOST ONLCR\
>      TAB3 BRKINT IGNPAR IXON IXANY PARENB ISTRIP ECHO ECHOE ECHOK\
>      ICANON ISIG CS7 CREAD #login: #1200

If you look further down in the /etc/gettydefs file you find a position
that looks like this (or at least very similar):

3# B2400 HUPCL OPOST CR1 ECHOE NL1 #
	B2400 CS8 SANE HUPCL TAB3 ECHOE IXANY #login: #1

So the baud rate is fine.
How about the parities when you dial in have you tried EVEN, ODD or NONE
so that that's not wrong ?

Next you can try to disable the port and then enable it again,
I've noticed more than once that no login prompt appears on some serial
terminals, and this solves it although I don't know why it happens.
So try this:
	disable tty2A

and then:
	enable tty2A

Hope it helps
	Kjell Holmgren
	kjell@abacus.hgs.se





>-- 


>                                           Mike Elliott
>                                           elliottm@beach.csulb.edu
From: geoff@zswamp.UUCP (Geoffrey Welsh)
Newsgroups: biz.sco.general
Subject: Re: Performance questions. Benchmarks?
Date: 9 Jan 93 18:30:11 GMT
Organization: Izot's Swamp

Bela Lubkin <belal@sco.COM> writes:

> internal cache (partially obviated by Cyrix), the integrated FPU
> (obviated by all the SX's & SLC's),

   Cyrix' 486 chips don't have an FPU.  Mosy system diagnostics will report 
them as being 486SX chips (unless you add a Cyrix 387, in which case most 
diags think you have a 486DX).

> 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,

   Aside of the physical difference, there was the BIOS support for 
installable BIOS extensions (thus making hard drive controller cards and other 
similar devices a possibility).

> and the difference between an IBM XT and an
> IBM AT was the height of each slot.

   The AT offered cascaded interrupt and DMA controllers, and BIOS support for 
MFM hard drives.

> Every other difference was broken
> by some pair of machines ("diskless XT" broke the "XT has a hard disk"

   It's not that the XT *had* a hard drive, it's that it was capable of doing 
so.

> rule, "XT 286" broke the "AT has a 286, XT has an 8088" rule, etc.)

   I don't believe that the XT/286 had the extra interrupts or DMA lines, but 
I'm not sure (it's been a while since I've seen one).

> There are PS/2's with an ISA bus, so there goes another clean
> distinction.

   The PS/2 supports VGA in a system ROM at paragraph E000, while ATs need an 
extension ROM (usually at $C000).  The PS/2 BIOS will also support ESDI drives 
(rather than just 17-sector drives like the AT).

  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
                Now I've lost everything, I give to you my soul
           And the meaning of all that I believed before escapes me
                  In this world of none, no thing, and no one
                            - Genesis, _Afterglow_
From: dominic@shamin.genie.uottawa.ca (Dominic Richens)
Newsgroups: biz.sco.general
Subject: Re: Performance questions. Benchmarks?
Date: 3 Jan 93 22:20:07 GMT
Organization: MCRLab - University of Ottawa
Originator: dominic@shamin.genie.uottawa.ca


In article <1993Jan2.151748.2319@ccsvax.sfasu.edu>, a_millsbs@ccsvax.sfasu.edu writes:
! After all the recent discussion on performance and bios shadowing I still have
! a few questions of my own.
! 
! (1) What type of CPU/FPU benchmark programs are available on the net?  I know
!     about iozone for disk I/O performance but has anyone written a tools to 
!     display info such as Whetstones, Drystones, Spec Marks, etc. I would love
!     to have such a tool and here is why...

In /pub/misc on popeye.genie.uottawa.ca you'll find benches.tar.Z which
someone sent me ages ago.  It contains a slew of benchmarks for UNIX.

Now they would not compile directly under SCO ODT 1.1 because of BSDisms,
so I kludged the Dhrystone and Whetshone programs together because I was
only interested in those two.  In case SCO ODT 2.0 won't grok the source
either, I've included the executables odhry (Dhrystone - no arguments) and
Whetstone (one argument, I suggest 500).

As to why your system doesn't seem to be any faster, I know that the
percieved performance of UNIX is more dependent on I/O.  I.e. a 386/33 EISA
machines feels much faster than a 386/33 ISA (I know compiling with gcc is
almost twice as fast).  I can't imagine, for example, that starting up X
windows would appear to be that much faster on a 486 than a 386.

dominic
-- 
!@$^&*)($#$@!@#$^&*()_+_)(*&^$#@!$^&*()_+)(*&^$#@$^&*+_(*&^$#@#^&*()&*$#@(*&+_$!
 Dominic Richens  :  dominic@shamin.genie.uottawa.ca  :  Tel. (613) 564 9911 
      MCRLab, Dept of Elec Eng, University of Ottawa, K1N 6N5, CANADA   
"You construct intricate rituals which allow you to touch the skin of other men"
                                                - Barbara Kruger
Newsgroups: biz.sco.general,comp.editors
From: lachlan@dmp.csiro.au (Lachlan Cranswick)
Subject: Re: Is there a PICO Unix - dired / utree??
Organization: CSIRO Division of Mineral Products, Melbourne, AUSTRALIA
Date: Mon, 11 Jan 1993 14:10:01 GMT

bill@Celestial.COM (Bill Campbell) writes:

>In <1993Jan8.163540.27341@Princeton.EDU> bvaughan@sheps.Princeton.EDU (Barbara Vaughan) writes:
>...lots of good comparisons between utree and dired deleted...
>;>I know of a couple of users who use PICO as a file manager
>;>as well - but its not really made (yet?) for this function.
>;>Given what a brilliant job the programmers of PICO have done, a "full"
>;>file manager incorperated with PICO would be a nice feature.
>; 
>;PICO is an editor for the novice user, and its file manager is consistent
>;with this philosophy.

>The only pico I found looking through recent postings to the
>sources newsgroups and the uunet archive listings was a picture
>editor for sun/mips.  Is this the same pico being discussed in
>this thread?  If not -- where are the sources available?

>Bill
>-- 
The pico editor comes with the pine newsreader but can
be compiled separately.  Here follows were you can get it
from, but normally you would do a search for pine.


>Ftp to ftp.cac.washington.edu and get /pine/pine3.05.tar.Z to get the
>Pine mailer and Pico editor together; you can extract and compile only
>pico if you wish.


Hope this helps, give me email if you need a hand.

Lachlan.
-- 
  Lachlan Cranswick  -  CSIRO             _--_|\  lachlan@dmp.CSIRO.AU
  Division of Mineral Products           /      \ tel +61 3 647 0367
  PO Box 124, Port Melbourne 3207        \_.--._/ fax +61 3 646 3223
  AUSTRALIA                                    v 
Xref: sparky biz.sco.general:5053 comp.unix.sysv386:17726
From: watson@carssdf.UUCP (- Self Empl. Sys.Integrator)
Newsgroups: biz.sco.general,comp.unix.sysv386
Subject: Re: 9 track (1/2") tape drive suggestions for SCO unix
Date: 10 Jan 93 21:39:50 GMT
Reply-To: watson@carssdf.UUCP (John Watson -- Self Empl. Sys.Integrator)
Followup-To: biz.sco.general
Organization: John Watson (Self Employed System Integrator)

In article <1993Jan10.145104.6253jp@tygra.Michigan.COM> jp@tygra.Michigan.COM (John Palmer) writes:
>In article <1993Jan7.195712.3356@netcom.com> alanm@netcom.com (Alan H. Mintz Cons) writes:
>"jackl@pribal (jack lowry) writes:
>"
>">We need the ability to write nine track tapes under
>">SCO UNIX running on a 486 EISA machine. 
>"
>How much and will it work under XENIX? Also what is the phone number of
>the company.

MY VOTE IS FOR OVERLAND DATA ALSO.   YES XENIX, all flavors from IBM to
SCO 2.2. and naturally SCO UNIX 3.2.[24]

Phone   1-800-PC9TRAK

John Watson, satisfied re-seller.
Newsgroups: biz.sco.general
From: sl@wimsey.bc.ca (Stuart Lynne)
Subject: Re: UUCP over TCP/IP
Organization: Wimsey Information Services
Distribution: biz
Date: Tue, 5 Jan 1993 01:23:56 GMT

In article <C0Cv0z.4EK@norstan.com> 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:
>
># where the Systems entry looks like
># scoast Any TLI,e Any \002\000\001\000\226\176\004\026\000\000\000\000\000\000\000\000
>#	(The third field in Systems matches the first field in Devices)

Do you really have the "#" comment char at the beginning of the entry?

I don't think the TLI version is recommended either. Something like the following
in /usr/lib/uucp/Systems:

  xxx.yyy.com Any TCP,e Any -  ogin:-BREAK-ogin:-BREAK-ogin: LOGINID ord: PASSWD\r

is what you want. Change LOGINID and PASSWD to your login id and passwd.

And in /usr/lib/uucp/Devices:

  TCP TCP,e   -       Any     TCP 

-- 
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
Subject: BOCA 2x4 I/O cards
From: a_millsbs@ccsvax.sfasu.edu
Date: 6 Jan 93 12:09:55 CST
Organization: Stephen F. Austin State University

BOCA Research Inc makes a  2x4 I/O card that has 2 Parallel and 4 Serial Ports
on a single card.  Has anyone used/or had experience with these cards?

Thanks in advance,

------------------------------------------------------------------------------
B. Scott Mills                            (409) 568-1363
Computer Center -- Technical Support,     Stephen F. Austin State University
a_millsbs@ccsvax.sfasu.edu                P.O. Box 13012 SFA Station
root@calvin.sfasu.edu                     Nacogdoches, TX  75962
------------------------------------------------------------------------------
From: fietze@kagcpd01.ag01.kodak.COM (Roman Fietze@kagcpd01.ag01.kodak.COM,KAG CP Development@kagcpd01.ag01.kodak.COM, 49 711 406 2839)
Newsgroups: biz.sco.general
Subject: Re: Setting up NNTP server on SCO 3.2 and TCP/IP 1.2
        scogen@xenitec.on.ca
Date: 8 Jan 93 12:48:03 GMT
Reply-To: fietze@kagcpd01.ag01.kodak.COM
Organization: Kodak AG, Office Imaging, Product Engineering and Development
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Return-Receipt-To: fietze@kagcpd01.ag01.kodak.COM
Precedence: bulk


Hello Kevin,

> We are looking for a solution which will allow us to set up an NNTP server
> on SCO 3.2 with TCP/IP 1.2.  We plan to have users access the news thru a
> PC based newsreader such as Trumpet.
> 
> If anyone has any ideas or suggestions please e-mail me directly.


Here a previous posting:

>Has anybody tried to get nntp running on an SCO ODT 2.0 or SCO Unix 
>3.2.4. If yes - what are the cave-ats that I should know about be-
>fore starting, and does anybody have a common/conf.h that I can
>inherit ?

You can ftp nntp 1.5 from ftp.c-mols.siu.edu in the sco-ports/news
directory.  It is all set for SCO and I have used it under both
3.2.2 (ODT 1.1) and 3.2.4 (ODT 2.0.)  The only real caveat for
running the binary is that you must define NOLUID in the inetd.conf
file for the nntp service or the SecureWare luid call will fail
and the server will croak.  Otherwise all is fine.  Cnews and nn
are also available in the same directory already to run on SCO
UNIX 3.2.x.

--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
| Dan Ellison, Network Spec 	  -    	Computing Affairs, SIU-C 	| 
| Southern Illinois University 	  - 	Carbondale, IL 62901            |   
| FAX:      (618) 453-3459        -   	PHONE:    (618) 453-6149 	|     


Hope that helps,  Roman


---------------------------------------------------------------------
Roman Fietze (Mail Code 2201)                    Hedelfinger Str. 154
Copier and Printer Development                      7000 Stuttgart 60
Kodak AG                                                      Germany
fietze@kagcpd01.ag01.kodak.COM                  VOICE 49-711-406-2839
fietze@kodak.COM                                    K-NET 28-631-2839
From: geoff@zswamp.UUCP (Geoffrey Welsh)
Newsgroups: biz.sco.general
Subject: Re: Compiler wierdness alert...
Date: Sun, 10 Jan 93 14:56:46 EST
Organization: Izot's Swamp

ti@bazooka.amb.org (Ti Kan) writes:

> So, with cc on 3.2v4 or rcc in both versions, the compiler does not put
> a pad byte after field "c" in struct bar, whereas with cc on
> 3.2v2 DS or gcc, it does.

   I note that you specify the alignment value for one structure, but restore 
it to default for the one you're commenting on.  When field alignment is 
important, specify it!  This isn't just an SCO or a UNIX issue; this affects 
any compiler targeted at a CPU wider than 8 bits (I know, I recently had some 
alignment fun dealing with MS-DOS and Microsoft C 6.0).

  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
                Now I've lost everything, I give to you my soul
           And the meaning of all that I believed before escapes me
                  In this world of none, no thing, and no one
                            - Genesis, _Afterglow_
From: msp@msen.com (Jerry Foster)
Newsgroups: biz.sco.general
Subject: Print Graphics files
Date: 11 Jan 1993 16:00:52 GMT
Organization: Msen, Inc. -- Ann Arbor, Michigan
NNTP-Posting-Host: garnet.msen.com
X-Newsreader: TIN [version 1.1 PL8]


We are looking for a command line utility that will print various graphics
files (gif, tiff, dwg, dxf, etc.).  Either commercial or public domain
will do.  We are running SCO Unix 3.2.4 with Hewlet Packard laserjets and
a deskjet color.   Does anyone know if such a utility exists?  

Thanks in advance,

Jerry Foster



--
  //  Jerry Lee "3P"
\x/   e-mail: jfos@msp.com
From: geoff@zswamp.UUCP (Geoffrey Welsh)
Newsgroups: biz.sco.general
Subject: Re: Performance degradation under SCO UNIX
Date: 9 Jan 93 18:26:54 GMT
Organization: Izot's Swamp

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?

  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
                Now I've lost everything, I give to you my soul
           And the meaning of all that I believed before escapes me
                  In this world of none, no thing, and no one
                            - Genesis, _Afterglow_
Newsgroups: biz.sco.general
From: jp@tygra.Michigan.COM (John Palmer)
Subject: Where is bread and getfs, etc
Organization: CAT-TALK Conferencing System
Date: Sun, 10 Jan 1993 14:49:03 GMT

The C libraries under SCO Xenix 2.3.2 seem to be missing some important
functions such as bread and getfs (get superblock). In what library 
file are these contained or is there an SLS?
-- 
Its most likely a     | E-MAIL: jp@michigan.com  CAT-TALK IS BACK as a FREE
forgery, so save your | SYSTEM!! 313-882-2209 300-14400 V.32/V.32BIS/TurboPEP
flames for someone    | Anon-UUCP: System: tygra, Login: nuucp, no pw
who cares  :->        | Get file "/cat/pub/filelist" for a list of files.
Newsgroups: biz.sco.general
From: greg@gsesco.DIALix.oz.au (Greg Wake)
Subject: Disk Block Addressing
Organization: Geographe Software Engineering
Date: Tue, 05 Jan 93 04:06:59 GMT
X-Newsreader: TIN [version 1.1 PL6]


	I am trying to write a small utility that 
	takes a filename as an argument and then lists
	all of the disk block addresses for that file.

	The on-disk inode table defined in sys/ino.h
	has a 39 character array defined to contain the disk
	block addresses. (13 segment of 3bytes each).

        I am having trouble trying to interpret these block
	addresses into something sensible.

        Can anyone help???  Please email any information
	to me.  It would be greatly appreciated.

-- 
**********************************************************************
Greg Wake                             Geographe Software Engineering  
                                      Bunbury  6230
greg@gsesco.DIALix.oz.au              Western Australia 
Newsgroups: biz.sco.general,comp.editors
From: lachlan@dmp.csiro.au (Lachlan Cranswick)
Subject: Re: Is there a PICO for SCO Xenix or Unix
Organization: CSIRO Division of Mineral Products, Melbourne, AUSTRALIA
Date: Thu, 7 Jan 1993 06:31:27 GMT

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.

>_______________________________________________________________________________
>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

Yes, there is a version that will compile for most versions of UNIX.

The thing I really loved about this code is that it came with
various make files for different types of UNIX, SCO, Xenix etc.

The thing you may have to watch if you use PICO as the
default elm and/or nn editor is (that when they
finish editing their post/mail) they must save the
temp file.  If users type "n" for this
then the reciever
only gets the header and no message.

I was expecting to get the usual Solbourne "can find include or
library file" type massage but it compiled cleanly.

PICO is definitely user friendly having a command menu
at the bottom of the screen.  It doesn't do anything fancy
but most novice users here just want a simple user-
friendly editor (i.e., not vi).


You might also want to look into Xtree for UNIX.  If Xtree for
DOS is popular on your PCs, it should help protecting users
against the nuances of the UNIX command line.
We haven't got it going here because we are still trying to
get a demo copy on tape - at the moment XTREE 
Australia only have floppy
demo disks for SUN or SUN compatable machines.

Hope this helps.

Lachlan.
-- 
  Lachlan Cranswick  -  CSIRO             _--_|\  lachlan@dmp.CSIRO.AU
  Division of Mineral Products           /      \ tel +61 3 647 0367
  PO Box 124, Port Melbourne 3207        \_.--._/ fax +61 3 646 3223
  AUSTRALIA                                    v
From: vijay@controls.ccd.harris.com (Vijay Ruhela)
Newsgroups: biz.sco.general
Subject: Iconedit for SCO Unix/Xsight
Date: 5 Jan 93 15:20:27 GMT
Organization: Harris Controls and Composition

Hi Netters:

Is there an icon editor similar to iconedit of SUN for which either
I can get the source code or binaries for SCOUnix running SCO XSight
on ix86.

Thanks.

Vijay
(vijay@ccd.harris.com)