小编tra*_*cy 的帖子

我有一个非常偶发的错误,其中包含一个包含fetchLimit和fetchOffset的Core Data查询.很长一段时间(我看到它发生过一次,就像另一个测试人员一样),fetchOffset似乎被忽略了.查询如下所示:

NSFetchRequest *fetch = [[NSFetchRequest alloc] initWithEntityName:@"MyEntity"];
NSSortDescriptor *dateDescriptor = [[NSSortDescriptor alloc] initWithKey:@"timestamp" ascending:NO];
NSArray *sortDescriptors = [NSArray arrayWithObject:dateDescriptor];
[fetch setSortDescriptors:sortDescriptors];

fetch.fetchOffset = 500;
fetch.fetchLimit = 1;

NSError *error = nil;
NSArray *objects = [self.managedObjectContext executeFetchRequest:fetch error:&error];
if (objects.count) {
    MyEntity *objectAtLimit = [objects objectAtIndex:0];
}

这几乎总是根据需要返回第501个对象,但是在它破坏它的两个场合返回第一个对象.

除非数据库中有> 500行,否则永远不会运行查询.我正在使用iOS5.managedObjectContext具有mainQueueConcurrencyType.

它似乎与此问题中报告的行为相同:从核心数据请求中分页结果,从未解决(或至少不在列表上).在这种情况下,fetchOffset似乎被忽略或基于数据模型受到尊重正在接受测试.

我可能会在没有fetchOffset的情况下重写查询,以防万一是问题所在,因为性能应该不是问题.但是我想知道是否有人想到这里的bug可能在哪里.

当使用带有MTAudioProcessingTap的AVPlayer时,在任何线程上的应用程序中的任何位置停止断点都会导致mediaserverd暂时死亡.

这可以通过在Apple的示例应用程序中的任何位置设置断点来观察.[AudioTapProcessor]

https://developer.apple.com/library/ios/samplecode/AudioTapProcessor/Introduction/Intro.html

例如,您可以在MYSettingsViewController.m中的updateCenterFrequencySliderValue:方法中进行设置.(我还有一个更小的示例应用程序,如果它有用,我可以发布.)

此错误消息通常仅出现在设备的控制台日志中(可在管理器中查看),但有时也会出现在应用程序的调试器日志中:

    <Error>: 17:48:04.833 ERROR:     [0x28c0000] 75: AudioQueueProcessingTapGetSourceAudio posting message to kill mediaserverd (45)

播放通常在继续超过断点后几秒钟恢复.该AVAudioSessionMediaServicesWereResetNotification就不贴了.

这是预期的行为,还是表明存在问题？有什么办法可以避免吗？如果您正在使用MTAudioProcessingTap并经常遇到此问题,那么您的开发或调试过程是否存在问题？

(我也对任何有关MTAudioProcessingTap是否已准备好进入黄金时段的反馈感兴趣,因为它是一个相对较新且记录较少的组件.)

提前致谢!

我在iOS 8上的airplay路线选项popover绘图太短时遇到问题,这样用户甚至无法判断除iPad之外还有其他选项.在附带的屏幕截图中,实际上有两个播放器可用.您可以向下滚动并选择它们,但我怀疑大多数用户会想到尝试它.

我检查了视图层次结构,看看是否有一个视图对应于它选择绑定弹出窗口的位置,但没有看到任何有趣的内容.

同样的问题发布在苹果开发人员论坛上,但没有答案:https://devforums.apple.com/message/1039783#1039783

这在纵向和横向模式下都会发生,100%的时间在运行8.0.2的iPad第3代上.使用Xcode 6构建.

如果有更多信息有用,请告诉我,并提前感谢任何想法!