[Date Prev][Date Next]
Re: Re: threading troubles on OSF Alpha v3.2 (ITS#89)
On 03/03/99 at 19:10:56 +0000, firstname.lastname@example.org spoke thus :
> Kurt D. Zeilenga writes:
> > This is draft 4 behavior. I assume HAVE_PTHREADS_D4 is defined
> > and HAVE_PTHREADS_FINAL is not?
> >> Can we put it back, this time in libldap_r/thr_posix.c?
> > Yes.
> > s/PTHREAD_STRUCT_ARGUMENTS/HAVE_PTHREAD_D4/
> OK, will do. (Well, HAVE_PTHREAD!S!_D4 actually.)
This discussion regarding threading on Digital Unix has prompted me to
pass along information regarding a problem I had compiling OpenLDAP 1.2.0
under Digital Unix 4.0D
Basically, I managed to get the product to compile using Digital's native
compiler, but cannot get it compiled using gcc.
To do this though, I had to add in an additional subset, which Digital Unix
gurus (Dr. Tom Blinn) inform me will no longer be supported in the future
releases of Digital Unix/Tru64 Unix.
Below is Tom's email response to me. Could I suggest that the OpenLDAP
developers work with Tom to remove the dependency on this future obsolete
To: Andrew Kemp <email@example.com>
Subject: Re: Thread support for Digital Unix 4.0D
In-Reply-To: Your message of "Wed, 17 Feb 99 16:07:51 +1100."
Date: Wed, 17 Feb 99 07:35:54 -0500
From: "Dr. Tom Blinn, 603-884-0646" <firstname.lastname@example.org>
X-SpamBouncer: 1.00h (8/05/98)
> On 16/02/99 at 18:28:55 -0500, Dr. Tom Blinn, 603-884-0646 spoke thus :
> Hi again Tom,
> > My suspicion is that you haven't loaded some library that needs to be on the
> > system as part of the programming support. The "Guide" should be on the doc
> > CD, and you should be able to read it on-line from our UNIX web site (but it
> > is LOTS faster off the doc CD). In fact, you should be able to mount up the
> > doc CD on a PC or Mac and read it that way -- it's ISO 9660 compatible, and I
> > believe it has a Netscape browser on it you can use.
> I loaded the "Guide" and looked through it quite thoroughly. Unfortunately
> it doesn't document the required subsets to be installed.
> Upon further investigation, I check the subsets installed on the machine
> I was trying to compile on and others we have here. The following subset
> was missing :
> OSFCDAPGMR425 installed CDA(tm) Software Development (Software Development)
> So I took a punt and installed it. Now the software compiles correctly
> using the native 'cc' compiler. There is still a problem with compiling
> under 'gcc' but upon investigation on the OpenLDAP mailing list
> this is a known problem.
> > If I learn anything useful that would help you along, I'll pass it along as
> > well.
> Hope the above helps. I do not understand why the above module is required
> to correctly get threads working.
> Andrew Kemp
> Unix,WWW,Proxy,News,DNS,LDAP,... Administrator Phone : 61 +3 9214-8252
> IT Infrastructure Services Fax : 61 +3 9214-8944
> Swinburne University of Technology E-Mail: andrew@swin.EDU.AU
> Hawthorn, Victoria, Australia 3122 URL: http://opax.swin.edu.au/andrew
That is VERY interesting. I don't think that you really need that subset to
get threads support, but it could be that the OpenLDAP setup script that is
driving the build believes there is a component in that subset that it needs
to do the build using "cc". It would be interesting to examine the script and
compare the files it's looking for to the inventory list for the subset.
If you look in /usr/.smdb. you will find a file called OSFCDAPGMR425.inv ; in
that file is a list of all the files, links, and directories in the subset.
It is a somewhat odd format, tab delimited, and some of the fields might not
be obvious; the format is documented in the "Product Kits" guidebook in the
If you compare the list of files and links delivered in the subset to those in
the OpenLDAP build script, I bet you will get some hits. In other words, what
I think you are finding is that the OpenLDAP build depends on one or more of
the CDA libraries in that subset.
I would have to double check the retirement list, but I believe we are getting
rid of that subset in a future release of Tru64 UNIX. If there are libraries
in it that are needed by "freeware" products, we need to understand why that
is. So I will probably have to go find someone to investigate this, unless
you are willing to check it out and report back your results. (I understand
it's not something you should have to do, but if you're going to depend on the
software, we should try not to break it in a future release.)
Dr. Thomas P. Blinn + UNIX Software Group + Compaq Computer Corporation
110 Spit Brook Road, MS ZKO3-2/U20 Nashua, New Hampshire 03062-2698
Technology Partnership Engineering Phone: (603) 884-0646
Internet: email@example.com Digital's Easynet: alpha::tpb
ACM Member: firstname.lastname@example.org PC@Home: email@example.com
Worry kills more people than work because more people worry than work.
Keep your stick on the ice. -- Steve Smith ("Red Green")
My favorite palindrome is: Satan, oscillate my metallic sonatas.
-- Phil Agre, firstname.lastname@example.org
Yesterday it worked / Today it is not working / UNIX is like that
-- apologies to Margaret Segall
Opinions expressed herein are my own, and do not necessarily represent
those of my employer or anyone else, living or dead, real or imagined.
Unix,WWW,Proxy,News,DNS,LDAP,... Administrator Phone : 61 +3 9214-8252
IT Infrastructure Services Fax : 61 +3 9214-8944
Swinburne University of Technology E-Mail: andrew@swin.EDU.AU
Hawthorn, Victoria, Australia 3122 URL: http://opax.swin.edu.au/andrew