Anow's Opportunities - 언제나 진실되게

SQL Server 에이전트 서비스에 대해 제공한 자격 증명이 잘못되었습니다.
SQL Server 서비스에 대해 지정한 자격 증명이 잘못되었습니다
Analysis Services 서비스에 대해 제공한 자격 증명이 잘못되었습니다.

설치 과정을 밟다보면 위와 같은 오류를 만나게 되는 경우가 있는데, [모든 SQL Server 서비스에 동일한 계정 사용(U)] 를 클릭한 후 Windows 에 존재하는 계정을 써주면 된다. ex) Administrator

만약 그래도 오류가 난다면 SYSTEM 계정을 제공해주면 된다. 간단하게 SYSTEM 이라고만 써주면 해결된다.

리눅스 어플리케이션에서 _IO_str_overflow_internal 에러가 발생할 때, 오버플로우에 문제 해결의 주안을 맞추게 되는데 정작 원인은 동떨어져있을 경우가 있다. 오늘 새벽에 한 4시간 정도 삽질을 한 끝에야 원인을 찾을 수 있었는데, 잘못된 캐스팅으로 인하여 동적 메모리가 제대로 할당되지 않아 dangling pointer가 생성되었고, 해당 공간에 snprintf()를 수행하여 segmentation fault가 발생했던 것이다. 웃기게도 에러 메시지가 overflow 키워드를 담고 있어 완전 고생했다. 아무리 사이즈를 넉넉하게 줘도 오버플로우가 발생하길래 내가 꿈에서 코딩을 하고 있는건지 의심이 될 정도로..

하나씩 메모리 덤프를 까 볼 생각을 왜 못했을까. x/x buf 를 타이핑하고 엔터를 친 순간 탄식을 하지 않을 수 없었다.

아.. ㅠㅠ

iconv 를 사용할 때 다이렉션('>', '>>' 따위의 꺽쇠)기호를 사용할 때, 기존의 파일명에 그대로 출력을 진행하면 해당 파일이 0byte가 되는 문제가 있다. 버그인건지 아니면 내가 무언가 잘못 이해하고 있는지는 잘 모르겠다. 이 문제 때문에 꽤 오랜시간을 고생을 했는데, 아직까지도 무엇이 원인인지는 잘 모르겠다.

iconv [옵션] test.txt > test.txt  이렇게 기존에 있는 파일로 출력했을 때 문제가 발생한다. test_.txt 와 같이 새로운 파일로 출력시켜야한다.

getElementById() 와 getElementsByName() 은 DOM 접근을 위해 애용받는 함수다.

getElementById() :: http://www.w3schools.com/jsref/met_doc_getelementbyid.asp

getElementsByName() :: http://www.w3schools.com/jsref/met_doc_getelementsbyname.asp

이 두 함수를 사용해야할 때 주의할 점이 있는데, DOM 객체 접근을 위한 함수이다보니 HTML 이 로딩될 때 DOM 객체가 모두 로딩되기 전에 Javascript 단에서 DOM 객체 접근을 시도하면 값을 얻어오지 못하는 경우가 생긴다. 이런 경우 두 함수는 null 값을 반환한다. 제대로 작동하지 않는 것 같으면 리턴 값을 alert() 나 document.write() 등으로 확인해보자.

window.onload() 함수를 사용하여 HTML 이 완전히 로딩이 되고 나서 DOM 객체에 접근해야한다.

예제는 아래와 같다.

var email;
var phone;
var password;
var interest;

window.onload = function() {
 email = document.getElementById("email");
 phone = document.getElementById("phone");
 password = document.getElementsByName("password");
 interest = document.getElementsByName("interest");
}

Uncaught TypeError: Object #<HTMLDocument> has no method 'getElementByName' 에러를 크롬 요소분석기 콘솔에서 만났을 때, 이런경우는 십중팔구 getElementsByName 을 getElementByName 으로 타이핑하여 문제가 생긴 경우다. 보통 getElementById 를 같이 쓰다 보니깐 이런 실수를 하는 것 같다. ID는 유니크하지만 Name은 그렇지 않아 Element에 복수형태로 s가 붙는다.

예전에도 이것때문에 조금 고생했었는데 바보같이 이번에도 이것 때문에 너무 많은 시간을 쏟고야 말았다. -_-;;

바보같은게 아니고 바보인가보다.. 음.. ㅠㅠ

이 포스트는 VIsual Studio 2008 이상 버젼에서 Irvine32 를 제대로 포함하고도 DumpRegs를 호출하지 못하는 문제점을 해결한다.

> Visual Studio 버젼에 맞는 어셈블리 개발환경 세팅을 갖추었고 Irvine32 디렉터리를 제대로 포함시켰을 경우를 전제로 한다.

요번에 잠깐 테스트할 일이 있어 Visual Studio 2008 Express에서 어셈블러 세팅을 하고 컴파일을 해보니 문제가 발생했다.

첫 번째 해결 방책)

INCLUDE Irvine32.inc 처럼 포함시킨 inc 파일이 있을 것이다. 대부분 상대경로로 지정해놓았을텐데, <절대경로>를 사용함으로써 문제를 해결한다.

두 번째 해결 방책)

 Irvine32.lib 와 같이 자신이 사용하고 있는 Irvine버젼에 맞는 lib파일을 INCLUDELIB 을 사용하여 <절대경로>로 포함시킨다.

보아하니 이런 문제가 일어나는 시스템도 있고 문제 없이 빌드가 되는 시스템도 있던데 정확히 어떤 것이 원인이 되어 이 문제가 일어나는지는 잘 모르겠다. Irvine32.inc 파일을 살펴보니 DumpRegs가 제대로 포함되어 있으나 어셈블러에서 함수 경로를 제대로 찾아가지 못하는 문제가 일부 시스템에서는 발생하고 있는 것으로 보인다. 정확한 해결 원인을 아시는 분은 덧글로 알려주시면 감사의 말씀을 드리겠습니다.

<그림 1> undefined reference to `pthread_create'

pthread 를 사용했을 때, 컴파일시 gcc 옵션에서 위와 같이 -o 옵션만 주게 되면 위와 같은 에러가 난다.

gcc 옵션에  -lpthread 인자를 주어 컴파일 하면 된다.

<그림 2> -lpthread 옵션을 주고 나니 정상적으로 컴파일이 된다.

Android 프로그래밍을 하면서, ImageView를 쓸 때 "[Accessibility] Missing contentDescription attribute on image" 라는 노란색 에러메세지가 뜨는 경우가 있다. 이런 경우에는 간단히 contentDescription 을 속성에 추가하는 방법이 있고, 또는 이클립스에서contentDescription 에러메세지가 뜨지 않도록 설정하는 방법이 있다.

첫번째 방법으로, 아래와 같이 contentDescription 속성을 에러가 나는 해당 ImageView 에 추가해주면 문제는 해결된다.

android:contentDescription="@string/blahblah"

두번째 방법으로, 이클립스에서 Window - Preferences - Android - Lint Error Checking 에 들어가서 ContentDescription 항목의 에러를 무시하도록 설정해주면 된다. 아래의 스크린샷을 참고하자.

<그림 1> Window - Preferences - Android - Lint Error Checking

목록이 많이 뜨는데, 접근성(Accessibility) 항목에 ContentDescription 을 찾으면 된다.

찾기 귀찮은 사람은 위에 Issues: 검색 창이 있으니 거기에 ContentDescription 을 치면 알아서 잘 나온다.

오른쪽에 보면 오류의 심각성(Severity) 리스트 항목이 있는데, 해당 항목을 Warning에서 Ignore로 바꿔주면 문제는 해결된다.

이클립스를 사용할 때 영어는 괜찮은데 한글을 쓰면 글자가 너무 작게 보이는 문제를 겪는 사람이 많다.

이 문제와 상관없이 그냥 이클립스 컴파일러에서 폰트를 설정하기를 원하는 사람도 이 포스팅을 참고하면 되겠다. 

대부분의 블로그에서는 폰트를 조절하여 한글 크기를 키우는 방법을 소개한다. 하지만 이런 경우 영어까지 커져버리는 문제가 생겨 귀찮은 점이 이만저만이 아닌데, 한글이 작고 어색하게 뜨는 이유는 해당 폰트가 한글을 지원하지 않기 때문이므로 간단하게 한글을 지원해주는 폰트로 바꾸면 된다.

이 포스팅에서는 먼저 이클립스에서 폰트 설정하는 방법을 먼저 소개하고, 그 다음 프로그래머들이 보통 많이 쓰는 Courier New 폰트를 적용함으로써 문제를 해결하는 방법에 대해서 소개하겠다.

<그림 1> 문제의 한글 크기

딱 봐도 답답해보인다.

이클립스 상단의 메뉴에서 아래 순서대로 찾아가도록 하자.

Window - Preferences - General - Appearance - Colors and Fonts

<그림 2> Window - Preferences - General - Appearance - Colors and Fonts

위 화면까지 넘어왔으면 Text Font 를 클릭하고 Edit을 누르자.

<그림 3> Font Edit 창

여기서 우선 글자 크기만 조절해보자. 초기 값이 보통 10pt 이니 이 값보다 더 크게 맞춰보자.

<그림 4> 이런!

한글이 커지긴 했는데 코드까지 커져버린 부작용(?) 이 있다.

 위에서 언급했듯이, 한글 크기가 지나치게 작고 어색하게 나오는 경우는

해당 폰트가 한국어를 지원하지 않기 때문에 생기는 문제이니

한글도 지원해주는 글꼴을 골라 바꿔주면 된다.

적당하게 사람들이 많이 쓰는 Courier New 폰트를 골라 쓰자. 그런데 문제는 컴퓨터에 Courier New 폰트가 대부분 설치가 되어있음에도 불구하고 이상하게 이클립스 Text Edit 창에서는 Courier New 폰트가 나타나지 않는다.

이런 경우를 해결하기 위해서, 아래의 그림을 보도록 하자.

<그림 5> 숨김파일 해제

시작 - 실행 - %windir%Fonts\ 경로에 들어가면 (윈도우가 설치 된 드라이브의 Windows\Fonts\)

시스템에 설치 된 폰트들이 뜨는데 거기서 Courier New 를 찾아보면 해당 폰트가 [숨김] 처리가 되어있을 것이다.

오른쪽 클릭 - 표시(S) 를 눌러 [표시] 상태로 바꾸고 다시 이클립스의 Text Edit 창으로 들어가자.

<그림 6> 나타난 Courier New 폰트

다시 Text Edit 창을 켜보면 Courier New 폰트가 나타나있는 것을 볼 수 있다.

이 폰트를 한번 적용시켜보자.

<그림 7> 이제 좀 할맛나네!

원하는대로 초기 영어 텍스트 크기(10pt)를 유지하면서 한글을 우리가 잘 볼 수 있게 크기를 키우는데 성공했다.

별건 아니지만 본인이 이 문제로 좀 고생을 한 탓에 -_-; 포스팅을 남긴다.

이 포스팅이 조금 더 편한 이클립스 사용에 도움이 되길 바란다.

cygwin 설치할 때 한국 미러사이트가 기본으로 제공되지 않는다.

Daum에서 cygwin 미러링을 지원해주고 있으니 아래의 링크를 Add 하고 받으면 된다.

http://ftp.daum.net/cygwin

sayclub도 불안정한 것 같고, kaist는 몇번 미러 초기화되는 사태가 있어서 개인적으로 별로 믿음이 안가고..

역시 소프트웨어 미러링해주고 오픈소스를 지원해주는 Daum이 정말 좋다.