CFWriteStreamCanAcceptBytes Blocking

Question

Я создал программу, которая может отправить одно изображение с моего iPhone на Mac успешно. Проблема в том, что как только она закончит отправку, я хочу отправить некоторые другие данные (точно, что не имеет значения). Всякий раз, когда я пытаюсь отправить данные, я заблокирован в следующей строке:

if (!CFWriteStreamCanAcceptBytes((CFWriteStreamRef)_outputStream)) { 
    NSLog(@"FAILED ErrorCode:2 saveAsWallpaper in server.m"); 
    return; 
} 

Я не закрыть все потоки, или что-нибудь в этом роде. Я полагал, что проблема может быть в следующей строке:

CFWriteStreamSetProperty(writeStream,kCFStreamPropertyShouldCloseNativeSocket, 
            kCFBooleanFalse); 

Но это должно помешать закрытию разъема. Я могу предоставить больше кода, если это необходимо, но я надеюсь на большее количество указателей в правильном направлении, чем решение.

Любая помощь приветствуется, спасибо!

Answer 1

Так получилось, что отключение ARC каким-то образом помогло. Линии, как это не правильно работать с ним на (так как она требует ручного управления памятью от взглядов его):

if (kCFSocketSuccess != CFSocketSetAddress(_socket, (CFDataRef)CFBridgingRetain(address4))) { 

Обратите внимание на слово «Сохранить».

Не решение для всех, но отключение ARC, а затем управление утечками, я получил все, что отлично работает для моего проекта.

Answer 2

похоже на ошибку (или хотя бы несогласованность) с этим методом на новом iPhone5. Тот же самый CFWriteStreamCanAcceptBytes отлично работает на iPhone 3GS, но не на iPhone5.

Единственное решение, которое я нашел до сих пор, больше не использует CFWriteStreamCanAcceptBytes и просто пишет - это работает нормально.

Единственная проблема заключается в том, что таймаут занимает около 20-30 секунд после того, как соединение потеряно и вы все равно напишите.

Чтобы справиться с этим в первый раз, когда вы можете выполнить запись в другой задаче с помощью performSelectorInBackground и проверить, не потребовалось ли слишком много времени для возврата, вы можете быть уверены, что соединение потеряно, и установите свой собственный флаг, который можно использовать как хранитель ворот для последующих вызовов для записи.

Но в 99% случаев он работает нормально, так как соединение в порядке.

Я пробовал много альтернатив, но нет способа остановить выполнение write после его начала - так вот почему я использовал performSelectorInBackground.

Даже таймер, который должен выполняться через 5 секунд, должен ждать, так как запись без успеха занимает свое время и вообще не принимает никаких перерывов.