프로그래밍 QnA

#include <iostream>
#include <cstring>
using namespace std;

class YString {
friend ostream &operator <<(ostream &rcout, YString &src);
private:
char* str;
int len;
public:
YString() {
str=NULL;
len=0;
}

YString(const char* src) {
len=strlen(src);
str=new char[len+1];
strcpy(str,src);
}

vim 에서 소스코드 편집중에 :make 명령을 수행하면 컴파일을 수행하게 되고 컴파일 결과 메세지에서 enter 키를 누르면 첫번째 에러 메세지로 커서가 이동되는 걸 확인했습니다.
:help usr_30.txt 에서 자세한 설명이 있네요.
그리고 이렇게 컴파일을 한 후에는 :cc :cn :cp :clist 등 다양한 명령으로 컴파일 결과에서 이동할 수 있는 것도 보았습니다.

놀랍고 반가운 기능입니다.

그런데 소스코드가 여러 디렉토리에 나누어져있고 메이크파일도 여러 곳에 분산되어 있는 상황에서는 잘 안되는군요..
폴더마다 메이크 파일이 하나씩 들어있고 재귀적으로 맨 상위의 경로에서 make 를 하면 모든 폴더내의 코드들이 빌드되는 구조 입니다.

이런 경우에는 이와 같은 :make 신공을 사용할 수 없는 것인가요?
사용하기 위해서는 특별한 설정이 필요한가요?

감사합니다.

http://kldp.org/node/71801

ObjectMap이라는 std::map 타입의 객체가 있고 INT와 Object*를 쌍으로 관리합니다.

이 객체는 여러 스레드에서 추가하고 제거하고 조작하는데, ObjectMap에 동기화를 해 줘야겠지요.

ObjectMap에 담긴 Object*객체들을 사용할 때 INT키를 통해서 find하여 사용합니다.

그런데 find해서 사용하는 도중 다른 스레드가 ObjectMap에서 그 해당 객체를 제거해 버릴 수 있으니

find해서 객체를 사용하는 작업까지 ObjectMap을 동기화 시켜줍니다.

이렇게 되면 만약 ObjectMap에 Object* a, Object* b 두 포인터가 저장되어 있다고 할 때

a를 find해서 사용할 때 ObjectMap이 락이 걸려 있어 다른 스레드에서 b에 접근하기 위해서는 기다려야 합니다.

a와 b는 아무런 관계가 없는데도 말이죠..

객체를 추가/제거하는 작업보다 find하는 일이 빈번하게 있을 경우 이것은 너무 비효율적으로 작동하는것 같습니다.

다른 해결방법이 없나요?

objdump가 모든 정보를 보여주진 않는것 같아서 그런데 다른 유틸 없나요?