DESC
Remove bogus lock inside jclose(), caller must take care of it, just like in
real life.
EDESC
Trying to lock fs->lock inside jclose() is useless and counterproductive,
because the race with pthread_mutex_destroy() is unavoidable, and the caller
must take care of not calling jclose() concurrently anyways.