인간실격

아아, 그 얼굴에는 표정이 없을 뿐만 아니라 인상 조차 없다. 특징이 없는 것이다. 부끄럼 많은 생애를 보냈습니다. 저는 인간의 삶이라는 것을 도무지 이해할 수 없습니다. 아아, 이 일군의 화가들은 인간이라는 도깨비에게 상처 잆고 위협받다 끝내는 환영을 믿게 되었고 대낮의 자연 속에서 생생하게 요괴를 본 것입니다. 이 세상 인간들의 ‘삶’이라는 것을 두려워하면서 매일 밤 잠 못 이루며 지옥에서 신음하기보다는 오히려 감옥 쪽이 편할지도 모른다고까지 생각하고 있었습니다. 겁쟁이는 행복마저도 두려워하는 법입니다.

Parallel map for arrays in Swift

I needed a parallel map for parallel computation of glyphs in VimR. I use the following (I don’t need any throwing transformations) extension RandomAccessCollection where Index == Int { func parallelMap<T>( chunkSize: Int = 1, _ transform: @escaping (Element) -> T ) -> [T] { let count = self.count guard count > chunkSize else { return self.map(transform) } var result = Array<T?>(repeating: nil, count: count) result.withUnsafeMutableBufferPointer { pointer in if chunkSize == 1 { DispatchQueue.

Strange interaction between CTFontManager and NSFontManager

On macOS 10.14 there seems to be a bug in the Core Text framework. When I use NSFontManager to check the availability of a font before loading it using CTFontManager, I get a strange behavior and possibly a memory leak. When using a Cocoa port of thii/FontAwesome.swift for VimR, I noticed that the FontAwesome font files are loaded over and over again. Even after the main window instance is deinited, the memory used to load the font files seems to stay as shown in the following Instruments screenshot