Вызов функций изнутри функции (float * VeryBigArray, long SizeofArray) из метода objC завершается с ошибкой с EXC_BAD_ACCESS

Question

Ок, я, наконец, нашел проблему. Он был внутри функции C (CarbonTuner2), а не objC-методом. Я создавал внутри функции массив того же размера, что и размер файла, поэтому, если размер файла был большим, он создал действительно большой массив, и я предполагаю, что когда я вызывал из него другую функцию, локальные переменные помещались в стек, создал EXC_BAD_ACCESS. То, что я сделал тогда, вместо использования переменной, чтобы объявить размер массива, я прямо поставил номер. Тогда код даже не компилировался. он знал. Ошибка была что-то вроде: Размер массива слишком большой. Я думаю, что работающая 20 + часов подряд не хороша XD. Но я определенно буду смотреть на инструменты, кроме пошагового debuggin, чтобы понять их. Спасибо за вашу помощь. Вот код. Если разделить на 2 gFileByteCount вы не получите сообщение об ошибке больше:

// ConverterController.h 

# import <Cocoa/Cocoa.h> 
# import "Converter.h" 

@interface ConverterController : NSObject { 

    UInt64 gFileByteCount ; 
} 

-(IBAction)ProcessFile:(id)sender; 
void CarbonTuner2(long numSampsToProcess, long fftFrameSize, long osamp); 

@end 

// ConverterController.m 
# include "ConverterController.h" 

@implementation ConverterController 

-(IBAction)ProcessFile:(id)sender{ 

    UInt32 packets = gTotalPacketCount;//alloc a buffer of memory to hold the data read from disk. 

    gFileByteCount=250000; 
    long LENGTH=(long)gFileByteCount; 
    CarbonTuner2(LENGTH,(long)8192/2, (long)4*2); 
} 
@end 

void CarbonTuner2(long numSampsToProcess, long fftFrameSize, long osamp) 
{ 
    long numFrames = numSampsToProcess/fftFrameSize * osamp; 
    float g2DFFTworksp[numFrames+2][2 * fftFrameSize]; 
    double hello=sin(2.345); 
} 

Answer 1

Ваша авария не имеет ничего общего с несовместимостью между C и ObjC. И, как говорили предыдущие плакаты, вам не нужно включать math.h.

Запустите свой код под gdb и посмотрите, где произошел сбой, используя обратную трассировку.

Вы уверены, что не отправляете плохие аргументы в математические функции?

E.g. это вызывает BAD_ACCESS: double t = cos (* (double *) NULL);

Answer 2

Для чего это стоит, я не включаю math.h в моем какао приложении, но не имеет никаких проблем с использованием математических функций (в C).

Например, я использую atan() и не получаю ошибки компилятора или ошибки времени выполнения.

Можете ли вы попробовать это без включения math.h?

Answer 3

Цель C строится непосредственно на C, а C-основы могут и должны работать.

В качестве примера использования math.h и части стандартной библиотеки из внутри модуля Objective C, см:

http://en.wikibooks.org/wiki/Objective-C_Programming/syntax

Есть и другие примеры вокруг.

Некоторая осторожность необходима для передачи переменных вокруг; используйте переменные C для вызовов C и стандартной библиотеки; не смешивайте типы данных C и типы данных Objective C неосторожно. Обычно вам требуется конверсия.

Если это не так, пожалуйста, подумайте о размещении входящего кода и ошибках (-ях), которые вы получаете.

И со всем уважением, вызванным ответом г-на Хелмана, я попал в ошибки, когда у меня нет файлов заголовков; Я предпочитаю включать заголовки. Но тогда я, как правило, набираю диагностику компилятора на пару выемок.

Answer 4

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

ERR = AudioFileReadPackets (FILEID, ложь, & bytesReturned, NULL, 0, & пакетов, (байт *) rawAudio);

Таким образом, на данный момент, вы передаете нулевого размера буфера для AudioFileReadPackets, который prompty перерасход кучу, развращает значение, кто знает, что другие переменные ...

fRawAudio = таНос (gFileByteCount/(бит/8) * SizeOf (fRawAudio));

Вот еще одна небольшая ошибка. Здесь вы хотите sizeof (* fRawAudio), поскольку вы пытаетесь выделить массив поплавков, а не массив указателей с плавающей запятой. К счастью, эти объекты имеют одинаковый размер, поэтому это не имеет значения.

Возможно, вам следует начать с кода примера, который, как вы знаете, работает (SpeakHere?) И изменить его. Я подозреваю, что есть другие подобные проблемы в коде yoou, но у меня нет времени, чтобы найти их прямо сейчас. По крайней мере, получите буфер rawAudio соответствующим образом и используйте значения, возвращаемые из AudioFileReadPackets соответствующим образом.