개발 일기 -20,190,822 키워드 연구 노트 "환경 (2 판)를 프로그래밍 유닉스 고급", "제어 습관"DAY 2

면책 조항 :이 문서는 블로거 원본입니다, 추적 에 의해-SA의 CC 4.0 저작권 계약, 복제, 원본 소스 링크이 문을 첨부 해주세요.
이 링크 : https://blog.csdn.net/qq_31433709/article/details/100023881

머리말

말하는, 어제는 일반적으로 거의 12:30 잠을로 이동, 기본 습관, 시간에 침대 11시 30 분부터, 자신을 변경하려고하기 시작했다. 그것은 잠을 한 시간 평소보다 일찍, 추론하기 위하여 서 다음 나는 시간 45분 앞서 알람 시계를 넣어뿐만 아니라 영광 15 분 평소보다 잠을 생각. 그 결과, 일반적인 이시간에 비해 일찍 얻을 수 있습니다. 그리고 분명히, 나는 아침에 피곤 조금,이 시차에 적응하는 데 시간이 걸릴 것 같다 생각합니다. 좋은 습관과 사실, 많은 어려움을 종료하는 나쁜 습관, 또는 왜 인간은 항상 끝이 종종 드문 재능이? 모든 세부 사항은, 왜 프로 선수는 세부 사항을 통지하지 않습니다 일반 관객들에게 관심을 지불하는 경향이 게임 만은 성질 의도적으로 갈 것인가? 전체 시스템에 대한 마이크로 습관의 영향이 발생하기 때문에 그것은 거대하다!

, 괴로움과 고통을 펌핑 할 시간의 어떤 부분이 없기 때문에 아직 오늘 읽고 계속, 오늘, 더 당황, 거의이 장 또는 저녁 식사 시간을 읽습니다.

함유량

유닉스 시스템마다 표준 C 라이브러리와 동일한 이름을 가진 함수를 호출하기 위해 사용되는 기술이다. 표준 C를 사용하여 사용자 프로세스 시퀀스는 이러한 함수를 호출 호출 한 다음, 다시 시스템의 기술적 요구 사항에 적합한 커널 서비스를 호출합니다. 예를 들면, 일반적으로 하나 개 이상의 함수 파라미터 C를 등록하고 코어에 소프트 인터럽트 발생 기계 명령을 수행한다. C 함수 호출로보기의인가 시점에서, 시스템이 간주 할 수있다.

시스템 호출과 라이브러리 함수 사이의 또 다른 차이점은 다음과 같습니다 : 시스템 호출은 일반적으로 최소한의 인터페이스 제공하고, 도서관은 종종 더 복잡한 기능을 제공합니다. 적은 캐시와 I / O 기능 및 표준 I / O 기능도 차이를 볼 때 우리는 미래에, 혹은 sbrk 시스템 호출과 라이브러리 함수의 malloc의 차이에서 이것을 볼 수 있습니다.

ANSI C는 당신의 의도는 그것이 운영 체제뿐만 아니라 UNIX의 다양한 적응할 수 있도록, C 프로그램의 이식성을 제공하는 것입니다 표시합니다. 이 표준의 구문과 C 프로그래밍 언어의 문법을 정의뿐만 아니라, 또한 표준 라이브러리 정의 (제 IV ANSI 1989; Plauger 1992 부록 B 커니 핸과의 리치 1988). 새로운 UNIX 시스템을 많이 제공하기 때문에 표준 C 라이브러리 함수 설명, 그래서 우리를 위해이 도서관은 매우 중요합니다.

이 휴대용과 마법을 결정하는 여러 가지 방법이 프로그램에 기록 된 많은 것이 많은 구현 정의 매직 넘버와 창수가있다, 또는 특정 기술의 결정에 따라, 표준화의 많은 수의 노력으로 인해있을 수 있습니다 정의 된 한계를 달성한다. 이 소프트웨어의 이식성에 유용합니다.

기능의 다음과 같은 세 가지 유형이 필요합니다 :

  • 컴파일 시간 옵션 (시스템은 작업 제어를 지원합니다)
  • (짧은 정수의 최대 값을 무엇인지) 시간 제한을 컴파일
  • 실행 시간 제한 (파일 이름의 최대 문자 수는 무엇인지)

처음 두, 컴파일시 옵션은 헤더 파일에 정의 할 수 있습니다. 컴파일시 프로그램은 이러한 헤더를 포함 할 수 있습니다. 그러나 프로세스에 필요한 실행 시간 제한 등의 제한을 얻을 수있는 함수를 호출합니다.

다른 변경으로 달성 될 수 있지만 (런타임 함수 호출을해야 함), 또한, 소정의 구현에 특정 제한은 고정 될 수있다 (따라서 정적 헤더 파일에 정의 할 수있다). 제한이 유형의 예로는 파일 이름의 최대 문자 수입니다. 시스템 V 단지 14 개 문자 파일 이름에 역사적인 이유, 버클리 시스템 (255)이 증가된다. SVR4은 우리가 시스템 V BSD 파일 시스템 또는 파일 시스템에서 생성 된 각 파일 시스템에 대해 지정할 수 있으며, 각 시스템은 서로 다른 제한 사항이 있습니다. 이것은 실행 시간 제한, 파일 시스템에 의존하는 파일의 파일 이름의 최대 길이의 예입니다. 예를 들어, 14 개 문자의 루트 파일 시스템, 파일 길이 제한 할 수 있으며, 다른 파일 시스템 파일 이름 길이 제한에 255 자 수 있습니다.

이러한 문제를 해결하기 위해 세 가지 제한 사항이 있습니다
(1) 선택 및 편집 시간 제한 (헤더 파일).
(2)와 관련된 파일이나 디렉토리의 실행 시간을 제한하지.
(3)과 관련된 파일이나 디렉토리의 실행 시간 제한과 함께.

헤더 파일에 정의되지 않은 경우 특정 실행 시간 제한이 주어진 시스템에서 변경되지 않을 경우, 그것은 정적 헤더 파일에 정의 될 수 있다는 문제를 더욱 복잡하게 만들지 만하려면 응용 프로그램은 실행 시간의 가치를 결정하기 위해 conf의 세 함수를 호출해야합니다.

모든 제한은 ANSI C 컴파일러 시간 제한에 의해 정의됩니다. 표 2-2 <limit.h> 정의 규제 표준 C 파일을 나타낸다. 이 상수는 항상 헤더 파일에 정의되며, 주어진 시스템에서 변경되지 않습니다. 세 번째 열은 ANSI C 규격 상 허용되는 최소 나열. 이것은 시스템 (16)의 길이를위한 성형, 그것이 1의 보수 표현을 사용한다. 네 번째 열은 2의 보수 표기를 사용하여, 32 비트의 길이를 형성하는 현재의 시스템의 값을 나열. 부호의 데이터 유형이 최소 나열되지 않은 참고, 그들은 0이어야합니다.

장 습관 제어

진짜 이유는 당신의 자기 이미지가 당신을 방해한다는 것입니다의 그러나 장기적으로, 당신은 습관을 준수 할 수 없습니다. 이 버전의 신원에 너무 집착 할 수없는 이유입니다. 우리는 갱신 및 진행에 요청합니다. 당신이 지속적으로 업그레이드하고 사용자의 신원을 확장하는 당신의 믿음을 장식 할 필요가의 자신의 가장 좋은 버전합니다.

당신의 습관에서 신원. 당신은 믿음을 가지고 태어되지 않습니다. 자신의 신념을 포함하여 각각의 믿음은, 연마 통해 획득 한 경험에 의해 알게된다.

반복의 이상 행위는 더 관련 정체성을 강화한다. 사실, 단어의 정체성은 원래이 있음을 의미하는 라틴어의 essentitas에서 파생되고, identidem은, 반복되는 것을 의미한다. 당신의 정체성은 실제로 "반복적으로 존재"입니다.

시간이 지남에 한 번 경험의 영향은 점차 시간, 당신이 당신의 정체성을 형성하는 대부분의 데이터를 제공하는 데 사용됩니다 즉, 성장의 습관에 영향을 미칠 것입니다. 즉 프로세스가 실제로 자신의 처리 될 수있는 습관 말했다되고.

각 습관은 결과를 얻을 수 있지만, 또한 당신에게 더 중요한 일을 가르 칠 수 없습니다 : 자신을 신뢰합니다. 당신은 당신이 정말이 일을 수행 할 수 있다고 생각하기 시작합니다. 투표의 수가 증가 할 때, 증거는 당신이 당신의 자신의 이야기가 변화하기 시작 말할 때 변화하기 시작했다.

이 문장의 신원 기반 습관이 책에 소개 된 첫 번째의 또 다른 핵심 테마 - 피드백 루프 - 사용하는 경우. 당신의 습관은 당신의 정체성을 형성. 이것은 양방향 도로이다.

그들은 당신이 당신이 원하는 종류의 사람이 될 수 있도록하기 때문에 궁극적으로 당신의 습관이 중요하다. 당신은이 채널에서 개발 한 습관에 의해 그 자체에 뿌리 깊은 믿음을 항구. 당신이 당신의 습관이 될, 말할 수있다.

나는 집에 도착

내가 아, 내가 지나친 방종의 원인이 오늘 피곤, 22:30 집에 도착했다? 여전히 좋은 습관을 준수하고, 점차적으로 나쁜 습관을 포기하고 싶습니다. 나는 모두 함께, 나 자신이 자동으로 결정된 어느 날 내가 내 우위를 보여 희망하는 경우, 내가 입을 것이 신발을 만들어주고, 신발 한 켤레, 모두 빨간있다. 나는이 기회를 가질 년 이내에 바랍니다.

좋은 습관은 정말 열심히, 단지 일기 매일 습관을 쓰기 스틱과 나는 그것의 절반 인내, 그리고 지금 어려움을 겪고있다. 아마 "ME ON 부끄러운"세 개의 주 일기 단어가 있지만. 내가 전에 말했듯이 나는이를 보내, 그리고 기본적으로 내가 연주 같은 날이며, 모든 사람에게 표시로 설정하면이 느낌은, 물에 완벽한 느낌이있을 것이라는 점을 다시 생각하면, 개인 정보 보호를하기로 결정 라인에. 그러나 결과는 그의 많은 약속 중 하나를 유지하기 위해 무엇이든, 좋은 소식이있다.

음, 학습 과제 "리눅스 시스템 관리 핸드북"을 연기되는 느낌의 나머지 부분을 계속합니다. 난 정말 내 마음 밖으로 조금 느낌이 실제의 부족을 느꼈다 내부의 내용 때문에, 그래서 일시적으로 "유닉스 수준의 프로그래밍 환경"은, 그들이 배운 것을 통합 통합하기위한 적절한 어느 정도가 좋은에있는 나를 수 있도록 절단 일. Dumbfounding.

추천

출처blog.csdn.net/qq_31433709/article/details/100023881