Bug List

Member libglass::GlassClient::getClientList (void)

As it is, there may be a racing condition if a packet containing a new list arrives at the precise moment this function is called. A mutex could solve the problem in theory, but it would have to be called after return or require an extra copy to a temporary variable.

Member libglass::GlassClient::getTotalNodes (void)

As it is, there may be a racing condition if a packet containing a new list arrives at the precise moment this function is called. A mutex could solve the problem in theory, but it would have to be called after return or require an extra copy to a temporary variable.

Member libglass::GlassClient::isMaster (void)

As it is, there may be a racing condition if a packet containing a new list arrives at the precise moment this function is called. A mutex could solve the problem in theory, but it would have to be called after return or require an extra copy to a temporary variable.

Member libglass::Remote::lock (void)

While the variable is locked, the entire Glass instance is locked. Fix unpack() later to store the new value in a temporary slot while this is locked instead.