전체 글
- 엑셀 창 여러개 띄우기 2009.07.14
- 리눅스 rsync 사용법 2009.07.01
- 리눅스 eclipse boost 사용 2009.06.30
엑셀 창 여러개 띄우기
2009. 7. 14. 09:33
리눅스 rsync 사용법
2009. 7. 1. 18:31
man rsync 의 USAGE 만 번역
rcp 사용법과 유사합니다. 반드시 대상과 목적지를 적어야 하며 둘 중 하나는 원격일 수 있습니다.
아마도 설명하기 가장 좋은 방법은 아래의 예를 드는 것일 겁니다.
rsync -t *.c foo:src/
이 예제는 *.c 패턴과 일치하는 모든 파일을 현재의 디렉토리로 부터 foo 머신으로 전송합니다.
원격 시스템에 이미 같은 파일이 존재한다면 rsync remote-update 프로토콜은 비교해서 같은 파일은 전송하지 않습니다. 좀 더 자세하게 다음 예제를 보죠.
rsync -avz foo:src/bar /data/tmp
이 방법은 재귀적으로 foo머신에 src/bar 디렉토리의 모든 파일을 로컬머신의 /data/tmp/bar 디렉토리로 전송합니다. 파일들은 "archive" 모드로 전송이 됩니다. 이것은 링크, 장치, 속성, 허가, 소유자, 기타. 등등이 전송에 보장이 됩니다. 추가적으로, 압축은 전송 데이터 크기를 줄여주는데 사용이 되어 집니다.
rsync -avz foo:src/bar/ /data/tmp
대상위치에 붙은 / 는 "이름으로 디렉토리를 복사"가 아닌 "이 디렉토리의 내용물을 복사"라는 의미로 사용됩니다.
rsync -av /src/goo /dest
rsync -av /src/foo/ /dest/foo
한마디로 위에 2개의 의미가 같다는 뜻입니다.
또한 명심할 것은, 호스트와 모듈 참조는 디렉토리 뒤에 / 표시를 필요로 하지 않습니다.
예를 들면, 아래방법 둘 모두 원격 디렉토리의 내용물을 "/dest"에 복사합니다.
rsync -av host: /dest
rsync -av host::module /dest
물론 로컬전용 모드로 rsync를 사용할 수도 있습니다. ':' 표시가 필요하지 않겠죠.
이경우는 마치 향상된 copy 명령어로 행동합니다.
번역이 개판이네 ㅠ,,,, 다듬어야지 ㅠ
rcp 사용법과 유사합니다. 반드시 대상과 목적지를 적어야 하며 둘 중 하나는 원격일 수 있습니다.
아마도 설명하기 가장 좋은 방법은 아래의 예를 드는 것일 겁니다.
rsync -t *.c foo:src/
이 예제는 *.c 패턴과 일치하는 모든 파일을 현재의 디렉토리로 부터 foo 머신으로 전송합니다.
원격 시스템에 이미 같은 파일이 존재한다면 rsync remote-update 프로토콜은 비교해서 같은 파일은 전송하지 않습니다. 좀 더 자세하게 다음 예제를 보죠.
rsync -avz foo:src/bar /data/tmp
이 방법은 재귀적으로 foo머신에 src/bar 디렉토리의 모든 파일을 로컬머신의 /data/tmp/bar 디렉토리로 전송합니다. 파일들은 "archive" 모드로 전송이 됩니다. 이것은 링크, 장치, 속성, 허가, 소유자, 기타. 등등이 전송에 보장이 됩니다. 추가적으로, 압축은 전송 데이터 크기를 줄여주는데 사용이 되어 집니다.
rsync -avz foo:src/bar/ /data/tmp
대상위치에 붙은 / 는 "이름으로 디렉토리를 복사"가 아닌 "이 디렉토리의 내용물을 복사"라는 의미로 사용됩니다.
rsync -av /src/goo /dest
rsync -av /src/foo/ /dest/foo
한마디로 위에 2개의 의미가 같다는 뜻입니다.
또한 명심할 것은, 호스트와 모듈 참조는 디렉토리 뒤에 / 표시를 필요로 하지 않습니다.
예를 들면, 아래방법 둘 모두 원격 디렉토리의 내용물을 "/dest"에 복사합니다.
rsync -av host: /dest
rsync -av host::module /dest
물론 로컬전용 모드로 rsync를 사용할 수도 있습니다. ':' 표시가 필요하지 않겠죠.
이경우는 마치 향상된 copy 명령어로 행동합니다.
번역이 개판이네 ㅠ,,,, 다듬어야지 ㅠ
리눅스 eclipse boost 사용
2009. 6. 30. 15:27
2시간정도는 삽질한듯.
기본적으로 boost 소스를 다운 받아서 압축을 풀고
./configure 을 하고 make install를 실행하면
엄청난 시간이 걸리고 난후 설치가 된다.
/usr/local/include
/usr/local/lib
아무 설치경로 없을경우 위의 경로로 설치된다.
그리고 export 추가.
export CPLUS_INCLUDE_PATH=/usr/local/include/boost-1_37/
export LIBRARY_PATH=/usr/local/lib
export LD_LIBRARY_PATH=/usr/local/lib
.bash_profile 에 수정하면 재접속시 자동바뀜
이클립스에서 프로젝트 설정으로 path를 잡아주고.
#include도 잘 인식한다.
그런데 라이브러리를 인식하지 못하는것 ...
난 분명히 라이브러리 경로도 잡아줬는데 이게 왜 이럴까...
property 에서 c/c++ build에서 settings 에 보면,
gcc c++ linker 설정탭이 있다.
여기서 libraries에서 -I 에 개별적으로 추가를 해줬다.
에러메시지에서 본 system과 thread
boost_system-gcc41-mt
boost_thread-gcc41-mt
를 추가하니 해결.
(파일명은 libboost_system-gcc41-mt-1_37.a 등 비슷한 파일명이 많다.
그래서 전체를 포함할수 있게 mt까지만 끊어서 적어주니 해결되었다.한마디로 뽀록)
기본적으로 boost 소스를 다운 받아서 압축을 풀고
./configure 을 하고 make install를 실행하면
엄청난 시간이 걸리고 난후 설치가 된다.
/usr/local/include
/usr/local/lib
아무 설치경로 없을경우 위의 경로로 설치된다.
그리고 export 추가.
export CPLUS_INCLUDE_PATH=/usr/local/include/boost-1_37/
export LIBRARY_PATH=/usr/local/lib
export LD_LIBRARY_PATH=/usr/local/lib
.bash_profile 에 수정하면 재접속시 자동바뀜
이클립스에서 프로젝트 설정으로 path를 잡아주고.
#include도 잘 인식한다.
그런데 라이브러리를 인식하지 못하는것 ...
난 분명히 라이브러리 경로도 잡아줬는데 이게 왜 이럴까...
property 에서 c/c++ build에서 settings 에 보면,
gcc c++ linker 설정탭이 있다.
여기서 libraries에서 -I 에 개별적으로 추가를 해줬다.
에러메시지에서 본 system과 thread
boost_system-gcc41-mt
boost_thread-gcc41-mt
를 추가하니 해결.
(파일명은 libboost_system-gcc41-mt-1_37.a 등 비슷한 파일명이 많다.
그래서 전체를 포함할수 있게 mt까지만 끊어서 적어주니 해결되었다.한마디로 뽀록)