Miroirs/xwords
1
0
Fork 0
mirror of git://xwords.git.sourceforge.net/gitroot/xwords/xwords synced 2025-02-04 20:46:28 +01:00
Code Issues Projects Releases Packages Wiki Activity

unlock lock we won't be keeping

Browse source 
This might fix the occasional game permalock.
This commit is contained in:
Eric House 2019-03-09 06:40:04 -08:00
parent c2441c30f4
commit 085963b76c
2 changed files with 9 additions and 1 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

2
xwords4/android/app/src/main/java/org/eehouse/android/xw4/BoardDelegate.java
View file

@ -581,7 +581,7 @@ public class BoardDelegate extends DelegateBase
m_haveInvited = args.getBoolean( GameUtils.INVITED, false );
m_overNotShown = true;
GameLock.getLockThen( m_rowid, 100L, new Handler(),
GameLock.getLockThen( m_rowid, 100L, new Handler(), // this doesn't unlock
new GameLock.GotLockProc() {
@Override
public void gotLock( GameLock lock ) {

8
xwords4/android/app/src/main/java/org/eehouse/android/xw4/jni/JNIThread.java
View file

@ -866,6 +866,14 @@ public class JNIThread extends Thread implements AutoCloseable {
if ( null == result && null != lock ) {
result = new JNIThread( lock );
s_instances.put( rowid, result );
} else if ( null != lock ) {
// unlock if we're not using it. This is a hack needed because
// we don't have retain/release semantics. The caller is done
// with the lock and expects us to keep it. If we don't need
// it we need to unlock it. Fix is for JNIThread.__init() to
// be able to retain() it and caller to release() it after we
// return.
lock.unlock();
}
if ( null != result ) {
result.retain_sync();