OK except that lldp-dap is shipped as part of XCode - it is shipped as part of 16.4 (maybe earlier releases also) and upwards.

If you meant SIMD Everywhere (simde) we're already using that - really makes life a whole lot easier for x64/Neon portability. I submitted a bug report against Rosetta - and gave them a link to my source code repository so they can build the test case ... David

I changed the code so it can build on this level as well

Unfortunately I still get: In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX14.2.sdk/usr/include/c++/v1/unordered_map:523: /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX14.2.sdk/usr/include/c++/v1/__hash_table:844:5: error: static assertion failed due to requirement 'integral_constant<bool, false>::value': the specified hash does not meet the Hash requirements static_assert(__check_hash_requirements<_Key, _Hash>::value, ^ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX14.2.sdk/usr/include/c++/v1/__hash_table:859:1: note: in instantiation of template class 'std::__enforce_unordered_container_requirements<std::filesystem::path, std::hash<std::filesystem::path>, std::equal_to<std::filesystem::path>>' requested here typename __enforce_unordered_container_requirements<_Key, _Hash, _Equal>::type ^ /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX14.2.sdk/usr/include/c++/v1/unordered_map:1152:30: note: while substituting explicitly-specified template arguments into function template '__diagnose_unordered_container_requirements' static_assert(sizeof(std::__diagnose_unordered_container_requirements<_Key, _Hash, _Pred>(0)), ""); ^ /Users/amonra/.vs/DSS/build/DeepSkyStackerKernel/DeepSkyStackerKernel_autogen/EWIEGA46WW/../../../../DeepSkyStackerKernel/imageloader.h:60:26: note: in instantiation of member function 'std::unordered_map<std::filesystem::path, std::tuple<LoadedImage, int, bool>>::~unordered_map' requested here static inline CacheType imageCache{}; ^ 2 errors generated. So I can't actually build my code there which is a bit of nuisance. Ho-hum: So ist das Leben!

I forget that it stared out as 13.4 but got updated to 13.7.5. XCode 14.3 is installed. Maybe I should install XCode 15.2? Quite likely that will give me a later version of the C++ Std library...

OK, So how do to I set up to use notarytool without a keychain-profile set up using altool? D.

I changed one thing in my Info.plist and now it works as I expected. I changed this: <key>UTTypeConformsTo</key> <array> <string>public.plain-text</string> to <key>UTTypeConformsTo</key> <array> <string>public.data</string> Now the Icon view in Finder shows the Icon I want instead of an icon it builds itself from the content of the text file. Thanks again for your assistance David

That's a pretty useless bunch of categories (unless you write games) - mine fits pretty much none of them - it fits astronomy and astrophotography, but not much else and neither are in there. Ho-hum, So ist das leben! Thanks, David

I just noticed something interesting which might suggest my Info.plist isn't incorrect! If I set finder into "View as list" mode, then the .dssfilelist files DO show the correct icon: However if Finder is set to "View as Icons" then they just show a an Icon that looks like it might be the file contents: :( Is that what I should expect to see? I had rather assumed I'd be shown the Icon when using "View as Icons". David

Here's what filesays: amonra@Saturn ~ % cd /Applications/DeepSkyStacker.app/Contents/Resources amonra@Saturn Resources % file DSS_filelist.icns DSS_filelist.icns: Mac OS X icon, 1291846 bytes, "ic12" type amonra@Saturn Resources %

Hmmm.... amonra@Saturn Debug % plutil -p DeepSkyStacker.app/Contents/Info.plist { "CFBundleDevelopmentRegion" => "English" "CFBundleDocumentTypes" => [ 0 => { "CFBundleTypeRole" => "Editor" "LSHandlerRank" => "Owner" "LSItemContentTypes" => [ 0 => "com.github.deepskystacker.dssfilelist" ] } ] "CFBundleExecutable" => "DeepSkyStacker" "CFBundleGetInfoString" => "" "CFBundleIconFile" => "DeepSkyStacker.icns" "CFBundleIdentifier" => "com.github.deepskystacker" "CFBundleInfoDictionaryVersion" => "6.0" "CFBundleLocalizations" => [ 0 => "ca" 1 => "cs" 2 => "de" 3 => "es" 4 => "fr" 5 => "it" 6 => "ja_JP" 7 => "nl" 8 => "pt_BR" 9 => "ro" 10 => "ru" 11 => "tr" 12 => "zh_CN" 13 => "zh_TW" ] "CFBundleLongVersionString" => "" "CFBundleName" => "DeepSkyStacker" "CFBundlePackageType" => "APPL" "CFBundleShortVersionString" => "6.1" "CFBundleSignature" => "????" "CFBundleVersion" => "6.1.0" "CSResourcesFileMapped" => 1 "NSHumanReadableCopyright" => "Copyright © 2018-2025, David C. Partridge; Copyright © 2006-2019, Luc Coiffier" "UTExportedTypeDeclarations" => [ 0 => { "UTTypeConformsTo" => [ 0 => "public.plain-text" ] "UTTypeDescription" => "DeepSkyStacker file-list file" "UTTypeIconFile" => "DSS_filelist" "UTTypeIdentifier" => "com.github.deepskystacker.dssfilelist" "UTTypeTagSpecification" => { "public.filename-extension" => [ 0 => "dssfilelist" ] "public.mime-type" => [ 0 => "text/dssfilelist" ] } } ] } amonra@Saturn Debug % ls DeepSkyStacker.app/Contents/Resources DeepSkyStacker.icns DSS_filelist.icns qt.conf amonra@Saturn Debug % looks correct to me but still the Icon refuses to display for .dssfilelist files. As you can see, DSS_filelist.icns is in the Resources directory? Totally baffled David

I stall can't get the icon to display :( I change the plist to read: <key>UTTypeIconFile</key> <string>DSS_filelist.icns</string> <key>UTTypeIdentifier</key> <string>com.github.deepskystacker.dssfilelist</string> But that didn't help. Surely someone here must know the magic incantation. WHYOHWHY doesn't the registration process flag up errors in the Info.plist file (if that's what's wrong here). David

Thanks for that pointer. That (incorrect) expectation is based on what other platforms do, and I get that sometimes Apple does it differently! I'm using Qt, and I now know that the relevant trick is to capture a QFileOpenEvent. What remains is that the icon isn't displayed for the files. Any idea?

I'm able to report some progress :)! Setting that to public.plain-text made a difference, and the application is now opened when the file is double-clicked on, but it doesn't actually open the file? I expected the application to be invoked like (e.g.): /Applications/DeepSkyStacker.app/Contents/MacOS/DeepSkyStacker Documents/Astrophotography/NGC\ 457\ Owl\ Cluster/NGC457.dssfilelist which when typed from the command line opened the file as expected. But clearly that isn't how the application was invoked. What am I not understanding here? The specified Icon was also not associated to the file. Even though it is in DeepSkyStacker.app/Contents/Resources amonra@Saturn ~ % ls /Applications/DeepSkyStacker.app/Contents/Resources DeepSkyStacker.icns DSS_filelist.icns qt.conf amonra@Saturn ~ %

Thanks for pointing out the the plain-text versus plaintext problem. Now why didn't the system complain when I installed the application saying "that's incorrect"... I'm on holiday ATM, and will try this when I get back on the 19th. Thanks again, David