grape

ConcurrencyQueue iOS에서 ConcurrencyQueue 사용 이유 결론부터 이야기하자면 Dead Lock 때문이다. 순차적으로 처리되어야 하는 API Set이 있고 API 처리시간이 짧아 Simple하게 API를 만들고 싶다면 iOS에 익숙지 않다면 SerialQueue에 Sync를 생각하게 된다. 하지만 기본적으로 UI가 처리되는 main thread는 SerialQueue Sync이고 UI 동작 내에서 API를 호출하면 DeadLock 이슈가 발생하게 된다. main.sync{ //[Todo]Print SerialQueue.sync{ ---DeadLock--- //[Todo]Print } } main.sync는 thread내에 처리가 완료되어야 next로 넘어 갈수 있고 SerialQ..

스위프트 메모리 타입 요약 [High] Stack Dynamic Heap BSS GVAR TEXT [Low] value type dump(variable:) dump(with:) dump(object:) EX) String stack 16byte 할당 heap 문자열 할당(짧은 문자열은 stack영역도 사용) dump(with:) copy-on-write Collection Heap print(MemoryLayout.size)//16 var fString = "a" var sString = "bb" print(MemoryLayout.size(ofValue: fString)) //16 print(MemoryLayout.size(ofValue: sString)) //16 주어진 instance 의 memor..

apple devloment https://developer.apple.com/documentation/dispatch/dispatchqos // 유저와 직접 응답형 : UI관련 DispatchQueue.global(qos: .userInteractive) // 비동기 처리 : 내부 데이터베이스 조회 등 DispatchQueue.global(qos: .userInitiated) // 일반적인 작업 DispatchQueue.global() // ProgressIndicator와 함께 지속적으로 사용되는 작업 : 지속적인 데이터 feed, Networking DispatchQueue.global(qos: .utility) // 사용자가 직접적으로 인지하지 않는 부분 : 데이터베이스 유지, 데이터 정리 등 -..

test setting xcode 14.2, iOS 16.3 We need check 3dr part library dynamic or static. Next step, check app project config(general -> framework) "Embed without signing" or "Do Not Embed" 3rd part static library use config "Do Not Embed" and use dynimic framework library You may see error messages Unable to install "App Name" Domain: com.apple.dt.MobileDeviceErrorDomain Code: -402652994 ... This app..

old version xcode 3rd part static library use config "Embed & sign" or "Embed without signing". Xcode13(iOS15) 3rd part static library use config change to "Do Not Embed" if still use config "Embed ..." then just build sucess But you can not excute at devices and meet error message Unable to install "App Name" Domain: com.apple.dt.MobileDeviceErrorDomain Code: -402620375 ... The code signature v..

Objective C에서 사용하던 3rd part framework를 swift project에 사용하기 위해 framework를 추가하고 Build를 했더니 하기와 같이 link error 발생 예전에 특정버전에서 발생했던 libc++.dylib 를 찾지 못하는 이슈와 동일한것 같다. Undefined symbols for architecture arm64: "void std::__1::__sort(float*, float*, std::__1::__less&)", referenced from: 하기 두 경로중 어디서든 libc++.tdb 추가해 주면 해결 Project -> General -> Framework,Libraries, and Embedded Content Project -> Build Ph..

Apple 에서 M1 Chip을 사용하는 MAC이 추가되면서 발생한 이슈로 보인다. Simulator환경에서 APP을 실행시 아래와 같은 오류 문구를 볼 수 있다. Error creating LLDB target at path ... using an empty LLDB target which can cause slow memory reads from remote devices. 사용하는 MAC이 M1 Chip을 사용하지 않는다면 아래와 같이 Excluded Architectures 의 Simulator arm64 설정을 추가 해주면 해결이 된다. Project Build Setting architectures M1 Chip MAC은 없지만 아마 M1 Chip이라면 x86_64로 설정해야 할 것 같다.

3rd part framwork를 만들어 배포시 bitcode를 지원 하려면 하기 와 같이 User-Defined을 추가해 주어야 한다. User-Defined BITCODE_GENERATION_MODE debug maker release bitcode BITCODE_GENERATION_MODE App빌드 시 개발용으로 빌드하면 bitcode를 확인하지 않지만 Archive 빌드 시 bitcode를 Yes로 설정하면 3rd part framwork가 bitcode를 지원하는지 확인 하게 된다. App 빌드 설정에도 User-Defined을 추가해주면 bitcode를 확인하게 되어 배포시 실수를 줄일 수 있다. debug maker경우 maker만 확인하기 때문에 Archive 빌드 시 오류가 발생하고 관..