Few cents about my commits
This post continues the series of fixes discovered during compilation of CocoaTouch library and improvements to compiler.
While things being fixes iOS 13.2 is already in wild. This postfix delivers:
Code is delivered as PR441
This post continues the series of fixes discovered during compilation of CocoaTouch library and improvements to compiler.
As metntioned in gitter channel a try to use NWPathMonitor fails with ObjCClassNotFoundException: OS_nw_path_monitor. The binding of Network framework differs from common approach in way it is completely functional interface. Most of API might be simply grouped into two groups:
function_Usage(CLASS INST, other params)
to
class CLASS {
@Bridge
function_Usage( other params)
}
Same time bro-gen extracts types defined in framework as protocols (like NWPathMonitor is defined as OS_nw_path_monitor) and closes binding for it is a NativeProtocolProxy. Which shall work in general case but not this.
simctl to support Xcode11 simulator PR#410;Meanwhile work in progress happening in support for JDK12 tools on host branch, it contains following changes:
android gradle faset #242, PR#401;Happy coding!
Please report any issue to tracker.
This post continues the series of fixes discovered during compilation of CocoaTouch library and improvements to compiler.
Struct.offsetOf always returns zeroOther postfixes:
Struct.offsetOf is required to proper implement initialization of variable size structs with flexible array member such as:
struct vectord {
size_t len;
double arr[]; // the flexible array member must be last
};
Struct has offsetOf definition and it returns always zero similar to sizeOf method. `` its implemenation is being synthesized by RoboVM compiler and invocation of sizeOf being fixed during trampoline phase from Struct.sizeOf to DestStruct.sizeOf (DestStruct – an example struct implementation).
Root case – compiler doesn’t not synthesize offsetOf.
AltPods were update to v1.4.0-SNAPSHOTS to sync with recent releases. Part of list didn’t receive any API update hovewer bindings were re-generated against recent version of frameworks. Update list look as bellow:
v5.11.0v6.10.0v5.1.0v0.30.0v3.4.0v6.13.0v7.6.3v3.1.5v2.11.2v1.5.3These pods were pushed to https://oss.sonatype.org/content/repositories/snapshots maven repo under 1.4.0-SNAPSHOTS version.
Source code @github
Updates are not fullty tested, please open issue if bug found.
NB: AltPods – are robopods kept at my personal standalone repo. This is done to prevent main robopods repo from turning into code graveyard. As these pods have low interest of community and low chances to be updated.
This post continues the series of fixes discovered during compilation of CocoaTouch library.
Other postfixes:
Issue was discovered while compiling NWTxtRecord:
java.lang.IllegalArgumentException: @Bridge annotated method <org.robovm.apple.network.NWTxtRecord: org.robovm.apple.foundation.NSObject copy()> must be native
at org.robovm.compiler.BridgeMethodCompiler.validateBridgeMethod(BridgeMethodCompiler.java:87)
at org.robovm.compiler.BridgeMethodCompiler.doCompile(BridgeMethodCompiler.java:233)
In source code NWTxtRecord doesn’t contain NSObject copy() method but containts NWTxtRecord copy().
Hovewer once class file is decompiled following methods can be found there:
This post continues the series of fixes discovered during compilation of CocoaTouch library.
Other postfixes:
Issue was discovered while compiling CMBufferHandlers:
java.lang.IllegalArgumentException: No @Marshaler found for return type of @StructMember method <org.robovm.apple.coremedia.CMBufferHandlers: org.robovm.objc.block.Block1 getGetDecodeTimeStamp()>
at org.robovm.compiler.MarshalerLookup.findMarshalerMethod(MarshalerLookup.java:169)
at org.robovm.compiler.BroMethodCompiler.getStructMemberType(BroMethodCompiler.java:977)
at org.robovm.compiler.BroMethodCompiler.getStructType(BroMethodCompiler.java:677)
at org.robovm.compiler.BroMethodCompiler.getStructType(BroMethodCompiler.java:568)
at org.robovm.compiler.StructMemberMethodCompiler.reset(StructMemberMethodCompiler.java:63)
Root case and fix is clear from exception: there is no @Marshaller for @Block return type at moment StructMemberMethodCompiler performs reset. And the fix is to provide such.
In details there are several moments and fixes:
@Block affected methods are generated by ObjCBlockPlugin in ObjCBlockPlugin.Before class run. The problem here is that ClassCompiler invokes it after StructMemberMethodCompiler.reset where this marshaller is required (and where exception is happening). The fix is to move reset section of method compilers below invocation of plugins Before. This makes marshallers generated at moment StructMemberMethodCompiler.reset needs it.ObjCBlockPlugin.Before was not considering @StructMember annotated methods as subject for method transformation and the fix is trivial – extending condition to include the case.The fix is delivered as PR421
This post continues series of fixes discovered during compilation of CocoaTouch library.
Other postfixes:
Issue was discovered during compiling of UIImageSymbolWeight class:
java.lang.IllegalArgumentException: Receiver of non static @Bridge method <org.robovm.apple.uikit.UIImageSymbolWeight: double toFontWeight()> must either be a Struct or a NativeObject
at org.robovm.compiler.BroMethodCompiler.getBridgeOrCallbackFunctionType(BroMethodCompiler.java:554)
at org.robovm.compiler.BroMethodCompiler.getBridgeFunctionType(BroMethodCompiler.java:526)
iOS13 bindings are complete but CocoaTouch related issues keep arriving, part of them about compiler not able to compile one or other class. Most of these issues can be detected just by compiling entire CocoaTouch library as simple smock test to find out outstanding issues. This can be done by force linking its class path with template like this:
<forceLinkClasses>
<pattern>org.robovm.apple.**</pattern>
</forceLinkClasses>
This post start series of fixes discovered during compilation of CocoaTouch library.
Other postfixes:
History: errors when deploying to ios13 #414
Fix: PR416
libmobiledevice when locking services has to perform SSL handshake if required.
in iOS13 debugerserver started requiring this as well by including EnableServiceSSL in response:
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
<key>EnableServiceSSL</key>
<true/>
<key>Port</key>
<integer>49745</integer>
<key>Request</key>
<string>StartService</string>
<key>Service</key>
<string>com.apple.debugserver</string>
</dict>
The weird thing is that after SSL handshake debug server service switches back to plain text communication over same underlayer socket. There was a try-fix in libmobiledevice to close SSL connection but it didn’t work.
Root case of it is that it was trying close SSL connection by calling SSL_shutdown which sends close_notify shutdown to underlaying socket. But debugserver expects clear text GDP protocol communication and close_notify aren’t expected which causes gdp protocol error.
This issue was also discussed on libimobiledevice repo: issue789