tar hangs on 715/75 (spinlock problem)

[Ulrich Drepper]

Grant Grundler <grundler@cup.hp.com> writes:

> > I think the libpthreads spinlock definitions come from
> > glibc/linuxthreads/sysdeps/pthread/bits/pthreadtypes.h, struct
> > pthread_mutex_t, spinlock is inside __m_lock.  No alignment is
> > specified.  When debugging tar, I found the spinlock word at
> > 0x4014df4c.

Then add appropriate alignment.  What's the problem?  We just don't
have to do it for any architecture.

> I spoke with Scott Norton (http://www.hp.com/hpbooks/authors/norton.html)
> and he made it clear the POSIX spec defines pthread_mutex_t to be an
> "opaque" type - ie it's arch specific.  _pthread_fastlock and
> pthread_spinlock_t types must be aligned to correctly work under parisc
> and Scott made it clear these are not POSIX data types.
> Perhaps UNIX98 or some other standard.

The leading underscore should tell you that this is an internal,
private type.

> What's baffled me is did this ever work under HPUX?
> 
> HP published a CD with a bunch of GNU/open source tools for HPUX 11.
> The glibc version shipped was 1.2.6. Only has references to pthread_mutex_t
> and none for "spinlock".

Glibc has no support for HPUX.  I know some people inside HP worked on
it but none of this code is available.  Besides, I doubt that the
LinuxThreads add-on is used on HPUX.

-- 
---------------.                          ,-.   1325 Chesapeake Terrace
Ulrich Drepper  \    ,-------------------'   \  Sunnyvale, CA 94089 USA
Red Hat          `--' drepper at redhat.com   `------------------------