HDTenEightyP/NetNews huggingface dataset:
From: jpp@StarConn.com (John Pettitt)
Newsgroups: biz.sco.general
Subject: Re: Heat problems, DigiBoard PC/Xem
Date: 20 Jan 93 16:14:17 GMT
Organization: Starnet-Public Access UNIX--Los Altos, CA  415-949-3133

vances@xenitec.on.ca (Vance Shipley) writes:
>We had two DigiBoard MV/4 boards, two DigiBoard PC/8e boards and
>an ethernet card along with the drive controller packed into a tower 
>case.  The heat was so high the machine would reboot several times a
>day.  I made a trip to radio shack and bought the biggest case fan 
>they had, punched out some of the connector knockouts in the back of
>the case and stuffed it inside.  It's still too hot but it is better.

You may want to think about using a modular card like the Specialix SI
or XIO or digi's knock off of it (can't remember the model).    This
would put a lot of the heat generation outside the case.    The ultimate
soulution would be to go to a digi CX or Specialix RIO style system with
external power supply to the comms modules.

In general products with a high level of integration (low chip count)
will put out less heat.  The exception is that one large NMOS part will
put out lot more than any amount of CMOS.  

This is a good lesson in why you should not assume that if it fits in a
slot it will be ok.  The other thing to look at is the -12V supply.  All
standard serial cards use -12v (see note*).  If you have more than 32
ports on a PC you are almost sure to be overloading the -12v rail which
is rated at .5A on most systems.   CMOS 14xx's don't help that much as a)
they are unreliable and b) a lot of the load comes from the terminal or
modem on the other end over which you have no control. (also CMOS driver
cost $.5 compared to less than 10 cents for the NMOS parts).

Note: you can generate -12v from the 5v rail - however the parts that do
this are very power hungry and so put out a lot of heat ...

Note2:  I cite digi and Specialix because those are the product I know,
don't flame me for not talking about your favorite brand.

Note3:  I have a significant inventment in Specialix so don't expect me
to be unbiased.

Regards
-- 
John Pettitt, CEO, Dolmus Inc.			jpp@starconn.com
Archer N81034					apple!starnet!jpp
Me, say that, never: It's a forged posting!	Fax:   +1 415 390 0581
						Voice: +1 415 390 0693
Newsgroups: biz.sco.general,comp.unix.questions
From: kgermann@zeos.com (Ken Germann)
Subject: Re: POPMAIL 3 Binaries/Sources.
Organization: Zeos International, Ltd
Date: Sat, 23 Jan 1993 06:37:02 GMT

In article <1993Jan22.035814.2557@zeos.com> kgermann@zeos.com (Ken Germann) writes:
>
>Where should I post them? They work with SCO 3.2v4 with some help from all of
>you and SCO. Need to use bigcrypt() instead of crypt().
>
>E-mail or post reply.

One problem I have noticed with teh POP 3 port is that it is
trying to use sendmail instead of MMDF's equivalent.

/*
 * Copyright (c) 1989 Regents of the University of California.
 * All rights reserved.  The Berkeley software License Agreement
 * specifies the terms and conditions for redistribution.
 */

#ifndef lint
static char copyright[] = "Copyright (c) 1990 Regents of the University of California.\nAll rights reserved.\n";
static char SccsId[] = "@(#)@(#)pop_xmit.c	2.1  2.1 3/18/91";
#endif not lint

#include <stdio.h>
#include <sys/types.h>
#include <sys/file.h>
#include <fcntl.h>
#include <sys/wait.h>
#include "popper.h"

{ Popper.h}

#define MAIL_COMMAND    "/usr/mmdf/bin/submit"


This is from pop_xmit.c

   (void)execl (MAIL_COMMAND,"send-mail","-t","-oem",NULLCP);

The question I have is how MAIL_COMMAND should be defined to work with MMDF.
Apparantly SUBMIT isn't the right system call or there are different
flags.

Any help with this would be appreciated. Will post ported/working source
to biz.sco.binaries/sources.
-- 
Ken Germann              ZZZZ EEEE  OO   SSSS   ZEOS International, Ltd.  
support@zeos.com   INET     Z E    O  O S       Technical Support Dept.
uunet!zeos!support UUCP    Z  EE   O  O  SSS    1301 Industrial Blvd. N.E.
Any opinions expressed    Z   E    O  O     S   Minneapolis, MN 55413
herein are my own!       ZZZZ EEEE  OO  SSSS    FAX         612-633-4607
From: bob@consult.UUCP (Bob Willey)
Newsgroups: biz.sco.general
Subject: Adaptec 1542 disk locks
Keywords: adaptec 1542
Date: 23 Jan 93 17:39:59 GMT
Organization: CCS Enterprises, Inc.

After several recent posting regarding systems using Adaptec 1542B with
various SCSI Hard Drives.  Several of us were reporting situations where
during high activity it would pause for anywhere between seconds to in
one case several minutes.  In our case, it is more like 15 seconds of the
HD light on constant with no activity.

A recent posting asked questions about the size of various paramteres so:
NBUF: determined at startup   (w/16mb)   1024 i/o bufs
NHBUF: 512  hash buffers
SCO Xenix 386  v2.3.4

-- 
>.. Bob Willey, CDP          ..  |  ..  uunet!consult!bob  bob@ccs.com   ..<
>.. CCS Enterprises, Inc.    ..  |  ..   Office: (410) 820-4670          ..<
>.. P.O. Drawer 1690         ..  |  ..      FAX: (410) 476-5261          ..<
>.. Easton, Maryland 21601 ......|......... BBS: (410) 476-5098 ...........<
Newsgroups: biz.sco.general
From: steve@robobar.co.uk (Steve Bleazard)
Subject: Re: gcc 2.3.2 on SCO 3.2.4 (__STDC__)
Organization: Robobar Ltd., Perivale, Middx., ENGLAND.
Date: Sun, 24 Jan 1993 11:15:14 GMT

In article <DRG.93Jan23131608@candidus.ma30.bull.com> drg@candidus.ma30.bull.com (Daniel R. Guilderson) writes:
>In article <C1AC8D.JKq@wimsey.bc.ca> sl@wimsey.bc.ca (Stuart Lynne) writes:
>
>   Saying it is wrong, is well... definitely wrong. 
>
>I say it is wrong because gcc was designed to have __STDC__ defined as
>1.  I don't remember exactly which program it was but I once ran into
>a problem were defining __STDC__ to be 0 caused compilation problems.

This is not as cut and dried as it appears.  What does __STDC__ mean?  The
standards appear to say (and I'm using P J Plauger & Jim Brodie's Standard
C book as my reference) __STDC__ is 1 if and only if the ENVIRONMENT is
ANSI.  That is the library and the compiler.  Library functions other than
the ones defined in the standard are definitely out.  Before the standard
was accepted __STDC__ was used to indicate an ansi conformant compiler (and
in some cases not so conformant - thankyou Microsoft!) rather than an ansi
environment.  This has resulted in a lot of code that uses __STDC__ to mean
a conformant compiler, not environment.  This causes a problem for SCO.
On the one hand they want to produce a conformant environment - so I can
check that my program will compile on all conformant systems (including
non-unix) - and on the other hand there is a lot of code in the world that
uses __STDC__ to detect an ansi compiler.  There solution is fairly good:
The standard says __STDC__ can be either another number or not defined if
the environment is not ansi.  Every program I have ever seen that depends
on some ansi feature uses #ifdef.  So defining __STDC__ to be 0 solves
the problem for nearly all cases.  Only in the rare case where __STDC__ is
tested against 1 (or 0) will there be a problem.  The headers can now
say #if !__STDC__ where functions are defined that are not part of the
standard.

>   If you want a GCC compiler that doesn't then fine. Go for it. But 
>   don't complain to SCO and ask for support for the munged header files.
>
>On the otherhand, if you define __STDC__ to be 0 don't complain to the
>FSF and ask for support of programs which don't compile correctly.
>
I don't think this is an FSF issue, FSF produce a compiler that is ansi
conformant, they do not yet produce an ansi environment. One can argue
that they should define __STDC__ as 0, leaving it up to the CPP_SPEC to set
it to 1 when an ansi environment is being used.

Steve
-- 
Steve.Bleazard@RoboBar.Co.Uk        | Phone:  +44 81 991 1142 x153
Snr Software Engineer, Robobar Ltd. | Fax:    +44 81 998 8343 (G3)
22 Wadsworth Road, Perivale.        |
Middx., UB6 7JD ENGLAND.            | ...!ibmpcug!robobar!steve
From: belal@sco.COM (Bela Lubkin)
Newsgroups: biz.sco.general
Subject: Re: Floppy Tape EFS ?
Date: 24 Jan 93 23:28:57 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:

>    I'm surprised to see this list (I'd never heard of the floppy tape EFS... 
> but, then again, I never looked) because I know that Colorado Memory Systems 
> sells a XENIX supplement for use with their Jumbo drives, which are similar to
> the Archive XL drives.  Does this EFS support the CMS Jumbo drives?

No, it doesn't.  The Colorado drives are similar to but *not* the same
as other QIC-40/80 drives.  Support for them is being investigated; what
will come of the investigation remains to be seen.

>Bela<
Newsgroups: biz.sco.general
From: Frank@mindlink.bc.ca (Frank I. Reiter)
Subject: Re: PC Unix/Xenix vendors
Organization: MIND LINK! - British Columbia, Canada
Date: Wed, 27 Jan 1993 19:09:46 GMT

> Evan Leibovitch writes:
>
> >[SCO] works with more peripherals than any other product. Either supported
> >directly by SCO or by the vendor with drivers for SCO (they do SCO first
> >they maybe do SVR4, then again maybe not).
> [...]
> The gap has existed to date because SCO has (correctly) been seen as the
> industry leader in market share. If an IHV has limited resources in
> driver development, of course they're going to do SCO drivers first, if
> for no other reason than there are more SCO boxes out there based on
> history. This is no statement on technical superiority, stability, or
> anything else.

All of which is irrelevent.  Stuart's point was that when some spiffy new
hardware comes out it will quite possibly work on SCO machines long before it
works on anything else.  That doesn't need to imply anything else in order to
be significant - it is valuable all by itself.

> >You also get a much larger support staff than any of the other vendors
> >(check out PC Unix Buyers Guide).
>
> This is a truly useless factoid. All it means is that SCO has to field
> more support calls than anyone else.

No doubt that is so, but it also means that they have more resources to help
you if you run into a sticky one.

> There are sometimes reasons to pick SCO over R4. The points mentioned
> above aren't even minor factors anymore.

No doubt there are sometimes reasons to pick R4 over SCO, but the above ARE
very good reasons to pick SCO.

Frank.
--
___________________________________________________________________
Frank I. Reiter                 Internet: Frank@mindlink.bc.ca
MIND LINK! Communications Corp. Surrey, British Columbia, Canada
Newsgroups: biz.sco.general
From: Wes Chalfant <wes@kofax.com>
Subject: does anyone know where i can get a compiled version of xtiff
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Cc: scogen@xenitec.on.ca
Organization: [resent by] The SCOGEN gateway and Propagation Society
Date: Thu, 21 Jan 1993 17:44:27 GMT
Precedence: bulk

> i have the libtiff library and tools compiled, but my ODT is still
> at X11R3 and I would need X11R4 to complete the compile. I anyone
> knows where i could ftp or uucp this or could email it to me, i would
> greatly appreciate it.

	I don't know if xtiff has some specific features that you
need, but, if not, you might get xv instead.  It also uses the libtiff
library and can display TIFF files quite well.  It also uses the IJG
implementation to support JPEG and can handle many other formats as
well.

	Although I'm on ODT 2.0 now, I compiled xv-2.21 under ODT 1.1
and had no problems (that I remember, anyway).  The biggest problem
that you are likely to run into is not with xv but with libtiff --
SCO's compiler in the 1.1 development system quietly generated bad
code for the G3/G4 decompression routines (whether or not -O was
specified, I think).  If you have gcc, use that instead of SCO's
compiler.  This bug was fixed in the 2.0 development system (and
replaced by new bugs, none of which seem to affect libtiff).

-------
Wes Chalfant    Kofax Image Products, Inc.    wes@kofax.com
Newsgroups: biz.sco.general
From: "Paul A. Fischer, Sr UNIX Sys Consultant" <paul@openage.com>
Subject: Re: HELP: Adaptec 1542b-connected SCSI peri
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Cc: scogen@xenitec.on.ca
Organization: [resent by] The SCOGEN gateway and Propagation Society
Date: Tue, 26 Jan 1993 21:09:35 GMT
Precedence: bulk

>> >>>My guess would be that the drive is doing some kind of reset/error
>> >>>recovery.  Everything else stops because all disk IO has stopped.
>> >>>-- 
>> >>
>> >>What is you NBUF and NHBUF set to?  Run "sysdef" and grep for those parameters.
>> >>
>> 
>> >Hi
>> >    I've got a big version of the above problem.  My system hangs for 2 minutes!
>> >If you look at other messages from the origin of this thread you'll see what I
>> >mean.  Anyway, I'm pretty sure that its the OS and not the hardware that's at
>> >fault.  My NBUF=0 and NHBUF=1024.  I've got 40MB of memory!  How does this sound?
>> >                                       -Joe Shapiro
>> 
>> NBUF=0 means they are determined at startup.  grep buf /usr/adm/messages
>> and let me know what you get.  Your NHBUF may be too high, or you NBUF too low.
>> You might also send me the flush rate (BDFLUSHR).

>Hi
>    Thanks for discussing this.  I set NBUF to 4096 and NHBUF to 1024 as per
>your suggestion.  I THINK the problem is worse now though it might be my
>imagination.  My BDFLUSHR is set to 30.

>As far as NBUF, I guess the system was deciding that 200 was a good value for it
>when I set it to 0 but now it says 4096 at boot time.  How does the OS decide on
>a value?  Any idea why it picked 200 and why that's so far off?
>                                       -Joe

The OS checks how much ram you have, and tries to allocate 10% or so of RAM to 
NBUF.  There is also a parameter called MAXBUF which limits the max amount it 
will auto configure NBUF to if NBUF=0.  

If your system seems slow you might try lowering BDFLUSHR to flush the disk 
more offen, or lower the numbers for NBUF and NHBUF.  

The way this whole thing works is that writes don't get written if there are 
reads to perform, but after BDFLUSHR seconds it forces old write buffers to 
disk.  If your are doing tons of disk I/O, this could cause the problem.  
Lowering the buffer helps, but that ruins the whole point of having a disk 
buffer in the first place.  You might seriously think about getting a caching 
disk controller, or some SCSI mirroring/striping software.

--------------------------------------------------------------------------------
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
From: kevin@shady.UUCP (Kevin Smith)
Newsgroups: biz.sco.general
Subject: Re: HELP! Sys hangs at kernel: i/o bufs = 200k
Keywords: Adaptec 1542 disk locks
Date: 25 Jan 93 02:40:02 GMT
Organization: ShadeTree Software, Inc.

In article <9301231733.aa29941@openage.COM> paul@openage.com (Paul A. Fischer, Sr UNIX Sys Consultant) writes:
:>>My ODT 2.0 system won't boot!  :-(  It hangs at the
:>
:>>kernel: i/o bufs = 200k
:>
:>>message (I have 40MB of memory - does 200k sound about right?).
:>
:>> ... stuff deleted ...
:>
:>>When I tried to reboot I got the kernel i/o bufs hang.  Sigh.  Help!
:>
:>Remove /ec/ioctl.syscon and then check /dev/syscon and /dev/systty and make 
:>sure that they are device files.
:>
:>You should also up the NBUF and NHBUF parameters.
:>
:>NBUF=4096
:>NHBUF=1024
:>

No sense going nuts on the buffers if sar -b shows > 90% cache hits.
-- 
	    | 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: Frank@mindlink.bc.ca (Frank I. Reiter)
Subject: Re: Big Drives
Organization: MIND LINK! - British Columbia, Canada
Date: Wed, 27 Jan 1993 23:45:06 GMT

> Tim Sailer writes:
>
> I have a client that has ODT 1.1 running on a networked 386-33 with
> an Adaptec 1542B SCSI controller. They are going to port our huge
> application and data to a DECStation 5000 soon, but need to put another
> large core drive online first. What is the largest SCSI drive that can
> be hung on the SCO box, and will the same size drive work with the DEC?

We just hung a 2.9 gig drive off our unix system, but that OS is one release
newer than ODT 1.1.  I don't know if there was a change between versions.

We were limited to 2 gig filesystems though.

Frank.
--
___________________________________________________________________
Frank I. Reiter                 Internet: Frank@mindlink.bc.ca
MIND LINK! Communications Corp. Surrey, British Columbia, Canada
From: paul@openage.com (Paul A. Fischer, Sr UNIX Sys Consultant)
Newsgroups: biz.sco.general
Subject: Re: Heat problems, DigiBoard PC/Xem
Date: 21 Jan 93 21:41:53 GMT
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Precedence: bulk

>We had two DigiBoard MV/4 boards, two DigiBoard PC/8e boards and
>an ethernet card along with the drive controller packed into a tower 
>case.  The heat was so high the machine would reboot several times a
>day.  I made a trip to radio shack and bought the biggest case fan 
>they had, punched out some of the connector knockouts in the back of
>the case and stuffed it inside.  It's still too hot but it is better.

Why not buy a 2 cubic foot 'fridge, punch a few holes in it, and put the case 
in there?  It should keep it cooler.  ;^)

--------------------------------------------------------------------------------
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: Jean-Pierre Radley <jpr@jpradley.jpr.com>
Subject: Re: uucico timing out
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Content-Type: text
Reply-To: jpr@jpr.com
Organization: [resent by] The SCOGEN gateway and Propagation Society
Date: Sat, 23 Jan 1993 20:06:40 GMT
Content-Length: 1134      
Precedence: bulk

Kevin C. Castner writes:
> 
> I'm running SCO ODT 2.0 (3.2.4) and attempting to call out on a telebit 2500
> into a Telebit World Blazer.  The WB is set to issue non-PEP tones first.
> 
> My problem is that when the two machines try to connect, uucico times out 
> about 2 seconds before the PEP tones would connect.
> 
> What I would like to know is if there is some parameter I can set that would
> increase the timeout on uucico.  I read the uucico man page, but nothing was
> in there.  I would even be willing to patch uucico (as described in the man
> page), but I don't know the name of the variable.

I don't think you need to change anything in uucico. It's waiting for an
OK from the dialing routine, which in turn is waiting for the two modems
to CONNECT.

See the supplied C-code for any *.c file in /usr/lib/uucp. Note what happens
around a line something like this one (from atdialer.c):

	timeout = 12 * strlen(phone) + 25;

Try lengthening the telephone number in the Systems entry. If the number is
now 5551212, make it 555---1212.

-- 
Jean-Pierre Radley   Unix in NYC   jpr@jpr.com   jpradley!jpr   CIS: 72160.1341
Newsgroups: biz.sco.general
From: kgermann@zeos.com (Ken Germann)
Subject: More Pop Mail Questions.
Organization: Zeos International, Ltd
Date: Tue, 26 Jan 1993 01:03:51 GMT

I have popmail running. The problem I am running into is there apparently needs
to be a mail delivery channel configured for it.

Any idea what the MMDFTAILOR entries are supposed to look like. The TLS019 isn't
clear on this point.

Will post replies or post binaries/source when all of this is figured out.
-- 
Ken Germann              ZZZZ EEEE  OO   SSSS   ZEOS International, Ltd.  
support@zeos.com   INET     Z E    O  O S       Technical Support Dept.
uunet!zeos!support UUCP    Z  EE   O  O  SSS    1301 Industrial Blvd. N.E.
Any opinions expressed    Z   E    O  O     S   Minneapolis, MN 55413
herein are my own!       ZZZZ EEEE  OO  SSSS    FAX         612-633-4607
From: kevin@shady.UUCP (Kevin Smith)
Newsgroups: biz.sco.general
Subject: Re: getty writing a LCK file
Date: 22 Jan 93 03:42:57 GMT
Organization: ShadeTree Software, Inc.

In article <1993Jan21.012806.20780@ups.com> kevinc@ups.com (Kevin C. Castner) writes:
:>I have a T2500 on a digiboard dumb 8 port card.  The modem is enabled for 
:>both dial in and dial out.  Every time getty starts it creates 
:>/usr/spool/uucp/LCK..tty1a and the process number in the file is the 
:>pid of getty.
:>
:>This combination of hardware has worked fine in the past, but this problem
:>showed up when I reinstalled 2.0 from scratch after losing a hard drive.
:>Previous to this, I was runing ODT 1.1 and had upgraded to 2.0.
...
:>
:>	Se1A:23:respawn:/etc/getty -t 60  tty1A 19200
:>	Se1a:23:off:/etc/getty tty1a m
...
:>
:>If I move real fast, I can see uuchat start and end.  The pid in the LCK 
:>file is originally that of uuchat, and then changes to that of getty.
:>The thing that really bothers me is that the LCK file is named LCK..tty1a
:>and not tty1A where getty is running.
:>
:>This is a real problem, because I can't dial out at all without disabling
:>getty first and manually removing the lock file.  It doesn't go away when
:>I disable getty on the port.

Shoudn't you be using uugetty (or did they change that in 2.0)?  Is it
possible that you have the modem (or cable) set with CD high so getty
thinks it should start a login? Does 'ps -ft1A' or 'ps -ft1a' show
anything?

The lock files are correct.  SCO always uses the lowercase letter so the
port will be locked whichever version you are using.
open is not hj
-- 
	    | 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
From: vancleef@netcom.com (Henry van Cleef)
Newsgroups: biz.sco.general
Subject: Re: gcc 2.2.2 under SCO: libform.a link problems
Keywords: sco 3.2.2 libform.a gcc link problem
Date: 28 Jan 93 03:33:35 GMT
Organization: Netcom--posted from Andover, Mass.

In article <1993Jan27.183746.24310%jim.uucp@wupost.wustl.edu> mike%jim.uucp@wupost.wustl.edu (Mike S.) writes:
>(SCO 3.2.2 OS+DevSys, gcc 2.2.2)
>
>Using gcc to compile/link a program using SCO's forms package,
>we get unresolved references on regexp() and regcmp(), which
>are first referenced in /usr/lib/libform.a
>
>Without changing ANYTHING on the compile or link commands,
>but using SCO's cc instead of gcc, we don't get the link errors.
>
>The end of the library list on the link line looks like:
>
>	-lpanel -lmenu -lform -lcurses
Try using 
	-lpanel -lmenu -lform -lcurses -lintl


The various specs that end up in gcc's tm.h are rudimentary for 3.2.<4.

-- 
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
From: kjell@abacus.hgs.se (KJELL HOLMGREN)
Newsgroups: biz.sco.general
Subject: PBMPLUS for ODT 2.0
Summary: I have trouble with
Keywords: pbmplus odt2 bitmaps pixmaps
Date: 27 Jan 93 13:04:29 GMT
Organization: Solace Computer Club, Sundsvall, Sweden


I'm currently trying to make a copy of the pbmplus package work for SCO
ODT 2.0 and have run into a slight trouble.
When I try to convert a file from xwd format to a pbm-format it becoms 
a little corrupt.

Has someone done this and can give me a hand ?

Any suggestions would be appretiated.

Kjell Holmgren
ICS AB
kjell@abacus.hgs.se
Newsgroups: biz.sco.general