> > As for locking, well the logical level for locking to be implemented is in > > the sms module. Look at the standard module. malloc should be thread safe > > so no locking should be required, hence we don't have any. In a tracking > > system we can't guarantee that so we lock. > > I don't really have a problem with the locking end of things, per se... > there will probably be some SMS's that need to lock, so we might as well > give them a convenient means to do so. I think. I haven't really looked > into this, though.
i've been investigating the design: a lock global and lock region (and unlocking equivs) will be needed, even if the sms implementor decides to implement the lock region as a global lock with ref-counting or something stupid. luke
