Re: [HACKERS] Current sources?

From: dg(at)illustra(dot)com (David Gould)
To: t-ishii(at)sra(dot)co(dot)jp
Cc: tih+mail(at)Hamartun(dot)Priv(dot)NO, scrappy(at)hub(dot)org, pgsql-hackers(at)postgreSQL(dot)org
Subject: Re: [HACKERS] Current sources?
Date: 1998-05-25 08:25:02
Message-ID: 9805250825.AA14879@hawk.illustra.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

t-ishii(at)sra(dot)co(dot)jp writes:
> >> A closer look shows that you've actually got it worked out, except
> >> that the ugly hack for Sparcs running BSD now has broken completely.
> >> It used to work when it was in s_lock.h, but in a separately compiled
> >> file, it doesn't. (It relies on an entry point declared inside asm()
> >> within an unused function that's explicitly declared static.)
> >
> >Ooops, sorry about that.
> >
> >I guess I should have added a ".globl tas" or whatever the native asm phrase
> >for globalizing an entry point is and then it would have worked as I intended.
>
> PPC/Linux has been broken too.

Please let me know what the problem was, even if it was just the 'global tas'
thing. I am trying to make sure this works on all platforms. Thanks.

> >> On the weird side, after I updated to the current sources, the backend
> >> dies on me whenever I try to delete a database, whether from psql with
> >> 'drop database test' or from the command line with 'destroydb test'.
>
> I have made small changes to solve the global tas problem, and got
> exactly same experience.
>
> >Try making the 's_lock_test' target in src/backend/storage/buffer/Makefile.
> >It will let you be sure that spinlocks are working.
>
> I have tested the s_lock_test and seems it is working. However I have
> lots of failure with various SQL's including 'drop database', 'delete
> from'.
> Have you succeeded in running regression tests? If so, what kind of
> platforms are you using?

I made this patch against 6.3.2 and ran regression successfully. This on a
glibc Linux x86 system. I just rebuilt against the latest CVS (from anoncvs)
and see 27 tests that fail, many with dropconns. I looked a little into the
'drop database failure' and it does not look related to spinlocks as far as
I looked.

David Gould dg(at)illustra(dot)com 510.628.3783 or 510.305.9468
Informix Software (No, really) 300 Lakeside Drive Oakland, CA 94612
"Of course, someone who knows more about this will correct me if I'm wrong,
and someone who knows less will correct me if I'm right."
--David Palmer (palmer(at)tybalt(dot)caltech(dot)edu)

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message David Gould 1998-05-25 08:33:48 Re: [HACKERS] Death on deletion attempts (was: Current sources?)
Previous Message Alessandro Baldoni 1998-05-25 07:51:59 Large objects and locking mechanism