Using Sourcetree 4.2.8 on macOS Sonoma 14.5. I see the error repeatedly.

Apologies for the delay, this issue has been resolved and can be closed.

I see in the 17.4 release notes this was fixed, I will close this issue now. Please could you double check this fix made it into iOS 18 because I see strange issues with alert in beta 2 FB14155015

https://developer.apple.com/documentation/ios-ipados-release-notes/ios-ipados-17_4-release-notes Resolved Issues * Fixed: Resolved an issue with programmatically present an alert or sheet simultaneously with dismissing another sheet. The new alert or sheet would not show but now it will. If you have code that presents the same sheet programmatically from multiple places in your view hierarchy at the same time, that sheet might no longer appear. Make sure that any sheet modifiers that are in the view hierarchy at the same time use distinct isPresented or item bindings. (117475214)

This seems fixed when I tested it on 17.4. Please could you let me know if that is correct and it would be helpful to know which minor version of 17 it was fixed in. Thanks

Resolved in Xcode 16.0 beta 2 (16A5171r)

Fixed in Xcode 16.

NGO QUANG THONG

NGO QUANG THONG

Not reproducible on iOS 18.

Please verify this issue with iOS 18 beta and update your bug report with your results by logging into https://feedbackassistant.apple.com/ or by using the Feedback Assistant app.

iOS 18 beta (Build: 22A5282m) https://developer.apple.com/download/

If the issue persists, please attach a new sysdiagnose captured in the latest build and attach it to the bug report.

iOS sysdiagnose Instructions: https://developer.apple.com/services-account/download?path=/iOS/iOS_Logs/sysdiagnose_Logging_Instructions.pdf

If this is no longer an issue you can close this feedback by selecting “Close Feedback” via the Actions button in Feedback Assistant.

---

For a complete list of logging instructions visit: https://developer.apple.com/bug-reporting/profiles-and-logs/

We were not reproducing this behavior on iOS 18.

Please verify this issue with iOS 18 Beta and update your bug report with your results by logging into https://feedbackassistant.apple.com/ or by using the Feedback Assistant app.

iOS 18 Beta (Build: 22A5282m) https://developer.apple.com/download/ Posted Date: June 10, 2024

If resolved, you can close your feedback by choosing the Close Feedback menu item in the Actions pop-up in Feedback Assistant.

If the issue persists, please attach a new sysdiagnose captured in the latest build and attach it to the bug report. Thank you.

iOS sysdiagnose Instructions: https://developer.apple.com/services-account/download?path=/iOS/iOS_Logs/sysdiagnose_Logging_Instructions.pdf

---

For a complete list of logging instructions, visit: https://developer.apple.com/bug-reporting/profiles-and-logs/

iOS 17.5.1 still does not provide autofill.

With the latest Xcode 16 beta I get the following output now:

% bash repro.sh helloworld-unaligned-ptrs.o

• ld -version_details | jq .version

"1115.5.3"

• xcodebuild -version

Xcode 16.0

Build version 16A5171c

++ xcode-select -p

• XCODE_HOME=/Applications/Xcode16-beta1.app/Contents/Developer

++ pwd

++ pwd

• ld -demangle -lto_library /Applications/Xcode16-beta1.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/lib/libLTO.dylib -dynamic -arch x86_64 -platform_version macos 13.0.0 13.1 -syslibroot /Applications/Xcode16-beta1.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk -o helloworld-unaligned-ptrs.o.binary -L/private/tmp/d08fa92c3d3193ef8f994d93ec3f7227 -L/usr/local/lib -U _darwin_check_fd_set_overflow -no_compact_unwind -exported_symbols_list /private/tmp/d08fa92c3d3193ef8f994d93ec3f7227/exported_symbols.list helloworld-unaligned-ptrs.o liblibchelper.a libdarwin.a libjvm.a libnet.a libnio.a libjava.a libfdlibm.a -ldl -lpthread -framework Foundation -lz -lSystem /Applications/Xcode16-beta1.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/lib/clang/16.0.0/lib/darwin/libclang_rt.osx.a /Applications/Xcode16-beta1.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/lib/clang/16/lib/darwin/libclang_rt.osx.a

ld: warning: no platform load command found in '/private/tmp/d08fa92c3d3193ef8f994d93ec3f7227/helloworld-unaligned-ptrs.o', assuming: macOS

ld: warning: disabling chained fixups because of unaligned pointers

ld: illegal text-relocation in '___text'+0x110258 (/private/tmp/d08fa92c3d3193ef8f994d93ec3f7227/helloworld-unaligned-ptrs.o) to '_JavaVMOperation_setQueuingThread_48eaaa57f9b892acb92c7cf8b4ac18c6832bd402'

The linker got more strict and doesn’t allow relocations for movabs anymore. Which I think is fine, according to the reloc.h headers that shouldn’t be possible anyways. It doesn’t exactly fix the issue, but just forces us to find another solution. Which we already have: instead of having a movabs $full_addr instruction, we do PC relative addressing and emit an (valid) relocation for that.

Please verify this issue with Xcode 16 Beta and update your bug report with your results by logging into https://feedbackassistant.apple.com/ or by using the Feedback Assistant app.

Xcode 16 Beta (16A5171c) https://developer.apple.com/download/ Posted Date: June 10, 2024

If resolved, you can close your feedback by choosing the Close Feedback menu item in the Actions pop-up in Feedback Assistant.

If the issue persists, please attach a new sysdiagnose captured in the latest build and attach it to the bug report. Thank you.

Xcode Sysdiagnose for macOS Instructions: https://developer.apple.com/services-account/download?path=/OS_X/OS_X_Logs/Xcode_sysdiagnose_Logging_Instructions.pdf

Simulator Diagnose for macOS Instructions: https://developer.apple.com/services-account/download?path=/OS_X/OS_X_Logs/simctl_Diagnose_Logging_Instructions.pdf

Please retry your linker invocation with “helloworld-unaligned-ptrs.o” to reproduce the 4k NOPs symptom.

With “helloworld-aligned-ptrs.o” there are no NOPs inserted indeed, however the resulting binary segfaults in dyld.

Please know that we're unable to reproduce the mis-link:

[/tmp/a]> /Applications/Xcode2.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ld-820.1 -dynamic -arch x86_64 -platform_version macos 13.0.0 13.1 -syslibroot /Applications/Xcode2.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX13.0.sdk -o a.binary -L. -U _darwin_check_fd_set_overflow -no_compact_unwind helloworld-aligned-ptrs.o liblibchelper.a libdarwin.a libjvm.a libnet.a libnio.a libjava.a libfdlibm.a -framework Foundation -lz -lSystem

[/tmp/a]> otool -lv a.binary|grep -A8 LC_BUILD

  cmd LC_BUILD_VERSION

cmdsize 32

platform MACOS

minos 13.0

  sdk 13.1

ntools 1

 tool LD

version 820.1

Load command 12

[/tmp/a]> nm -nm a.binary| grep Character.toUpper

0000000100154520 (TEXT,text) non-external CharactertoUpperCase_32e6350ee20942d333d8e148b79c97eea2676c03

0000000100154760 (TEXT,text) non-external CharactertoUpperCaseCharArray_d3bece676e84f7b3101e5e3b92b8791bafb5cb4e

0000000100154cb0 (TEXT,text) non-external CharactertoUpperCaseEx_5e336fa9cb982976a8ba6aaa89c54c23324f695a

[/tmp/a]>

There was no 4K of NOPs inserted. But these address are slightly different than in the github readme.

The linker does break up sections at each symbol into "atoms", each with their own alignment requirements. They do during layout if the next atom's layout requirement means the next address won't work, the linker inserts padding until the address will work. For _text section for x8664, the linker inserts NOP bytes. For all other sections, it inserts zeros.

As per API the result of the call to https://developer.apple.com/documentation/sirikit/intent_handling_infrastructure/requesting_authorization_to_use_siri should be recalled and block execution when it's "denied" but it seems to be ignored.

Cautious developers would check for the value of the "INSiriAuthorizationStatus" and block feature access but that would instead lead to a deadlock as no toggles on Settings-> App -> Siri would trigger a user prompt for authorisation (as suggested by docs)

No documented changes on API I could find on the iOS releases notes > 11.0

still broken in Ventura

Looks like it was fixed in macOS Ventura

Just got a note from Apple that this is now being look into. No confirmation that they can reproduce it, yet.