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

Warning: session_start(): Cannot send session cache limiter - headers already sent

해당 에러는 session_start() 구문을 PHP 코드의 맨 위에 넣지 않아서 생기는 문제이다. 헤더가 구성될 때 세션이 구성이 되어야 하는데, 다른 php 작업들로 인하여 이미 헤더가 전송된 상태에서 세션을 전달할 수 없기 때문이다. 해결 방법은 간단하다. php 코드를 시작 부에 session_start() 를 넣어주면 된다.

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 옵션을 주고 나니 정상적으로 컴파일이 된다.