[카테고리:] IT

하드웨어 디버깅

요즘 하는 일은 하드웨어 디버깅. 학부 2학년때 논리회로 수업을 지지리도 싫어했었는데 먼 훗날 Verilog HDL 코드를 작성하게 될 줄이야 꿈앤들 알았겠는가. VICODE에서 하드웨어와 소프트웨어를 연결하기 위해서 필요한 인터페이스는 3가지 파트로 이루어져있는데 제대로 동작안하면 대체 어떤 부분에 문제가 있는지 파악할 수 없다는 사실이 나를 슬프게 한다. 그래도 죽으라는 법은 없는지 어제 밤 겨우 Verilog HDL코드에 문제가 있다는 것을 알아낼 수 있었다.


그리하여 오늘의 미션은 Verilog HDL 코드에서 오류를 찾아내는 것! 코드를 고치고, 컴파일 하고, FPGA에 프로그램하고, 임베디드 리눅스에 연결한 터미널로 소프트웨어를 실행하고, FPGA 보드위에 LED의 불빛을 애처로운 눈빛으로 바라보기를 수십번 반복해야만 했다. (하드웨어의 반응을 확인하는 뾰족한 수가 없다.) 종국에는 속에 천불이라는 요즘 잘 나가는 술집이름이 생각났다.

소프트웨어를 디버깅 할 때 마다 언제나 컴퓨터는 정직하여 나를 배신하지 않았다. 모든 버그는 나의 잘못이였다. 그러나 나는 하드웨어를 불신하기 시작했다. ‘하드웨어는 소프트웨어와 달라’, ‘회로에 이상이 있을꺼야’, ‘Verilog 컴파일러에 문제가 있을지도?’

내가 이렇게 생각하게 된 이유는 논리적으로 따져보았을 때 전혀 말도 안되는 상황이 자꾸 연출되었기 때문이다. 이를테면 같은 코드인데 순서를 바꿨을 때 동작이 다르다. 속에 천불을 내고 있다가 우연히 발견한 것은 연결하지 않은 시그널이 있을 때 이상한 동작을 보인다는 점. 자세히 알아보니 연결되지 않은 회로가 있는 경우에 오동작할 가능성이 있었다. 선무당이 사람 잡는다고 하드웨어는 문외한이라 소프트웨어의 변수처럼 선언하고 안써도 그만이라고 생각했던 것이다.

상처난 회로를 정성스럽게 어루만지며 오늘도 나는 간다.

마우스만으로 편리한 웹브라우징 (All-in-One Gestures)

내가 파이어폭스를 쓰기 시작한 이유는 단순했다. 컴퓨터를 전공하는 사람으로서 시대의 조류(?)를 무시할 수 없었고, (각종 리눅스 배포판이 발표될때 마다 설치하게 만드는) 호기심 덕분에 사용하기 시작했는데, 그러한 심리적인 이유 이외에도 표준을 지키고, 기능확장이 가능하고, 테마를 적용할 수 있고, 탭브라우징이 가능하다는점 등의 기능적인 장점도 상당했다.

사실 그동안은 Add-on에 대해 별로 관심이 없었는데, 최근에 필요한 기능을 찾아보다가 우연히 All-in-One Gestures를 발견하게 되었다. ‘All-in-One Gestures 때문에 파이어폭스를 쓴다’ 라고 하는 어떤 블로그의 글을 읽고 호기심이 발동했던 것. 사용해본 소감은 억수로 유용하다! (이미 많은 파이어폭스 유저가 이것을 사용하고 있다.)


All-in-One Gestures의 설정화면이다. 오른쪽 동작컬럼에 보이는 것 처럼 마우스 오른쪽 버튼을 누르고 마우스를 움직이면 왼쪽 기능컬럼에 적혀있는 일들이 수행된다. 나는 탭 닫기만 ‘아래’로 수정해서 총 4가지 동작을 활용하고 있다. 다른 기능까지 활용하려면 좀 더 익숙해져야겠다.

위 – 새 탭을 열기
아래 – 현재 탭을 닫기
위, 왼쪽 (혹은 오른쪽) – 이전 탭(혹은 다음 탭)
왼쪽 (혹은 오른쪽) – 탐색 기록 뒤로 (혹은 앞으로)

한동안 웹질에 빠져있다가 문득 ‘내가 뭔 쓸데없는 짓을 하고 있지?’ 라는 생각이 들면 간단히 마우스 오른버튼을 살포시 누른체 밑으로 한번 긁어주자.

파이어폭스에서 Flash 안보기 (Flashblock)


문서를 읽을 때면 (정신을 산만하게 하는) 컴퓨터는 딱 꺼놓고 집중하고 싶지만, 모르는 영어단어를 만날 때 마다 영어사전을 펼치기는 너무나 번거롭다. 그래서 네이버 영어사전을 즐겨사용하는데 이를 모니터에 열어두면 Flash 영상이 정신없이 번쩍이며 집중을 방해한다. 그리하여 찾게 된 파이어폭스 Add-on은 바로 Flashblock. 기능은 매우 간단하다. Flash 부분을 위 처럼 안보이게 해주고 마우스를 가져가서 클릭하면 보이게 할 수 있다. 역시 여타 다른 Add-on 처럼 특정 사이트를 예외처리할 수 있다.  

파이어폭스만 사용하기 (IE Tab)

워낙 깔끔떠는 성격이라서 그런지 몰라도 나는 간결한(?) 형태를 좋아하는 편이다. 컴퓨터에 운영체제를 두개 깔아쓰기 보다는 깔끔하게 하나를 사용하는것을 좋아하고 웹브라우저도 하나만 사용하기를 희망한다. 여러가지 측면에서 웹표준을 지키고 가벼우며 탭브라우징 기능을 제공하는 파이어폭스가 마음에 들었으나 몇몇 몰지각한(?) 국내 사이트들이 웹표준을 지키지 않거나 ActiveX를 사용하는 관계로 익스플로어를 사용할 수 밖에 없을 경우가 빈번하다. 그리하여 어쩔 수 없이 두개를 번갈아 가며 사용하다가 한동안 익스플로어만 사용했는데 영 마뜩치가 않았다.


이런 와중에 우연히 IE View라는 Add-on을 발견하게 되어 설치해보았는데 이는 파이어폭스에서 익스플로러를 따로 실행해주는 기능을 제공하고 있으나 탭브라우징의 극대화 측면에서는 영 마뜩치 않은 방법! 그리하여 찾게 된 것이 바로 IE Tab이라는 Add-on인데 이는 위의 화면처럼 파이어폭스의 탭안에 익스플로러를 로딩해준다. 그림처럼 도구모음에 버튼을 추가해서 사용할 수도 있고 마우스 오른쪽 버튼을 눌렀을 때 나오는 메뉴를 이용해 파이어폭스와 익스플로러를 오갈 수 있다.


익스플로러를 이용해야 원활히 보이는 사이트를 방문할 때 마다 매번 도구모음의 아이콘을 클릭할 수는 없다. 그래서 등록된 사이트에 접근할 때 마다 자동으로 탭안에 익스플로러를 로딩하도록 세팅이 가능하다. IE Tab을 설치하면 도구 > IE Tab 설정 이라는 메뉴를 볼 수 있는데 이를 클릭하면 위와 같은 설정화면에서 특정 사이트를 등록할 수 있다. 이제 단 하나의 파이어폭스 윈도우만으로 웹브라우징을 할 수 있게 되었으나 익스플로러의 새버전이 나오면 무엇을 선택하게 될까?

Perspective

이클립스 워크벤치에서 perspective라고 하는 것은 툴바와 메뉴에 위치하게될 action들의 사용여부와 view의 초기 레이아웃을 정의하는 역할을 담당한다. 아래의 그림의 우측상단에 VICODE라고 선택되어 있는 부분이 바로 perspective를 의미한다.


이클립스에 기본적으로 제공되는 perspective가 몇가지 있다. Java를 선택하면 자바 어플리케이션을 개발하는데 필요한 action이 메뉴와 툴바에 나타날 것이고, Debug를 선택하면 디버깅을 위한 view들이 화면에 배치되는 것을 확인할 수 있다.

따라서 특정 목적(VICODE의 경우 임베디드 시스템 개발)을 가지는 개발환경을 이클립스에서 구현한다면, 이에 해당하는 action들만을 메뉴나 툴바에 나타내고 특정 정보를 화면에 보여주기 위한 view를 원하는 레이아웃에 따라 배치하고 싶을 것이다.

VICODE perspective를 선택했을 때를 살펴보면, Project 메뉴 아래에 필자가 여기저기서 주워와서 갔다 붙인 조악한 툴바 아이콘을 볼 수 있고 화면의 하단에는 따로 만들어서 추가한 Log, Result view가 존재하는 것을 알 수 있다. 이와 같이 perspective는 플러그인이 제공하는 특정 개발 환경을 정의하는 역할을 한다.

개념의 대한 설명은 여기서 마치고 구현방법을 소개하자면,
다음과 같이 org.eclipse.ui.perspectives 확장점을 이용한다.  

  <!– VICODE Perspective –>
  <extension
        point=”org.eclipse.ui.perspectives”>
     <perspective
           class=”edu.kaist.vicode.perspective.PerspectiveFactory”
           fixed=”true”
           icon=”icons/jdg2eProd.gif”
           id=”edu.kaist.vicode.perspective”
           name=”VICODE”/>
  </extension>

PerspectiveFactory.java의 내용은 다음과 같다.

package edu.kaist.vicode.perspective;import org.eclipse.ui.IFolderLayout;
import org.eclipse.ui.IPageLayout;
import org.eclipse.ui.IPerspectiveFactory;
public class PerspectiveFactory implements IPerspectiveFactory {
public static final String ID_VICODE_ACTIONS = “edu.kaist.vicode.actionset”;
public static final String ID_VICODE_PROJECT_WIZARD =
  “edu.kaist.vicode.projectwizard”;
public static final String ID_VICODE_MODULE_WIZARD =
  “edu.kaist.vicode.modulewizard”;
public static final String ID_VICODE_LOG_VIEW = “edu.kaist.vicode.logview”;
public static final String ID_VICODE_RESULT_VIEW = “edu.kaist.vicode.resultview”;

public void createInitialLayout(IPageLayout layout) {
// Navigator
layout.addView(IPageLayout.ID_RES_NAV, IPageLayout.LEFT, 0.20f,
  IPageLayout.ID_EDITOR_AREA);
// Bottom : Another folder area, to stack additional views
IFolderLayout bottom = layout.createFolder(“bottom”,
  IPageLayout.BOTTOM, 0.8f, IPageLayout.ID_EDITOR_AREA);
bottom.addView(ID_VICODE_LOG_VIEW);
bottom.addView(ID_VICODE_RESULT_VIEW);
bottom.addView(IPageLayout.ID_PROBLEM_VIEW);

// Add Outline View
layout.addView(IPageLayout.ID_OUTLINE, IPageLayout.RIGHT, 0.80f,
IPageLayout.ID_EDITOR_AREA);
   
// Add new wizard shortcut
layout.addNewWizardShortcut(ID_VICODE_PROJECT_WIZARD);
layout.addNewWizardShortcut(ID_VICODE_MODULE_WIZARD);

// Add our actions
layout.addActionSet(ID_VICODE_ACTIONS);
}
}

위의 VICODE perspective가 선택된 화면과 소스코드를 비교해보면 이해하기가 수월 할 것이다. createInitialLayout() 메서드에서 넘어온 IPageLayout 인스턴스를 이용하여 레이아웃을 지정할 수 있다. 차례로 왼쪽의 Navigator를 추가하고 하단에 3개의 view를 추가한다. 그리고 우측의 Outline view를 정의한 후 추후에 다루게 될 마법사를 추가한다. 마지막으로 action에서 다루었던 action set을 추가한다. action set의 visible 속성이 false로 지정되었다면 이렇게 perspective에서 추가해주어야만 화면에 나타나게된다. 모든 것의 참조는 plugin.xml에서 정의한 ID로 이루어진다.

물론 이미 존재하는 perspective에 자신의 view나 action을 추가할 수 있는데 (JDT를 확장하는 경우) 이럴 때는 org.eclipse.ui.perspectiveExtensions 확장점을 이용해야 한다.