#009. 모르겠다

🌱 모르겠다 (2021.08.07)

- 뭔가를 알기 이전에 모르는 게 있고, 동시에 모르기 이전에 알 것이 있다. 모르는 것과 아는 것은 누가 먼저랄 것도 없이 늘어간다. 하지만 프로그래밍을 시작한 이후로 그 둘 사이의 비중은 굳이 비교하지 않아도 모르는 것이 압도적이다. 그렇다면 나는 오늘도 열심히 몰라가고 있다고 표현하는 것이 올바르지 싶다. 사실 지금 내가 무슨 말을 하고 있는지 모르겠다.

개발은 작업이고 작업은 일상이고 일상은 개발이고 개발은...

---

🌱 오늘의 이슈

- 늘어만가는 임시작성글과 그 안에 실험 목록들.
- 수정된 코드들의 정상작동 확인 및 문제점 재확인
- 코로나로 인한 클러스터 출입제한 2주 연장 (4단계)

🌱 진행 중인 프로젝트 (projects in progress)

- minishell (with sungclee)📋
- inception 📋

 

---

🌱 프로젝트 (minishell)

📋 자체 리뷰 결과.

1. 오개념
- bash환경에 정확한 움직임에 대한 이해도가 부족했다. 기본 이해를 바탕으로 하는 bash의 움직임들에 대해서 잘못된 개념을 코드에 많이 반영했었다.

2. 동적 할당
- 힙 영역에 메모리를 할당하고 사용하는 대에 있어서 가용 함수들을 정확히 이해하지 않아서 문제가 발생하였다. 같은 명령에 대해서 같은 결과가 도출되어야 하는 게 일반적이지만 반복적으로 같은 명령을 수행할 때 결괏값이 달라지는 문제가 있었다.

3. 애매모호
- 동료와 제작기준과 범위를 명확히 하지 못한 것에서 발생한 예외들이 결국 마지막 서로 충돌을 일으켰다.


📋 문제 해결 case01, "cat < test.txt | invalid_cmd > result.txt"

유효하지 않은 명령어(invalid_cmd)가 파이프라인 뒤에 존재한다. 애매모호한 기준으로 작성된 각자의 기능들이. 입출력 처리방식과 다중 파이프 로직에 대한 적용 방식에 충돌을 일으켜 다음 파이프에 같은 논리가 적용되지 못했었고 이를 수정하였다.

# bash환경 : result.txt를 새로 생성한다.
bash-3.2$ cat < test.txt | invalid_cmd > result.txt
bash: invalid_cmd: command not found
bash-3.2$ ls result.txt result.txt

# minishell환경 : 처리기준을 명확히하고 각각 같은 원리가 반영되도록 수정하였다.
minishell-1.0 %% cat < test.txt | invalid_cmd > result.txt
minishell: invalid_cmd: command not found
minishell-1.0 %% ls result.txt result.txt

📋 문제 해결 case02, "cat < a.txt > b.txt >> < c.txt < test.txt"

중간에 입출력 인자가 올바르지 않다. 이럴 경우 토큰 에러가 발생되는데 토큰에는 중복된 입출력에 대해 어떠한 규칙성도 무시되는 게 맞지만 나는 규칙성을 따르도록 작성했었고 이를 수정하였다. (오개념)

# 실험준비. minishell-1.0 %% cat test.txt klist
minishell-1.0 %% cat a.txt aaaaa
minishell-1.0 %% cat b.txt bbbb
minishell-1.0 %% cat c.txt ccccccc

# minishell
minishell-1.0 %% cat < a.txt > b.txt >> < c.txt < test.txt
minishell: <: syntax error near unexpected token
minishell-1.0 %% cat b.txt bbbb # 토큰에러에 대해서 규칙성을 무시.

# bash
bash-3.2$ cat < a.txt > b.txt >> < c.txt < test.txt
bash: syntax error near unexpected token `<''
bash-3.2$ cat b.txt bbbb # 토큰에러에 대해서 규칙성을 무시.

📋 문제 해결 case03, "wc > a.txt << ENDA | cat > b.txt >> c.txt << ENDB"

엉뚱한 출력 결과와 일정하지 않은 결과를 보였던 case03에서 동적 할당 문제와 다시금 오개념을 확인할 수 있었다.히어도큐먼트의 입력을 출력파일에 넘겨주는 상황을 명령어의 결과가 아닌 입력을 그대로 전달하는 방식으로 로직을 작성하였고, 마치 어떠한 명령에도 cat이 작동한 것과 같은 결과로 이어졌다. 명령어 인자를 규칙에 맞게 재할당하는 과정에서 문제가 있어서 출력결과가 한 번씩 달라지는 문제까지 가지고 있었고, 위의 내용들을 수정하였다.

# bash
bash-3.2$ wc > a.txt << ENDA | cat > b.txt >> c.txt << ENDB
> abcdefg
> ENDA
> hi
> ENDB
bash-3.2$ cat a.txt
1 1 8                          # 파이프 이전 첫번째 히어독의 출력반영
bash-3.2$ cat b.txt            # 파이프 이후 중간 출력에 대한 규칙성적용
bash-3.2$ cat c.txt ccccccc hi # 파이프 이후 출력에 대한 규칙 및 입력반영

# minishell
minishell-1.0 %% wc > a.txt << ENDA | cat > b.txt >> c.txt << ENDB
> 123
> ENDA
> 123456789
> ENDB
minishell-1.0 %% cat a.txt
1 1 4 ㅤ                                         # 파이프 이전 첫번째 히어독의 출력반영
minishell-1.0 %% cat b.txt                      # 파이프 이후 중간 출력에 대한 규칙성적용
minishell-1.0 %% cat c.txt ccccccc hi 123456789 # 파이프 이후 출력에 대한 규칙 및 입력반영