2013-09-02 2 views
0

openFrameworks에서 lerping 사각형 클래스 사용. 그런 다음 배열로 인스턴스화하려고 시도했지만 오류가 발생하여 오류가 발생했습니다.openFrameworks : 수학 죽이는 디버거?

경고 : 개체 파일을 찾을 수 없습니다. "/Users/mike/Projects/simbl/build/SIMBL.build/Deployment/SIMBL.build/ 객체 - 일반/I386/SIMBLPlugin.o "-에 사용할 수있는 디버그 정보". /Users/mike/Projects/simbl/src/SIMBLPlugin.m "

는 릴리스 빌드 디버그보다 약간 더 안정

. (동급들의 어레이에 걸쳐 연속적라는 함수 내에서) 두 줄을 주석

때, 그것이 정상적으로 실행.

pos.x = catchUpSpeed * mouseX + (1-catchUpSpeed) * pos.x; 
pos.y = catchUpSpeed * mouseY + (1-catchUpSpeed) * pos.y; 

catchUpSpeed는 .03f

오류 메시지에 대한 의견이 있으십니까? 이 오류는 어떻게 발생했으며 어떻게 피할 수 있습니까? 나는 머리카락이나 꼬리를 만들 수 없다. 충분히 간단한 수학처럼 보입니다.

읽어 주셔서 감사합니다.

답변

1

이 경우 충돌이 나타나지 않아야하며,이 경고와 관련하여 충돌이 발생해서는 안됩니다.

"DWARF"및 "DWA with dSYM"Mac OS X/iOS에서 디버그 정보로 앱을 빌드하는 방법에는 두 가지가 있습니다. (이들은 Xcode 프로젝트 빌드 설정의 옵션입니다)

"DWARF"는 디버그 정보가 .o (오브젝트) 파일에 있음을 의미합니다. 그것은 귀하의 응용 프로그램에 대한 최종 실행 바이너리로 복사되지 않습니다. 귀하의 응용 프로그램 바이너리 포인터를 다시 개체 파일에 디버그 정보가 있습니다. 이렇게하면 링크 & 실행주기가 빨라집니다. 그러나 그것이 작동하려면 오브젝트 파일이 앱을 빌드 할 때와 같은 위치에 있어야합니다. 앱을 다른 컴퓨터에 복사하면이 문제가 해결 될 수 있습니다. 빌드 중간체를 제거하면 같은 문제가 발생합니다. "DWARF"디버그 정보 스킴은 .o 파일이 제자리에 남아 있고 앱을 디버깅하는 동안 제거되지 않는 로컬 데스크톱에서 활발히 개발되도록 설계되었습니다.

"DWARF with dSYM"은 응용 프로그램 바이너리가 링크되면 다른 디버그 정보 (예 : .dSYM 번들)의 링크 된 버전을 만들기 위해 다른 명령 (dsymutil)이 실행됨을 의미합니다. 이렇게하면 오브젝트 파일의 모든 디버그 정보가 단일 번들로 수집되고 바이너리 옆에 표시됩니다. 바이너리를 다른 시스템으로 복사하여 &을 디버깅하려면 dSYM을 가져 오면 모든 것이 잘 동작합니다.

디버깅 할 때이 배열이 실패 할 수 있도록 빌드 시스템을 사용하는 방법을 잘 모르겠지만 장면 뒤에서 무언가를 수행하면 SIMBLPlugin.o 개체 파일이 존재하지 않습니다. 귀하의 응용 프로그램을 디버깅하고 dSYM으로 DWARF로 프로젝트를 변경해보십시오.

Xcode가 충돌하는 경우 디버거의 경고 메시지와 관련이없는 것 같습니다. 그러나 현재 (Xcode 4.6 등) 버전의 도구로이 도구를보고 있다면 버그 보고서를 제출하는 것이 좋습니다. http://bugreport.apple.com/ - 인스턴스 중 하나에서 가져온 크래시 리포터 텍스트를 포함하면 시작할 수있는 장소가됩니다.