다른 소스 파일에 .C 또는 .CPP 파일을 적절하게 포함할 수 있습니다. IDE에 따라 일반적으로 포함하려는 소스 파일의 속성을 보고 이중 링크를 방지할 수 있습니다. 아마도. 또는 프로젝트 자체에 파일을 포함할 수 없으므로 IDE는 파일이 존재하는지조차 모르고 컴파일을 시도하지 않습니다. 그리고 makefile을 사용하면 컴파일하고 링크하기 위해 파일을 넣지 않았습니다.

편집 : 죄송합니다 다른 답변에 답변하는 대신 답변을 제공했습니다 :(

빌드 환경(지정하지 않음)에 따라 원하는 대로 정확하게 작동하는 것을 찾을 수 있습니다.

그러나 *.c가 컴파일될 것으로 예상하는 환경(IDE 및 많은 수작업 Makefile 모두)이 많이 있습니다. 이 경우 심볼 중복으로 인해 링커 오류가 발생할 수 있습니다.

일반적으로 이 관행은 피해야 합니다.

소스를 반드시 # 포함해야 하는 경우(일반적으로 피해야 함) 파일에 대해 다른 파일을 사용하십시오.

나는 우리 팀이 .c 파일을 포함하기로 결정한 상황을 공유하고 싶다고 생각했습니다. 우리 아키텍트는 주로 메시지 시스템을 통해 분리된 모듈로 구성됩니다. 이러한 메시지 핸들러는 공용이며 많은 로컬 정적 작업자 함수를 호출하여 작업을 수행합니다. 이 비공개 구현 코드를 구현하는 유일한 방법은 공개 메시지 인터페이스를 통한 간접적인 방법이었기 때문에 단일 테스트 사례에 대한 적용 범위를 얻으려고 할 때 문제가 발생했습니다. 스택의 무릎에 일부 작업자 기능이 있는 경우 적절한 적용 범위를 제공하는 데 악몽으로 판명되었습니다.

.c 파일의 포함은 우리에게 기계의 톱니바퀴에 접근할 수 있는 기회를 주었습니다. 우리는 테스트에 관심이 있었습니다.

다른 파일에 C 파일을 포함하는 것은 합법이지만 왜 하고 있고 무엇을 달성하려는지 정확히 알지 못하면 권장하지 않습니다.
질문이 커뮤니티에 보고되는 이유를 여기에 게시하면 목표를 달성할 수 있는 다른 적절한 방법을 찾을 수 있을 것이라고 확신합니다. 문맥).

그건 그렇고, 나는 질문의 두 번째 부분을 놓쳤습니다. C 파일이 다른 파일에 포함되어 있고 동시에 프로젝트에 포함되어 있으면 문자 중복 문제, 객체 바인딩, 즉 동일한 기능이 정적이 아닌 한 두 번 정의되는 이유 문제가 발생할 수 있습니다.

C 언어는 이러한 #include 유형을 금지하지 않지만 결과 번역 단위는 여전히 유효한 C여야 합니다.

.prj 파일에 어떤 프로그램을 사용하고 있는지 모르겠습니다. "make"나 Visual Studio 등을 사용하는 경우 독립적으로 컴파일할 수 없는 파일 없이 컴파일해야 하는 파일 목록으로 설정했는지 확인하세요.

이렇게 제목을 추가해야 합니다.

#포함

참고: 두 파일은 모두 같은 위치에 있어야 합니다.

Linux에서 gcc 컴파일러를 사용하여 두 개의 파일을 하나의 출력에 연결할 수 있습니다. 두 개의 c 파일이 있다고 가정합니다. 하나는 "main.c"이고 다른 하나는 "support.c"입니다. 따라서 이 둘을 연결하는 명령은

gcc main.c support.c -o main.out

이 두 파일은 하나의 main.out 출력에 연결됩니다. 출력을 실행하려면 명령은 다음과 같습니다.

./메인.아웃

support.c 파일에 선언된 main.c 함수를 사용하는 경우 extern 스토리지 클래스를 사용하여 main에서도 선언해야 합니다.

파일 확장자는 대부분의 C 컴파일러에서 중요하지 않으므로 작동합니다.

그러나 파일 또는 프로젝트 설정에 따라 포함된 c 파일이 별도의 개체 파일을 생성할 수 있습니다. 연결할 때 특정 문자가 이중으로 나타날 수 있습니다.

최근에 C 언어로 프로그래밍을 시작하는 동료로부터 비슷한 질문을 받았습니다. 그리고 이 문제에 대한 나의 이해를 공유할 수 있는 좋은 기회라고 생각했습니다. 경험 많은 프로그래머라도 이 문제에 대해 항상 비슷한 관점을 갖고 있는 것은 아니기 때문입니다.

이것은 부분적으로 취향의 문제이므로 누구든지 내가하는 방법에 관심이 있다면 고양이 아래에서 환영합니다.

h-files에 대한 "완전한 진실"이 gcc 전처리기에 대한 설명의 해당 섹션에 포함되어 있지만 몇 가지 설명과 예시를 허용하겠습니다.

따라서 문자 그대로 헤더 파일(h-file)은 여러 소스 파일(c-file)에서 사용하기 위한 C 선언 및 매크로 정의를 포함하는 파일입니다. 이것을 설명합시다.

기능 1과 2, 매크로 2가 두 파일에 모두 언급되어 있음을 쉽게 알 수 있습니다. 그리고 헤더 파일을 포함하는 것은 각 C 파일에 내용을 복사하는 것과 동일한 결과를 가져오므로 다음을 수행할 수 있습니다.

따라서 두 파일에서 공통 부분을 선택하여 헤더 파일에 배치했습니다.
그러나 이 경우 헤더 파일이 인터페이스입니까?

• 기능 1과 2가 다른 곳에서 구현하는 기능을 사용해야 하는 경우 예
• 매크로 2가 Unit1.c 및 Unit2.c 파일에서만 사용하도록 의도된 경우 인터페이스 파일에 위치가 없습니다.

게다가 헤더 파일에 정의된 인터페이스를 구현하기 위해 정말로 두 개의 C 파일이 필요합니까? 아니면 하나면 충분합니까?
이 질문에 대한 대답은 인터페이스 기능의 구현 세부 사항과 구현 위치에 따라 다릅니다. 예를 들어, 다이어그램을 더 자세히 만들면 인터페이스 기능이 다른 파일에서 구현되는 경우를 상상할 수 있습니다.


이 구현 옵션은 높은 코드 응집력, 낮은 테스트 가능성 및 이러한 모듈 재사용의 어려움으로 이어집니다.
그런 어려움을 겪지 않기 위해 저는 항상 C파일과 헤더파일을 하나의 모듈로 취급합니다. 여기서,

• 헤더 파일에는 이 모듈 인터페이스의 일부인 함수, 유형, 매크로의 선언만 포함됩니다.
• C-파일은 차례로 h-파일에 선언된 모든 함수의 구현과 인터페이스를 구현하는 데 필요한 개인 유형, 매크로 및 함수를 포함해야 합니다.

따라서 위의 다이어그램에 해당하는 코드를 구현하면 다음을 달성하려고합니다. 다이어그램 생성):


다이어그램에서 실제로 두 개의 독립적인 모듈을 다루고 있음을 알 수 있습니다. 각 모듈에는 헤더 파일 형식의 자체 인터페이스가 있습니다. 이를 통해 이 특별한 경우에 실제로 필요한 인터페이스만 사용할 수 있으며, 이러한 모듈은 서로 독립적으로 테스트할 수 있습니다.
독자는 헤더 파일의 매크로 2가 두 C 파일 모두에서 복사본으로 돌아온 것을 알아차렸을 것입니다. 물론 이것은 유지 관리가 매우 편리하지 않습니다. 그러나 이 매크로를 인터페이스의 일부로 만드는 것은 올바르지 않습니다.
이러한 경우 여러 C 파일에 필요한 유형과 매크로를 포함하는 별도의 헤더 파일을 만드는 것을 선호합니다.

헤더 파일에 배치해야 하는 엔티티를 식별할 수 있기를 바랍니다. 또한 여러 C 파일에 필요한 선언 및 매크로가 포함된 인터페이스와 파일의 차이점을 보여줍니다.

자료에 관심을 가져주셔서 감사합니다.

support.microsoft

Visual C++에서 소스 파일을 편집하고 저장할 때 줄은 문자 "CR/LF"[캐리지 리턴, 줄 바꿈] 조합으로 끝나야 합니다. UNIX 시스템에서 행은 "LF"로 종료됩니다. 따라서 UNIX 시스템의 Windows 그룹에서 수정된 파일을 볼 때 줄에 "^M" 문자가 많이 나타날 수 있습니다. 이것은 Windows 파일을 해석하는 방법을 모르는 편집기를 사용할 때만 발생합니다. Visual C++는 UNIX LF 생성으로 끝나는 줄이 있는 파일을 열 수 있습니다. 이 파일을 수정하고 Visual C++에서 저장하면 Windows 형식으로 저장됩니다(이전에 시스템에 있던 LF가 아니라 CR/LF가 표시됨).

이 기사에서는 Windows 플랫폼에서 생성된 수정된 파일을 UNIX 시스템에서 사용할 수 있는 형식으로 저장하는 절차를 설명합니다.

노트: Visual C++ .NET IDE에는 UNIX 형식으로 파일을 저장하는 데 사용할 수 있는 기능이 포함되어 있습니다. IDE에서 다음으로 파일을 저장합니다. 다른 이름으로 저장..., 드롭다운 목록에서 저장을 선택합니다. 인코딩으로 저장..., 그리고 thrn 버튼을 누릅니다. 예. 문자열 인코딩 드롭다운 목록에서 선택 유닉스(LF), 버튼을 클릭합니다 확인.

다음 단계를 사용하여 "CR/LF"가 포함된 파일을 "LF"의 줄 끝으로 변환하는 Win32 콘솔 응용 프로그램 프로젝트를 만들 수 있습니다.

1. Win32 콘솔 응용 프로그램을 사용하여 새 응용 프로그램을 만들려면 DOS2UNIX라는 빈 프로젝트를 만듭니다.
2. 에서 파일메뉴, 버튼을 눌러 새로운, 버튼을 클릭합니다 파일탭.
3. 고르다 C/C++ 소스 파일새 파일 DOS2UNIX.cpp의 이름을 입력합니다.
4. 다음 코드를 DOS2UNIX.cpp에 붙여넣습니다.

   #포함 #포함 #포함 네임 스페이스 표준 사용; int main(int argc, char* argv) ( if(argc !=2) ( cout<< "Please specify: dos2unix filename" << endl; return 0; } char ch; char temp="\0"; //Open the file for reading in binarymode. ifstream fp_read(argv, ios_base::in \ / ios_base::binary); sprintf(temp, "%s.temp", argv); //Create a temporary file for writing in the binary mode. This //file will be created in the same directory as the input file. ofstream fp_write(temp, ios_base::out \ / ios_base::trunc \ / ios_base::binary); while(fp_read.eof() != true) { fp_read.get(ch); //Check for CR (carriage return) if((int)ch == 0x0D) continue; if (!fp_read.eof())fp_write.put(ch); } fp_read.close(); fp_write.close(); //Delete the existing input file. remove(argv); //Rename the temporary file to the input file. rename(temp, argv); //Delete the temporary file. remove(temp); return 0; }

5. 에서 건물메뉴, 버튼을 눌러 DOS2UNIX.exe 생성 EXE 파일을 생성합니다.

이 exe 파일이 제대로 작동하는지 테스트해야 할 수도 있습니다. 이렇게 하려면 Visual C++ 바이너리 편집기에서 파일을 엽니다. 열려 있는그룹에서 파일 DOS2UNIX.ex, 설정을 선택하여 메뉴 다음으로 열기누구에게 바이너리를 클릭한 다음 열려 있는. 예를 들어 파일에 "hellocrlfworld"가 포함된 경우 이진 데이터(16진수)는 다음과 같습니다.

48 65 6 C 6 C 6F 0 D 0A 57 6F 72 6 C 64

이것은 다음과 동일합니다.

안녕
세계

명령줄에서 dos2unix.exe 명령을 실행합니다. . 다음으로 Visual C++ 바이너리 편집기에서 파일을 엽니다. 0x0d 가 제거된 것을 볼 수 있습니다. 파일을 편집하고 Visual C++에 저장할 때까지 0x0d 는 나타나지 않습니다.

이를 Visual C++ 자동화 모델과 함께 사용하여 전체 프로세스를 자동화할 수 있습니다. 이 도구를 호출하기 위해 간단한 Microsoft Visual Basic 매크로 스크립트를 작성할 수 있지만 먼저 이 도구를 추가해야 합니다. 서비스메뉴는 다음과 같습니다.

1. 에서 서비스메뉴, 버튼을 눌러 환경, 버튼을 클릭합니다 서비스탭.
2. DOS2UNIX와 같은 이름을 지정하고 다음에서 Dos2unix.exe의 전체 경로를 지정합니다. 팀편집 필드.
3. 인수를 $(Filename)$(FileExt)로 설정합니다.
4. $(WkspDir) 소스 디렉토리를 지정하십시오(자신의 경로 지정).

프로그램을 테스트하려면 Visual C++ 편집기에서 파일을 연 다음 서비스시작 메뉴 DOS2UNIX수단. 편집기에서 열린 파일에서 모든 CR 문자가 제거된 것을 볼 수 있습니다.

Visual C++ 편집기에서 열린 파일을 저장할 때마다 DOS2UNIX.exe 도구가 호출되어 0x0d 를 제거하도록 이 프로세스를 자동화하려는 경우 다음 VBScript 매크로를 사용합니다.

"이 이벤트는 VC++ 편집기에 문서를 저장할 때마다 발생합니다. Sub Application_DocumentSave(theDocument) "도구 메뉴에서 사용자 도구를 호출합니다. "가지고 있는 것에 따라 번호를 변경하십시오. 기본적으로 도구 메뉴 아래에 6개의 도구만 있으므로 DOS2UNIX 도구는 7번째 도구가 됩니다. ExecuteCommand "UserTool7" End Sub

이 VBScript 코드는 Visual C++ 편집기에 파일이 열려 있는 경우에만 작동합니다. 이것은 VBScript 매크로에서 .exe 파일을 호출하는 유일한 방법입니다(VBScript 매크로에는 매개변수를 전달할 수 없음). 대신 작성하면 더 유연해집니다. 추가할 필요 없이 추가 기능에서 "DOS2UNIX.exe" 도구를 호출합니다. 서비스메뉴.

제공된 VBScript 매크로를 사용하는 Visual C++:

1. 기존 .dsm 파일을 열거나 만듭니다.
2. 이전에 제공한 코드를 파일에 붙여넣습니다.
3. Visual C++에서 다음을 수행합니다.
   1. 에서 서비스메뉴, 버튼을 눌러 환경.
   2. 버튼을 클릭 매크로 및 애드온 파일탭.
   3. 버튼을 클릭 검토매크로가 포함된 .dsm 파일을 로드합니다. .dsm 파일에서 한 번 선택되었습니다. 검토대화 상자에서 파일이 나타납니다. 추가 기능 및 매크로옆에 선택된 확인란이 있는 파일 목록.
   4. 버튼을 클릭 닫다계속하다.

이제 Visual C++ 편집기에서 파일을 열고 파일에서 저장하면 파일메뉴, 호출된 매크로 및 모든 0x0d 가 열린 파일에서 제거됩니다. 이것은 지금부터 저장되고 앞으로 여는 모든 프로젝트에 적용되는 모든 파일에 영향을 미치므로 다음에서 매크로를 비활성화해야 합니다. 서비스메뉴 환경(매크로 옆에 있는 상자의 선택을 취소하십시오).

소스 파일

C 프로그램의 텍스트는 여러 소스 파일로 나눌 수 있습니다. 소스 파일은 전체 프로그램 또는 그 일부를 포함하는 텍스트 파일입니다. 소스 프로그램을 컴파일할 때 각 구성 소스 파일은 별도로 컴파일된 다음 링커에 의해 다른 파일에 연결되어야 합니다. 별도의 소스 파일을 전처리기 지시문을 사용하여 단일 단위로 컴파일된 단일 소스 파일로 결합할 수 있습니다. #포함.

소스 파일에는 지시문, 컴파일러 힌트, 선언 및 정의의 일관된 조합이 포함될 수 있습니다. 무결성은 함수 정의, 데이터 구조 또는 관련 조건부 컴파일 지시어 세트와 같은 개체가 한 파일에 완전히 위치해야 함을 의미합니다. 즉, 한 파일에서 시작하여 다른 파일에서 계속될 수 없습니다.

소스 파일은 실행 가능한 명령문을 포함할 필요가 없습니다. 때로는 변수 정의를 한 파일에 배치하고 다른 파일에 이러한 변수를 선언하여 사용하는 것이 편리합니다. 이 경우 변수 정의를 쉽게 검색하고 수정할 수 있습니다. 같은 이유로 명명된 상수와 매크로 정의는 일반적으로 별도의 파일에 수집되고 전처리기 지시문을 사용하여 포함됩니다. #포함그것들을 필요로 하는 소스 파일에.

컴파일러 지침은 일반적으로 소스 파일의 특정 섹션에만 적용됩니다. 힌트에 의해 지정된 특정 컴파일러 작업은 C 컴파일러의 특정 구현에 의해 결정됩니다.

다음 예에서 소스 프로그램은 두 개의 소스 파일로 구성됩니다. 기능 기본그리고 최대별도의 파일로 제공됩니다. 기능 기본기능을 사용 최대구현 과정에서.

/* 소스 파일 1 - 주요 기능 */

extern int max (int, int); /* 함수 선언 */

main() /* 함수 정의 */

정수 w = 1, x = 2, y = 3;

/* 소스 파일 2 - 최대 함수 */

int max (a, b) /* 함수 정의 */

첫 번째 소스 파일에서 함수 최대선언되었지만 정의되지 않았습니다. 이러한 함수 선언을 전방 선언이라고 합니다. 이를 통해 컴파일러는 함수가 정의되기 전에 호출을 제어할 수 있습니다. 기능 정의 기본함수 호출 포함 최대.

#으로 시작하는 라인은 전처리기 지시문입니다. 지시문은 첫 번째 소스 파일의 식별자 ONE, TWO, THREE를 해당 값으로 바꾸도록 전처리기에 지시합니다. 지시어의 범위는 두 번째 소스 파일로 확장되지 않습니다.

프로그래밍 Kozlova Irina Sergeevna

27. C++ 소스 파일

27. C++ 소스 파일

C++ 프로그램은 대부분 유형, 함수, 변수 및 상수에 대한 설명을 포함하는 많은 수의 소스 파일을 포함합니다. 특정 개체를 참조하기 위해 다른 소스 파일에서 이름을 사용하려면 외부로 선언해야 합니다. 예를 들어:

외부 이중 제곱근(이중); 외부 인스트림 cin;

소스 파일 일관성을 보장하는 가장 쉬운 방법은 동일한 설명을 헤더(또는 헤더) 파일이라는 별도의 파일에 넣은 다음 이러한 설명이 필요한 모든 파일에 이러한 헤더 파일을 포함, 즉 복사하는 것입니다. 예를 들어, sqrt에 대한 설명이 표준 수학 함수인 math.h에 대한 헤더 파일에 있고 4의 제곱근을 추출해야 하는 경우 프로그램을 사용해야 합니다.

일반 헤더 파일은 많은 수의 소스 파일로 구성되어 있으므로 반복해서는 안 되는 설명이 포함되어 있지 않습니다.

예를 들어 포함 명령에서 꺾쇠 괄호로 묶인 파일 이름은 표준 디렉토리(일반적으로 /usr/include/CC)에 있는 해당 이름의 파일을 나타냅니다. 다른 위치에 저장된 파일은 큰따옴표로 묶인 이름을 사용하여 참조됩니다. 예를 들어:

#include "math1.h" #include "/usr/bs/math2.h"

현재 사용자 디렉토리의 math1.h와 /usr/bs 디렉토리의 math2.h가 포함됩니다.

출력 스트림 유형 ostream을 결정하는 방법을 보여 드리겠습니다. 작업을 단순화하기 위해 streambuf 유형이 버퍼링에 대해 정의되어 있다고 가정하겠습니다. streambuf 유형은 ostream의 실제 정의와 같은 위치에 정의됩니다. 사용자 정의 유형의 값은 해당 유형의 개체를 나타내는 데 필요한 데이터와 이러한 개체에서 작동하는 많은 작업을 지정합니다. 정의는 개발자만 사용하는 정보를 포함하는 비공개(비공개) 부분과 사용자와 유형의 인터페이스인 공개(공개) 부분의 두 부분으로 구성됩니다.

책 Windows 프로그램 및 파일에서 저자 클리모프 A

.dbx 파일 .dbx 파일은 Outlook Express용 레코드를 저장합니다. 메시지 뱅크라고 하는 이러한 파일에는 편지, 뉴스 그룹 메시지 등이 들어 있습니다. 원하는 경우 이러한 파일을 저장 매체에 복사하여 다른 컴퓨터로 데이터를 전송할 수 있습니다.

책 프로그래밍에서 작가 코즐로바 이리나 세르게예브나

INF 파일 이 기사에서는 INF 파일이 무엇인지, 이 파일을 사용하여 다른 파일 및 레지스트리와 함께 작업하고, 바로 가기를 만들고, 프로그램을 실행하는 방법 등을 살펴보겠습니다. 아시다시피 다소 심각한 소프트웨어 제품에는 일반적으로 다음이 필요합니다. 특별한

책에서 Win2K FAQ(v. 6.0) 저자 샤시코프 알렉세이

12. 댓글. 소스 파일 주석은 컴파일러에서 무시되는 문자 집합입니다. 그러나 이 문자 집합에는 특정 제한 사항이 적용됩니다. 주석을 나타내는 문자 집합 내에는 다음과 같은 특수 문자가 있을 수 없습니다.

Microsoft Visual C++ 및 MFC 책에서. Windows 95 및 Windows NT용 프로그래밍 작가 프롤로프 알렉산더 뱌체슬라보비치

27. C++ 소스 파일 C++ 프로그램은 대부분 유형, 함수, 변수 및 상수에 대한 설명을 포함하는 많은 수의 소스 파일을 포함합니다. 특정 개체를 참조하기 위해 다른 소스 파일에서 이름을 사용하려면

책 UNIX: 프로세스 상호 작용에서 작가 스티븐스 윌리엄 리차드

파일 인기 있는 요청에 따라 W2k에 유용한 파일이 있는 섹션을 엽니다. 이 섹션은 두 부분으로 구성됩니다. 첫 번째 부분은 Microsoft의 공식 패치(전부는 아니지만 가장 중요하다고 생각되는 패치만)이고 두 번째 부분은 FAQ에 언급된 모든 파일과 유틸리티,

개인용 컴퓨터를 위한 C 프로그래밍 언어 책에서 저자 Bochkov S. O.

학생과 학생을 위한 책 KOMPAS-3D에서. 드로잉, 컴퓨터 공학, 기하학 작가 볼샤코프 블라디미르

Windows XP의 문서화되지 않고 거의 알려지지 않은 기능 책에서 작가 클리멘코 로만 알렉산드로비치

소스 파일 C 프로그램의 텍스트는 여러 소스 파일로 나눌 수 있습니다. 소스 파일은 전체 프로그램 또는 그 일부를 포함하는 텍스트 파일입니다. 소스 프로그램을 컴파일할 때 각 구성 소스 파일

Linux용 프로그래밍 책에서. 전문적인 접근 저자 미첼 마크

부록 2 솔리드 모델링을 위한 입력 데이터

책 UNIX: 네트워크 애플리케이션 개발에서 작가 스티븐스 윌리엄 리차드

부록 3 모델링 패밀리를 위한 초기 데이터

Wiki-Government에서 [기술이 권력을 더 좋게 만들고, 민주주의를 더 강하게, 시민을 더 강력하게 만드는 방법] 저자 노벡 베트

CPL 파일 이전 몇 단락에서 rundll32.exe 프로그램으로 작업하는 데 필요한 거의 모든 이론적 계산을 배웠습니다. 이제 이 프로그램이 사용자에게 제공할 수 있는 가능성이 나열됩니다. 설명부터 시작하겠습니다

책 UNIX - 유니버설 프로그래밍 환경에서 저자 파이크 롭

1.5.4. 리눅스 소스는 오픈 소스 시스템이죠? 시스템 작동 방식에 대한 궁극적인 판단은 시스템 자체의 소스 코드입니다. 다행히 무료로 사용할 수 있습니다. 기존 Linux 배포판에는 전체 시스템 및 모든

작가의 책에서

A.3.5. 계산기 프로그램의 소스 텍스트 Listing A.3은 후위 표현식의 값을 계산하는 프로그램의 텍스트를 보여줍니다.Listing A.3. (calculator.c) 계산기의 주요 부분/* 단항 형식의 계산. *//* 하나의 선

작가의 책에서

부록 D 다양한 소스 코드 D.1. unp.h 헤더 파일 이 책의 거의 모든 프로그램은 목록 D.1에 표시된 unp.h 헤더 파일로 시작합니다. 이 파일에는 실행에 필요한 모든 표준 시스템 헤더 파일이 포함되어 있습니다.

작가의 책에서

작가의 책에서

부록 3 Hoc Calculator 소스 이 파일에는 Brian Kernighan과 Rob Pike(Prentice Hall, 1984, ISBN 0-13-937681-X)가 작성한 "The Unix Programming Environment"의 모든 코드가 포함되어 있습니다. 별도의 hoc6 배포에는 우리가 적용한 수정 사항이 포함되어 있습니다. 이 파일의 버전은 책에서 가져온 것입니다.Copyright © Lucent Technologies, 1997. 판권 소유 이 소프트웨어와 문서를 사용, 복사, 수정 및 배포할 수 있는 권한