smb big sur

same problem here. Really dislike the new Emoji keyboard especially the fact that you cant even change it back. The Emojis are too big and the tabs are too small so that I often don't get to the category I want to. Really hope that it gets changed back or at least that one has the opportunity to change the keyboard!

There are lots of things you can do here. As to what you should do, that depends on the context. macOS is capable of hitting relatively tight real-time goals, but the way you do that very much depends on the context. If you run a simple test tool from Terminal, the system is going to assume that you’re not particularly latency sensitive. So, what’s the big picture here? Beyond the benchmark, what are you actually trying to achieve with low-latency timers? Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

For clarity, let me call the arm machine the client system and the x86 machine the server system. What's are the network conditions between these two machines? What's the latency and bandwidth of the connection? Note that latency in particular has a huge effect here. I am deleting a directory tree on the server system from a Java application running on the client system. Java uses basic system calls (rmdir and unlink) to delete items. Just to clarify, where are that actually directory commands being issued? Are you: Calling rmdir/unlink on the mac, targeting the files in the smb mount. OR Tell your server app do delete those file directly and then viewing the changes through the smb mount on the mac? Note that while race conditions are possible in both cases, they're all be guaranteed in the second. Jumping to here: It appears that there is a race condition. The operation to delete S apparently succeeded, but did not take effect immediately. The operation to delete D somehow overtook the pre

I was able to confirm with a customer of mine that calling copyfile with a source file that is a symbolic link on a NTFS partition always causes the error So, as it happens, the code to copyfile is opensource so, if you assume the issue is NOT a shortage of memory (which it isn't), then I suspect this is where the error came from: static int copyfile_open(copyfile_state_t s) ... switch (s->sb.st_mode & S_IFMT) { case S_IFLNK: islnk = 1; if ((size_t)s->sb.st_size > SIZE_T_MAX) { s->err = ENOMEM; /* too big for us to copy */ return -1; } ... I don't known enough about NTFS semantics to know what that value should be, but SIZE_T_MAX is defined as ULONG_MAX (that's defined as 0xffffffffffffffffUL on 64bit), so failing that check is definitely odd. Similarly, I'm not sure why that check was added in copyfile, but it doesn't seem inherently unreasonable. They use NTFS drivers from Paragon. They tried copying a symbolic link from NTFS to both APFS and NTFS with the same result. Is this an is

Bienvenue sur le forum. Vous devriez plutôt poster un Bug report ou poser la question sur la Communauté de support Apple: https://discussions.apple.com/welcome Le forum est fait pour le développement d'apps, pas pour des problèmes sur des apps existantes (sauf Xcode ou les autres outils de développement bien sûr).

[quote='815065022, captadoh, /thread/768961?answerId=815065022#815065022, /profile/captadoh'] Seeing how the the serviceName (ie _p2pchat._udp) needs to be set prior to the app starting and since it's also set in the Bonjour Info.plist field could, in theory, any device using my app discover one another? [/quote] Right. And even devices not running your app (-: There’s two things you need here: An easy way to filter out other user’s instances of your app. A guard against impersonation. The first is a convenience. The second is security critical. A good option for the first is to put a unique identifier into the TXT record. Your browser can then filter on that. On the listener side, that means using the init(name:type:domain:txtRecord:) initialiser which allows you to specify a TXT record. On the browser side, that means starting the browser with the bonjourWithTXTRecord(type:domain:) descriptor and then, in the results handler, getting the TXT record from the metadata property. Anyone on a nearby network can

The linked documentation for getattrlist reads VOL_CAP_INT_COPYFILE If this bit is set the volume format implementation supports the (private and undocumented) copyfile() function. Is this the same copyfile function we can use today, or something else? It marks a completely unrelated VNOP (vnode operation-> a specific function a VFS driver may implement), the name overlap being basically coincidental. Keep in mind that VNOP_COPYFILE (that's the underlying VFS function) was specifically a special purpose operation that specifically support copying within a device. You can actually see the smb code for this here and you'll see that there are lot of cases where it immediately errors out because it doesn't handle that particular case. Or was it “private and undocumented“ some long time ago? There isn't any public API that directly maps to VNOP_COPYFILE and the only public API I've found that does use it are the Carbon File Manager APIs I referenced above. So when VOL_CAP_INT_COPYFILE is set the volume

[quote='769161021, Bhavyekhetan, /thread/769161, /profile/Bhavyekhetan'] Can … NEDNSProxyProvider … be used for on-device filtering? [/quote] Yes. Although you’d usually use a content filter for this. But, and this is a big but, both of these providers have significant deployment restrictions. See TN3134 Network Extension provider deployment for the details. [quote='769161021, Bhavyekhetan, /thread/769161, /profile/Bhavyekhetan'] Would pre-configured safe DNS (e.g., CleanBrowsing) be acceptable? Are there compliant examples of similar apps? [/quote] I don’t work for App Review and can’t comment on their policies. If, after reading TN3134, you decide to start down this path, I recommend that you raise this with App Review directly. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

I’m not entirely sure what you’re asking for here, but it sounds like you’re trying to be notified when the user locks and unlocks their iOS device. If so then, no, there’s no API for that. You can listen for the UIApplicationProtectedDataWillBecomeUnavailable and UIApplicationProtectedDataDidBecomeAvailable notifications to learn about the state of data protection state, but that’s not the same thing. I’ve seen folks try to use various unsupported techniques for this. My advice is that you not go down that path. As with all implementation details, they’re subject to change without notice. Why do you need this info? If you can explain more about the big picture context, I may be able to suggest an alternative path. Share and Enjoy — Quinn “The Eskimo!” @ Developer Technical Support @ Apple let myEmail = eskimo + 1 + @ + apple.com

One of it's options is skipsSubdirectoryDescendants, which lets you disable recursion. But then I get a shallow enumeration. I still want to scan an entire directory hierarchy. I know, but you can still use NSDirectoryEnumerator. What you do is: Shallow enumerate the current directory. During that enumeration, collect the directories you find. Repeat from #1 using the directories you find in #2. In other words, you do a shallow enumeration of a given directory, then repeat the shallow enumeration on whatever directories you find. This is actually the same thing you'd do with getattrlistbulk. The copyfile Unix API will let you do that but the Finder isn't using that either, which is why the Finder can do server side SMB copying, which copyfile cannot I've noticed that, which is why I've been using copyfile for a long time now myself. Have or haven't? How are you copying files? FYI, if server side copying is an issue, this post has a code snippet for that. In terms of why the Finder isn't having issue

Lemme me be clear about one big picture point: DTS doesn’t support folks re-signing .ipa files. From our perspective, the format of an .ipa file is not documented for third-party use. The technique we recommend instead is to have your developer’s submit an Xcode archive (.xcarchive). You can then export a .ipa from that archive, allowing Apple to take care of all the re-signing complexities. If you need to automate that, xcodebuild can do it via its exportArchive command. Still, it’s certainly true that a lot of folks do re-sign .ipa files. IMO this is Working Too Hard™ and they should just change their process. Clearly there are other opinions (-: But the unsupported nature of this task explains why you’ve been having such a hard time finding definitive answers about it. We generally don’t document unsupported processes. If you are committed to this re-signing .ipa approach, the place to look for answers is the Mac code signing documentation, because DTS does support code signing by hand for Mac pro

Hey huge thanks for responding and sorry for being late I missed it! OK. A couple of comments: 1 - Your last comment, it's not accurate. In our app, we have Lock Screen widgets. They are visible at the same time and it looks very strange that they do not get updated when the live activity does. If you do it from the Dynamic Island and have a widget below on the Home Screen, you can see it there too. This is a big reason to why we think it's so bad. 2 - It's not really an issue if the widget being updated 5-10 seconds, or perhaps even 30 at times. However if you run my example app you quickly see that often the widget isn't updated at all, even hours later. 3 - This happens a lot. We have been running this for weeks, and we quickly get in to situations where the widgets aren't updating for hours or for the rest of the day even though the live activity has been updated over 50 times. Again, always works in Xcode. To me, it's clear that this is not a battery or prioritization issue because it happens co