Esword
(James Esword)
January 14, 2016, 3:15am
41
Unfortunately I can still reproduce the issue on VS2015 + Elements 8.3.92.1915…
I’ve double checked and ensured following things:
Make createObject
public instead of private
Compile in Release mode with “Optmize code” option
Run on iPhone 5s iOS 9.2 simulator
Since the NSLog output sequence may not be completely reliable as I know (http://talk.remobjects.com/t/multiline-log-output-is-out-of-order-or-incomplete-on-ios/7413 ), I also set a breakpoint on the line “NSLog(“BigObject dealloc!!”);” to see if the BigObject is deallocated by app default ARP instead of compiler optimization.
ck
(Carlo Kok)
January 14, 2016, 8:09am
42
Right; this was fixed yesterday. It’s fixed in a build you don’t have yet. What I’ve tested:
arm64: Works
arm: Doesn’t work due to how exception handling works on ios/arm
x86_64: Confirmed earlier: Works
atm I can’t test sim (local issue) but it’s likely sim x86_64 works too.
Esword
(James Esword)
January 14, 2016, 8:59am
43
Great! I just misunderstood what you said “I found it”
I will do more tests when that build is available.
Esword
(James Esword)
January 18, 2016, 9:44am
44
My test results of 8.3.92.1917:
arm64(iPhone 6s plus device): Works
sim x86_64(iPhone 6s plus sim): Doesn’t work
Hope it can works on sim.
Hope the “private inline” issue can be fixed too, otherwise it will leave a pitfall to make trouble in the future. I’m wondering how Swift solve this problem, because it also supports private access control and this ARC test case works fine there.