eskimo

How are you trying to load it?Do you see anything in the system log?What does kextutil say? See the Diagnosing Kexts section of the man page. Share and Enjoy — Quinn The Eskimo! Apple Developer Relations, Developer Technical Support, Core OS/Hardware let myEmail = eskimo + 1 + @apple.com

ISTR that DTrace is gated by system integrity protection. Try disabling that. See WWDC 2015 Session 706 Security and Your Apps.Share and Enjoy — Quinn The Eskimo! Apple Developer Relations, Developer Technical Support, Core OS/Hardware let myEmail = eskimo + 1 + @apple.com

I have this page bookmarked (-:Share and Enjoy — Quinn The Eskimo! Apple Developer Relations, Developer Technical Support, Core OS/Hardware let myEmail = eskimo + 1 + @apple.com

I'm not entirely sure whether this is a question or whether it's feedback. For the moment I've assumed that you're asking how to install OS X Server on OS X 10.11 beta. If that's what you're shooting for, you can grab a copy of OS X Server 5.0b3 from the OS X downloads page.Share and Enjoy — Quinn The Eskimo! Apple Developer Relations, Developer Technical Support, Core OS/Hardware let myEmail = eskimo + 1 + @apple.com

To be clear, are you asking whether the built-in App Store app is allowed to use WWAN? That is, not your app, but the App Store app?Why do you need to know that?Share and Enjoy — Quinn The Eskimo! Apple Developer Relations, Developer Technical Support, Core OS/Hardware let myEmail = eskimo + 1 + @apple.com

In that case, do you think if I register a Bonjour service through an App, will the service be still viewable from an other device after the app's closed ?That depends on what you mean by closed. When the app goes into the background it becomes eligible for suspension. If it does get suspended, all Bonjour operations are terminated—because the UNIX domain socket used by your app to communicate with the Bonjour daemon has its resources reclaimed—and that means that registered services are removed.Technote 2277 Networking and Multitasking has more details on this.Share and Enjoy — Quinn The Eskimo! Apple Developer Relations, Developer Technical Support, Core OS/Hardware let myEmail = eskimo + 1 + @apple.com

I was thinking using other things, and I thaught about pinging and/or using other ports that would maybe stay open in sleep mode. I understand that iOS stays in permanent connection with the push notification servers, so I thaught it would maybe keep some other ports pen as well ?AFAIK it doesn't keep open any listening ports, which are the only ones you can reliably ping.Where can I find a complete listing of used ports by iOS ?AFAIK there's no such list.Regardless, the above approach makes no sense given the WWAN stuff I mentioned earlier. If you care about iPhone (and other WWAN-capable devices) then you have to recognise that the device will not necessarily associate with the home Wi-Fi when the user gets home and, as such, you can't use any Wi-Fi based technique to determine that case.Share and Enjoy — Quinn The Eskimo! Apple Developer Relations, Developer Technical Support, Core OS/Hardware let myEmail = eskimo + 1 + @apple.com

I get this question a lot (typically by folks who care about WWAN, not Wi-Fi, but it's a direct map from one to the other) and the answer is always the same: using the link speed to estimate the network transfer rate is a bad idea, at least in the general case. The problem is that the link speed is rarely a good estimate of the actual transfer rate to your server.The classic example of this is the Apple commuter shuttles, where the on-board Wi-Fi is backed by a WWAN uplink. However, there are many others. A particularly relevant one these days is the Personal Hotspot integration provided by iOS 8.The approach I recommend—and it's the approach that Apple uses in HTTP Live Streaming—is to dynamically calculate the recent effective transfer rate as you do the transfer.Finally, just to answer your specific question, there is no supported way to get information about the Wi-Fi interface (Wi-Fi technology, signal bars, channel, and so on).Share and Enjoy — Quinn The Eskimo! Apple Developer Relations, Devel

See my response on MacNetworkProg.Share and Enjoy — Quinn The Eskimo! Apple Developer Relations, Developer Technical Support, Core OS/Hardware let myEmail = eskimo + 1 + @apple.com

Are you aware of good resources on peer-to-peer WiFi development to get started with?A good place to start is WiTap.Share and Enjoy — Quinn The Eskimo! Apple Developer Relations, Developer Technical Support, Core OS/Hardware let myEmail = eskimo + 1 + @apple.com

Unfortunately you're hitting fundamental problems with how Apple's peer-to-peer technologies work. Specifically:Bluetooth and Wi-Fi share an antenna, resulting in serious coexistence challenges.Apple's peer-to-peer Wi-Fi implementation—specifically the service discovery on peer-to-peer Wi-Fi—has coexistence issues with infrastructure Wi-Fi.There are two general strategies to avoid these problems:Stop discovery once you've connected / are transferring. You can apply this regardless of which API you're using.Constrain your interfaces. With lower-level APIs you can tell the API not to use peer-to-peer, or to use peer-to-peer over only one interface, both of which can help.Share and Enjoy — Quinn The Eskimo! Apple Developer Relations, Developer Technical Support, Core OS/Hardware let myEmail = eskimo + 1 + @apple.com

Is the same correct using CFNetwork (CFHTTP for example)?No.To be clear, both NSURLConnection and CFHTTPStream are now formally deprecated and, while we don't plan to remove those APIs any time soon, we also don't plan to add any new features to them either.You should adopt NSURLSession.If you can't adopt NSURLSession due to some deficiency in the API or implementation, please file a bug report describing the problem, and then post the bug number here just for the record.Share and Enjoy — Quinn The Eskimo! Apple Developer Relations, Developer Technical Support, Core OS/Hardware let myEmail = eskimo + 1 + @apple.com

I don't see it in the documentation, but maybe this class is not meant to be subclassed [...]Interesting. If things are working when you don't subclass, I definitely recommend that you go in that direction. In general, subclassing 'large' system classes is a bad idea and, unless they've explicitly documented to support subclassing, my general recommendation is that you not do so.In this specific case, I'd appreciate you filing a bug against the Multipeer Connectivity documentation recommending that it specify whether subclassing is allowed or not. Please post your bug number, just for the record.Share and Enjoy — Quinn The Eskimo! Apple Developer Relations, Developer Technical Support, Core OS/Hardware let myEmail = eskimo + 1 + @apple.com

bwalker wrote:I've filed an enhancement request: 21519087Tolibi wrote:Enhancement request: 21579094thanatos0801 wrote:I'll file a radar requesting that localhost be excempted by default from ATS... or at least allow a specific key to deal with it specifically.hhtouch wrote:I posted my suggestions regarding App Transport Security and local networking as Enhancement request: 21669759Thanks everyone.@thanatos0801, what was your bug number?Share and Enjoy — Quinn The Eskimo! Apple Developer Relations, Developer Technical Support, Core OS/Hardware let myEmail = eskimo + 1 + @apple.com

AFAIK OS X does not have OpenVPN support built-in. You would have to talk to the OpenVPN about how best to import your .ovpn file (and, indeed, whether you'd need to install their software to act on it).Share and Enjoy — Quinn The Eskimo! Apple Developer Relations, Developer Technical Support, Core OS/Hardware let myEmail = eskimo + 1 + @apple.com