Re: atomic reference counting primatives.

From: Julian Elischer (julian_at_elischer.org)
Date: 05/22/04

  • Next message: Alexey Dokuchaev: "Re: Move /usr/sup to /var/db/sup?" 
    Date: Fri, 21 May 2004 18:53:11 -0700 (PDT)
To: Garance A Drosihn <drosih@rpi.edu>

    On Fri, 21 May 2004, Garance A Drosihn wrote:

    > At 1:56 PM -0700 5/20/04, Julian Elischer wrote:
    > >This has been raised before but I have come across uses for
    > >it again and again so I'm raising it again. JHB once posted
    > >some atomic reference counting primitives. (Do you still have
    > >them John?) Alfred once said he had some somewhere too, and
    > >others have commented on this before, but we still don't seem
    > >to have any.
    >
    > Btw, does this thread have anything to do with the present
    > buuldworld-breakage for sparc64?

    Not specifically, but for the reasons you outline below,
    it's an example of the kind of reason one might have for doing it..

    > I notice the compile-time
    > errors are something like:
    >
    > /usr/src/lib/libthr/thread/thr_cancel.c: In function `testcancel':
    > /usr/src/lib/libthr/thread/thr_cancel.c:123: warning: passing
    > arg 1 of `atomic_cmpset_int' from incompatible pointer type
    >
    > My guess is that this is related to Mike's change to "Make libthr
    > async-signal-safe without costly signal masking. [...etc...]".
    >
    > This breakage underlines one reason that it would be mighty
    > convenient to have some "official" set of primitives. It is
    > one thing if a developer has to roll-their-own solution for
    > i386, but somewhat more challenging if that solution has to
    > work across a half-dozen different hardware platforms.
    >
    > This also suggests that it would be nice if the primitives
    > could be written so that if the wrong type-of-parameters are
    > given, the compiles will fail on *all* platforms.
    >
    > --
    > Garance Alistair Drosehn = gad@gilead.netel.rpi.edu
    > Senior Systems Programmer or gad@freebsd.org
    > Rensselaer Polytechnic Institute or drosih@rpi.edu
    >

    _______________________________________________
    freebsd-arch@freebsd.org mailing list
    http://lists.freebsd.org/mailman/listinfo/freebsd-arch
    To unsubscribe, send any mail to "freebsd-arch-unsubscribe@freebsd.org"

  • Next message: Alexey Dokuchaev: "Re: Move /usr/sup to /var/db/sup?"

    Relevant Pages

    • Re: struct dirent question
      ... On 08/16/06 13:45, Garance A Drosihn wrote: ... it does not just happen to be 255+1 bytes for some reason ... Of course, it isn't a big deal, I'm just curious what I'm missing in the reasoning for doing such a thing. ...
      (freebsd-hackers)
    • Re: CVSUP and 5.2.1 RELEASE
      ... On 2004-07-14 at 19:03:40 Garance A Drosihn wrote: ... > buildworld. ... The only thing I can think of, which also may be the reason that it's ... called 'pre-buildworld' mode, is that it checks /etc/make.conf against ...
      (freebsd-current)