此解决方法不止适用于winlator,同样适用于,除exa的ed以外,其它封装p大神转译工具的apk。
不论是走p撸路线还是走native路线的封装p大神转译工具的apk,在此问题上都一样,因为是一致的,故而解决方法一样。
与exa的ed的解决角度不相同,此方法是从wine的角度解决问题。虽然能让问题消失,但是只有修改过的wine才会没有此问题,这就是此方法的不足之处。
而exa的ed用了何种方法解决此问题仍然是个谜,exa的ed所用的解决方法是不需要动wine的。
问题解决后,将有何变化:
茶壶,仙4等等,原本放d盘会不正常打开的,就变得,能在d盘正常运转了,无需扔z盘了。
即有不少游戏需要扔z盘才能正常打开的问题消失。
解决原理:
将MAP_SHARED重新修改为只读的时候不使用。
即回退掉wine31末尾时,不合适的提交。
即此问题,对于封装p大神转译工具的apk来说,出现于31末尾的时候,32往上的wine都需要退掉此次提交。
即,exa的ed模拟出来的d盘,具有足够大的权限,故而不需要修改wine即可无此问题。但其它apk模拟的d盘,权限不足,故需要修改wine来解决此问题。
即此问题是出在封装apk上的问题,非转译工具差异,非转译故障。
其它提示:
如图3,后面换了个位置,跑u目录下去了,但本质不变。
802,92什么的,照图3修改,生成的出来wine,即可,没有此问题。
不论是走p撸路线还是走native路线的封装p大神转译工具的apk,在此问题上都一样,因为是一致的,故而解决方法一样。
与exa的ed的解决角度不相同,此方法是从wine的角度解决问题。虽然能让问题消失,但是只有修改过的wine才会没有此问题,这就是此方法的不足之处。
而exa的ed用了何种方法解决此问题仍然是个谜,exa的ed所用的解决方法是不需要动wine的。
问题解决后,将有何变化:
茶壶,仙4等等,原本放d盘会不正常打开的,就变得,能在d盘正常运转了,无需扔z盘了。
即有不少游戏需要扔z盘才能正常打开的问题消失。
解决原理:
将MAP_SHARED重新修改为只读的时候不使用。
即回退掉wine31末尾时,不合适的提交。
即此问题,对于封装p大神转译工具的apk来说,出现于31末尾的时候,32往上的wine都需要退掉此次提交。
即,exa的ed模拟出来的d盘,具有足够大的权限,故而不需要修改wine即可无此问题。但其它apk模拟的d盘,权限不足,故需要修改wine来解决此问题。
即此问题是出在封装apk上的问题,非转译工具差异,非转译故障。
其它提示:
如图3,后面换了个位置,跑u目录下去了,但本质不变。
802,92什么的,照图3修改,生成的出来wine,即可,没有此问题。