1970년 01월 01일 0시부터 함수를 호출할 때 까지의 초 카운트한 값인데요. 시스템 내부 운영체제나 아니면 하드웨어쪽에서 누적 된 값 클럭 값을 읽어 오는 것이 아닐까요. 우선 읽어 올 경로를 찾을려면 time.h에서 부터 거슬러 올라가봐야 알 수 있지 않을까요. 시스템 어디에서 클럭 값을 읽어오는지 말이죠.
아두이노 때를 보더라도 아두이노에 전원이 들어오면 타이머가 돌잖아요. 이때 시간값이 특정 변수에 누적되고요. 시간을 구하기 위해서 그 변수를 불어와서 읽거나 수정이 가능했었잖아요.
이처럼 C언어에서도 클럭값에 해당 되는 시스템을 접근 할 수 있는 읽을 수 있는 전역 변수가 어디 있겠죠. 그걸 읽어오지 않았을까요.
c언어 자체가 시스템까지 건들 수 있는 언어니깐 아마도 시스템쪽의 해당 변수의 값을 전역변수로 해서 읽어 왔을 것 같아 보이네요.
1970년 01월 01일 0시부터 함수를 호출할 때 까지의 초 카운트한 값인데요. 시스템 내부 운영체제나 아니면 하드웨어쪽에서 누적 된 값 클럭 값을 읽어 오는 것이 아닐까요. 우선 읽어 올 경로를 찾을려면 time.h에서 부터 거슬러 올라가봐야 알 수 있지 않을까요. 시스템 어디에서 클럭 값을 읽어오는지 말이죠.
아두이노 때를 보더라도 아두이노에 전원이 들어오면 타이머가 돌잖아요. 이때 시간값이 특정 변수에 누적되고요. 시간을 구하기 위해서 그 변수를 불어와서 읽거나 수정이 가능했었잖아요.
이처럼 C언어에서도 클럭값에 해당 되는 시스템을 접근 할 수 있는 읽을 수 있는 전역 변수가 어디 있겠죠. 그걸 읽어오지 않았을까요.
c언어 자체가 시스템까지 건들 수 있는 언어니깐 아마도 시스템쪽의 해당 변수의 값을 전역변수로 해서 읽어 왔을 것 같아 보이네요.
Time.h 해석한걸 검색해서 읽어보니깐 GMC 표준시간으로 바꾸는 함수가 있네요. 어디 서버로 가는 모양? 로컬인가?
그건 표준시간으로 바꾸는 거고요. 그 전단계로 계속 추적해야 알 수 있을 거에요.