Posts made by 황윤하

@홍유찬 std=c++17 컴파일 플래그를 추가해보셨나요?

mpirun을 사용하려는데 명령어를 찾을 수 없다고 합니다.

apt로 openmpi 설치 상태 확인했습니다.
mpirun을 찾아보니 /usr/bin/ 경로에 있었고,
echo ${PATH}에도 /usr/bin/ 경로가 추가되어 있습니다.

혹시 원인과 해결방법을 알 수 있을까요.

제목이 곧 질문입니다.
컴파일 이전에 편집중인 파일을 저장하는 것을 잊어버려서 결과가 이상하게 나오는 경우가 잦습니다.
이걸 자동으로 저장하게 만들고 싶습니다.
터미널 명령으로 구름에서 편집중인 파일을 저장할 수 있습니까?

오해의 소지가 있을 것 같아서 수정합니다.
백그라운드 실행기능을 버튼 하나만 키면 실행 할 수 있듯이, 로그 저장 위치를 변경하는 것도 편리하게 변경하고 싶다는 의미였습니다.

백그라운드 실행기능을 유용하게 사용하고 있습니다! 좋은 기능인 것 같아요.
터미널의 로그 저장 방식이 조금 개선되면 더 편리한 기능이 될 것 같네요.

우선 로그의 저장 위치를 goorm내장 명령어 셋에서 조정 가능하면 좋을 것 같습니다.
지금은 /var/log/nohup.log에 디폴트로 파일이 생성되는 것 같네요.
vim /var/log/nohup.log 로 확인하면 어렵지 않게 확인이 가능합니다만,
goorm ide 자체가 root node에서부터 보여주지를 않아서 리눅스에 익숙하지 않은 사용자는 어려울 것 같습니다.
이걸 workspace 내부의 아무 위치에 저장 할 수 있게 되었으면 합니다.

nohub test > $out_name 2> $err_name < $custom_path &
이러면 되지 않을까요?

다음으로는, 로그가 저장되는 방식이 append를 디폴트 동작으로 하고 있는 것 같은데, 이걸 변경할 수 있으면 좋겠습니다.
새 로그가 이전 로그를 아예 덮어쓰거나, 새 로그가 지정된 이름 형식에 맞추어 기존 로그와 겹치지 않는 새로운 로그를 생성하게 할 수 있었으면 합니다.

@Jose-goorm 답변 감사합니다!

항상 켜두기 기능이 정확히 어떤 역할을 하는지 잘 모르겠습니다.
항상 켜두기를 말 그대로, 컨테이너를 상시 열어두고 있는 것이라고 생각했는데, 터미널 명령어로 실행파일을 실행해놓고 컨테이너를 닫아버렸더니 실행도 멈춰버렸더군요. 그 뜻은 아닌거 같습니다.
항상 켜두기는 정확히 어떤 기능입니까?

@정성연-goorm 아뇨 첫번째 사진에서 main파일 (실행파일) 의 위치를 확인하라는데 해결하는 방법을 모르겠어서 문의했습니다. main파일은 정상적으로 bin/ 아래에 생성되는데 말이죠

@황윤하 하나 더 문의하고 싶은게 있습니다. 내장된 디버거를 사용할 때 c++의 경우 무슨 디버거를 사용하나요? gdb인가요?

디버거를 실행했을때의 화면입니다.

분명히 /bin/main 파일은 있는데 말이죠...

빌드설정입니다.

추가로, 기본 설정으로 되돌려버리니까 g++ 가 아니라 gcc를 컴파일러로 사용하도록 바뀌어 버리네요. 이거 고치는 방법 있나요?

6월 28일 가격 인상이 예정되어 있는데, 안내에서 언급한 '더 나은 서비스 제공을 위한 지속적인 고도화 작업' 에 구체적으로 어떤 작업이 예정되어 있는지 궁금합니다.

또, 하고자 하는 작업에 따라 워크스페이스의 요구 사항이 사용자마다 매우 상이할 것이라고 생각하는데,
(e.g. 웹개발의 경우 컨테이너 항상 켜두기는 유용하지만,
CPP 어플리케이션을 개발하는 경우 항상 켜두기는 대부분 쓸모가 없고 컴파일시 사용가능한 코어가 많은게 더 유용함)
이에 따라서 가격정책이나 제공 서비스를 세분화하는 것은 어떤지 제안하고 싶습니다.
솔직히 항상 켜두기 기능만을 사용하기 위해 ,베이직에서 프리미엄으로, 두배가 넘는 가격을 지불하는 건 부담스러울 것이라 봅니다...

@황윤하 오타 수정해요
l4 .프로젝트 탐색기가 /workspace 부터 패키지 구성요소 >> 프로젝트 탐색기가 /workspace 부터 보여줘서, 패키지 구성요소

새로 컨테이너를 설치하면 패키지 관리자가 최신화가 되어 있지 않아서 쓸때마다 update를 해야하네요.
큰 불편은 아니지만, 패키지 관리자 최신화는 컨테이너 생성시점에서 해주면 좋겠어요.
(가능하면 들어있는 기본 패키지의 업그래이드도! sudo apt-get upgrade)

또, 프로젝트 탐색기가 /workspace 부터 패키지 구성요소들이 디랙토리 상에서 안보이는 문제도 있어요.
프로젝트 탐색기가 루트 트리부터 모든 설치요소를 보이도록 하거나, 패키지 구성요소를 트리화해서 보여주는 기능이 있었으면 좋겠네요.

@조명근-goorm 친절한 답변 감사합니다.

• 특별히 필요한 쓰레드 갯수는 없습니다.
  그냥 개인 프로젝트에 멀티스레딩을 적용할 수 있는지가 궁금했습니다.

터미널 창을 통해 하드웨어 쓰레드 수를 확인하니 총 2개가 나옵니다.
이보다 더 많은 쓰레드(코어)를 제공하는 개인용 서비스가 있나요?
혹은 그런 서비스를 제공할 계획이 있는지 궁금합니다.

+추가질문

c++ 17에서 std::execution을 헤더에 포함하면 이런 오류가 뜹니다.

/usr/include/c++/9/pstl/parallel_backend_tbb.h:19:10: fatal error: tbb/blocked_range.h: 그런 파일이나 디렉터리가 없습니다
19 | #include <tbb/blocked_range.h>
| ^~~~~~~~~~~~~~~~~~~~~
compilation terminated.

intel/tbb 라이브러리가 없는 듯 한데, 해당 패키지를 콘솔로 설치 할 경우 어떤 경로에 두어야하는지 궁금합니다.

c++에서 디버깅을 할 때 문제가 있습니다.

그냥 빌드 후 디버깅을 누르면 끝까지 통과합니다만,
중단점을 찍고 디버깅을 누르니, 디버깅 창이 로딩만 반복합니다.
(이 상태에서도 터미널이나 빌드 같은 기능은 정상 작동합니다.)

gdb 돌리니까 gdb는 정상작동하네요.
(disable-randomization 옵션을 꺼야하지만!)
웹사이트의 문제 같은데 해결해 주실 수 있나요?