SEO

Perhaps someone can help me. I've inherited an SCO client that has OSR
5.0.4. I noticed that this system does not have a C compiler. Although I
am sure, that with a lot of screwing around, I can get gcc running on this
system. I really only need a single program compiled. So before I start
spending a lot of time on an aging SCO system, I thought I'd give begging a
shot.

If anyone has a binary copy of lslk or if they can compile it for me, I'd be
eternally grateful. To contact me, replace the two with a 2 in the reply
to e-mail address. Thanks.

"Bruce D. Collins" <doug1@linuxtwogo.org> wrote in message news:<1oGcndvDJ4OzaTKiXTWc-g@speakeasy.net>...
> Perhaps someone can help me. I've inherited an SCO client that has OSR
> 5.0.4. I noticed that this system does not have a C compiler. Although I
> am sure, that with a lot of screwing around, I can get gcc running on this
> system. I really only need a single program compiled. So before I start
> spending a lot of time on an aging SCO system, I thought I'd give begging a
> shot.
>
> If anyone has a binary copy of lslk or if they can compile it for me, I'd be
> eternally grateful. To contact me, replace the two with a 2 in the reply
> to e-mail address. Thanks.

I can't compile it, or if I could, the result not be too useful to
you.
There appears to be some broken assumptions in lslk regarding nfs. I
routinely remove nfs from my systems, including all of the ones where
I could compile lslk. However parts of the code seem to simply assume
"osr5 has nfs" which parts fail on my system. I changed the Configure
to fix the also broken assumptions about compiler & compiler flags. If
I trace this down and get it to build, it will probably be by fixing
the nfs assumptions, resulting in a binary that is fine for my machine
which has no nfs, but which would be incomplete on any machine that
had nfs. I could re-install nfs support, relink, and reboot, but I'm
not going to do that.

There is a little known utilty called showlock. Not a stock command,
but it is available pre-compiled and does show file locks after a
fasion. Not like lslk.
It's bundled in with another utility that interprets the output of
showlock which is geared towards a particular database app (filePro)
but showlock itself can be handy.
http://www.hvcomputer.com/download/lock.info.tar1.gz

You might get use out of it in concert with lsof, which is readily
available pre compiled for 5.0.4 in the form of this
custom-installable skunkware package:
ftp://ftp2.sco.com/pub/skunkware/osr...-4.51-VOLS.tar

showlock will only show the locks on a filename you give it, hence the
need for something like lsof to feed it filenames.

"Bruce D. Collins" <doug1@linuxtwogo.org> wrote in message news:<1oGcndvDJ4OzaTKiXTWc-g@speakeasy.net>...
> Perhaps someone can help me. I've inherited an SCO client that has OSR
> 5.0.4. I noticed that this system does not have a C compiler. Although I
> am sure, that with a lot of screwing around, I can get gcc running on this
> system. I really only need a single program compiled. So before I start
> spending a lot of time on an aging SCO system, I thought I'd give begging a
> shot.
>
> If anyone has a binary copy of lslk or if they can compile it for me, I'd be
> eternally grateful. To contact me, replace the two with a 2 in the reply
> to e-mail address. Thanks.

Ok, I built it, and here are the binaries:
http://www.aljex.com/bkw/sco/index.html#lslk

But note my earlier comments about nfs and note the new comments on
the web page:
1) this binary probably just won't report any locks held by nfs
clients
2) this binary requires oss646b be installed, or at least, it requires
the following updated libraries be on your system, which was possible
even before oss646b was created, so possibly you already can run the
binary, but if it fails, the first and easiest thing to do is just
install oss646b.
# ldd /usr/local/bin/lslk
/usr/local/bin/lslk needs:
/usr/lib/libsocket.so.2
/usr/lib/libc.so.1
/usr/lib/libsocket.so.2 needs:
/usr/lib/libresolv.so.1

built with gcc on osr 5.0.7