dsym file

log-file

While this isn't the answer I had been wishing for it does give me a lot of food for thought. Thanks The Eskimo for looking into it! [quote='874248022, DTS Engineer, /thread/814022?answerId=874248022#874248022'] When it rotates a file, the system calculates how fast it filled up. [/quote] So wrt this note, I understand it's more complicated than just rotating a single file, but still it sounds like everyone writing into the Unified Logging system can contribute to this. It strikes me at least one strategy (if not a preferable one), is to disable logging for all other processes/subsystems (even some of the native OS processes) that tend to be noisy too? Of course this is meant as a temporary and desperate measure, in theory it should raise our survival chance? And another thought, what if we disable persisting, but then have an external party help redirect our logs to be persisted? I first thought the xctrace record --template Logging might be a good candidate for this task but later found ou

I have now filed a Feedback report. The ID is: FB21836555

Thank you for the explanation! Xcode did add the localized string key %@ timer started. to my string catalog as you correctly assumed, and I have provided a proper translation: %@ Timer gestartet. However, I still don't understand why Siri does not translate the %@ part properly. When it's 10 seconds in English, it also reads 10 seconds when Siri is set to German with the number 10 being correctly translated (zehn instead of ten) but not the unit (seconds where it should read Sekunden). Summary & Overview: Localized String Key: %@ timer started. English output: Displayed text: 10 seconds timer started. Spoken by Siri: Ten seconds timer started. 🇺🇸🇺🇸🇺🇸🇺🇸 German output: Displayed text: 10 seconds Timer gestartet. Spoken by Siri: Zehn seconds Timer gestartet. 🇩🇪🇺🇸🇩🇪🇩🇪 where zehn is German, but seconds is English. This seems to be a bug? I will wrap this as a minimal example in an Xcode project to file a Feedback report and share the ID here once I've done that, as you suggested. Than

Hello Kevin, hello All I have tested your suggestions. Sadly to no avail. The location of the files is not crucial nor using a signed version of the app. I have also setup a new project on my macOS14 Mac with the same result. So it is not a macOS26 problem neither. That makes me wonder more and more. My AppStore app (bcAnalyze) that does use the related file feature with these files works well on any macOS with these files. The code I am using is older dating back ca. 10 years (originated in Obj-C days and is now Swift since ca. 4 years). The idea of adding a security scoped bookmark to the sidecar file is tempting, but wouldn't help since the original application producing the the sidecar file is more than 10 years old and users may have already millions of file pairs. There shouldn't be a difference between SwiftUi and AppKit as front-end, but I may also try this in the next days. Since my AppStore app works, I must oversee something little that

How are you opening these files? Do they have attributes that are different than other files?

After unpairing apple watch in xcode, I also had the issue that I was never able to see it again in Xcode until I did the following. Completely delete Xcode including deleting following files (chatgpt suggested, check before deleting) ~/Library/Developer/Xcode ~/Library/Preferences/com.apple.dt.Xcode.plist ~/Library/Caches/com.apple.dt.Xcode ~/Library/Developer/CoreSimulator/Devices Afterwards I deactivated and activated developer mode in iphone, and started new project. Watch became visible.

You would want to make sure that the AIDs are listed exactly as assigned to the exact same Bundle ID they are assigned to. You should check the contents of the provisioning profile you are using to build the app against the values in the entitlement file. You can check the provisioning file by either through Finder quicklook, or by opening it in Xcode.

Thanks for all the details and the funny anecdote. I'll ask the user to run the cp command, but they told me they have some other work to do at the moment and need a break. In the meantime, since you said it's a SMB issue, is there a way I can reproduce the Result too large myself? Setting a large resource fork like mentioned in that Stackoverflow post causes the mentioned error Argument list too long. Using the Terminal command cat file > file/..namedfork/rsrc like suggested by the first answer in that post to set the file itself as a resource fork of itself works (listing the extended attributes with ls -l@ file shows com.apple.ResourceFork 34669586 for my 34 MB test file), but calling copyfile as in the code I posted in my first post still works, even when the destination is on a FAT volume connected via SMB. When calling fsetxattr as in the code below, I can only set a custom attribute named asdf, but when using com.apple.ResourceFork the function doesn't se

Thanks for the sugegstions I ran the curl with -v option [azuki@AlmaDevVM Key_Server_Module]$ curl -v -d @Test_Inputs/iOS/spc_v3_ios_uhd_no_lease_2048.json localhost:8080/fps * Trying ::1:8080... * Connected to localhost (::1) port 8080 (#0) > POST /fps HTTP/1.1 > Host: localhost:8080 > User-Agent: curl/7.76.1 > Accept: */* > Content-Length: 5947 > Content-Type: application/x-www-form-urlencoded > * Empty reply from server * Closing connection 0 curl: (52) Empty reply from server [azuki@AlmaDevVM Key_Server_Module]$ Also when I checked httpd logs I do see a couple of errors. [DEBUG] ❌ Assertion failure: paramErr (-42585) [src/parse_certificates.swift:36] src/parse_certificates.swift:13: Fatal error: 'try!' expression unexpectedly raised an error: src.FPSStatus.paramErr [Thu Jan 22 04:17:30.168292 2026] [core:notice] [pid 1004898:tid 1004898] AH00051: child pid 1009053 exit signal Illegal instruction (4), possible coredump in /etc/httpd timestamp=2026-01-22 04:18:01,830,FP_TOOLN=fpssdk,FP_

Hi @appleAccount@fttecnologias.com, Please see the following technote for more information about troubleshooting your merchant domain verification failures, which includes verifying these issues below: your server's TLS implementation, cypher suites, or certificates your domain is not behind a proxy or hosted within a private network the domain verification file is served without a redirect, hasn't expired, and is associated with the correct merchant ID TN3173: Troubleshooting issues with your Apple Pay merchant identifier configuration https://developer.apple.com/documentation/technotes/tn3173-troubleshooting-issues-with-your-apple-pay-merchant-id-configuration Cheers, Paris X Pinkney |  WWDR | DTS Engineer