KR19990052901A

KR19990052901A - 전전자 교환기의 프로그램 실행 방법

Info

Publication number: KR19990052901A
Application number: KR1019970072434A
Authority: KR
Inventors: 이석란
Original assignee: 유기범; 대우통신 주식회사
Priority date: 1997-12-23
Filing date: 1997-12-23
Publication date: 1999-07-15

Abstract

본 발명은 TDX-100 전전자 교환기에 있어서 C-언어로 작성한 응용 프로그램을 실행하도록하는 전전자 교환기의 프로그램 실행 방법에 관한 것으로, 종래의 기술에 있어서는 새로운 쉘 명령어를 추가, 삭제 및 변경할 경우 쉘의 소스(source) 수정, 컴파일(compile) 및 로딩(loading)이라는 단계를 거쳐야만하는 번거로운 결점이 있었으나, 본 발명에서는 TDX-100 전전자 교환기에 있어서 추가하고자하는 쉘 명령어가 있을 경우 원래 쉘 소스의 변경없이 추가하려는 명령어 실행 파일 만을 로딩받아 수행하도록함으로써 상술한 결점을 개선시킬 수 있는 것이다.

Description

전전자 교환기의 프로그램 실행 방법

본 발명은 전전자 교환기의 프로그램 실행 방법에 관한 것으로서, 특히 TDX-100 전전자 교환기에 있어서 C-언어로 작성한 응용 프로그램을 실행하도록하는 전전자 교환기의 프로그램 실행 방법에 관한 것이다.

일반적으로 교환기 응용 소프트웨어(software)는 다양한 서비스를 제공하기 위한 대용량의 소프트웨어로서 효율적인 개발을 위하여 모듈(module)화로 설계되며, 그 교환기 응용 소프트웨어는 크로스 디벨러프먼트(cross development) 환경에서 개발된다.

즉, 프로그램을 컴파일(compile)한 시스템과, 실제 프로그램이 수행되는 시스템이 서로 다르나, 이와 같은 경우 소프트웨어 응용 개발자는 모듈화된 블록을 다시 모듈화하여 기능 중 일 부분만을 시험하기를 원하는데, 이와 같은 기능을 제공하느냐의 관점이 소프트웨어 개발 환경의 편이성이다.

이와 같은 소프트웨어 개발 환경의 편이성은 소프트웨어 개발 시간, 개발된 소프트웨어 질의 수준 및 소프트웨어의 유지 보수성 등에서 장점을 갖는다.

이와 관련하여, 종래의 전전자 교환기에 있어서 시스템과 소프트웨어 개발자 사이의 대화를 위하여 프로세서 보드(processor board) 내의 RS-232C와 연결된 더미 터미널(dummy terminal)을 이용하여 쉘(shell) 명령어를 사용했다.

그러나 이와 같은 종래의 기술에 있어서는 새로운 쉘 명령어를 추가, 삭제 및 변경할 경우 쉘의 소스(source) 수정, 컴파일 및 로딩(loading)이라는 단계를 거쳐야만하는 번거로운 결점이 있었다.

본 발명은 상술한 결점을 개선하기 위하여 안출한 것으로서, TDX-100 전전자 교환기에 있어서 추가하고자하는 쉘 명령어가 있을 경우 원래 쉘 소스의 변경없이 추가하려는 명령어 실행 파일 만을 로딩받아 수행하도록하는 전전자 교환기의 프로그램 실행 방법을 제공하는 데 그 목적이 있다.

도 1은 본 발명에 따른 전전자 교환기의 프로그램 실행 방법을 실행하기 위한 전전자 교환기의 프로세서에 탑재된 소프트웨어 구성도,

도 2는 도 1에 따른 전전자 교환기의 프로세서에 탑재된 쉘 내에서 실행 파일의 메모리 맵의 일 실시 예를 나타낸 개략도,

도 3은 도 1에 따른 전전자 교환기의 프로그램 실행 방법의 일 실시 예를 단계별로 나타낸 순서도.

<도면의 주요부분에 대한 부호의 설명>

2 : 운영 체제 4 : 쉘

6 : 사용자 블록

이하, 상술한 목적을 달성하기 위한 본 발명의 실시 예를 상세히 설명하면 다음과 같다.

도 1은 본 발명에 따른 전전자 교환기의 프로그램 실행 방법을 실행하기 위한 전전자 교환기의 프로세서에 탑재된 소프트웨어 구성도로, 운영 체제(Operation System; OS)(2), 쉘(4) 및 사용자 블록(user blocks)(6)으로 이루어진다.

즉, 운영 체제(2)는 프로세서 하드웨어 자원을 관리 및 제어하고, 프로세스들을 생성해서 우선 순위에 따라 수행하며, 인터럽트 서비스(interrupt service)를 수행할 뿐만아니라 여러 응용 블록들에게 시스템 콜(system call)을 지원하는 등, 응용 블록의 환경을 제공한다.

또한, 쉘(4)은 운영 체제(2)와 응용 프로그래머 사이에서 인터페이스를 제공하며, 응용 프로그래머는 쉘(4)을 이용하여 시스템의 상태를 확인 및 검사할 수 있다.

이에 따른 여러 응용 블록은 소프트웨어 프로그램의 집합으로, 실제 각 서브시스템(subsystem)에 알맞는 호처리 블록 및 운용 유지 보수 블록 등이 해당된다.

도 2는 도 1에 따른 전전자 교환기의 프로세서에 탑재된 쉘 내에서 실행 파일의 메모리 맵의 일 실시 예를 나타낸 개략도이고, 도 3은 도 1에 따른 전전자 교환기의 프로그램 실행 방법의 일 실시 예를 단계별로 나타낸 순서도로, DAVID(TDX-100 전전자 교환기의 운영 체제), 쉘 환경에서 C 실행 파일의 수행 방법을 나타낸 것이다.

먼저, 제어계 프로세서 디버깅을 더미 터미널에서 "exec" 실행 파일 이름 형식의 쉘명령어를 쉘(4)로 입력한다(10).

다음, 쉘(4)은 입력받은 명령어를 분석 및 명령어 신택스(syntax)를 검사하고, "exec" 수행 함수인 "cmdexec"를 호출한다(12).

이때, 함수 인자 "flag"는 쉘(4)에서 실행 파일의 메인(main)에 전달할 파라미터의 유무를 의미하고, "cmdName"은 실행 파일 이름을 의미하며, "ParName"은 전달하고자 하는 파라미터 이름을 의미한다.

또한, 시험하려는 실행 파일의 존재 유무를 "/C/PROG/ or /G/" 밑에서 검사하는데(14), 만약 실행 파일이 없으면 실행 파일이 없다는 메시지를 출력한다.

그리고 지정된 위치에서 실행 파일의 존재를 검출했으면 실행 파일을 쉘(4)의 물리적 메모리(physical memory) 영역으로 복사한다(16).

이를 상세히 보면, 첫째 운영 체제 프리미티브인 "get_ls(files)"를 사용하여 쉘(4)의 텍스트 물리 어드레스 및 데이터 물리 어드레스를 알아낸다.

둘째 텍스트는 "0x30000"를 데이터는 "0x37000"을 각각 더하는데, 이는 쉘(4)과 약속된 실행 파일의 논리 어드레스를 의미한다.

즉, 실행 파일의 논리 어드레스는 "텍스트 : 0x30000", "데이터 : 0x37000"이다.

셋째 논리 어드레스에 있는 데이터를 물리 어드레스의 영역으로 복사하는 운영 체제(2)의 프리미티브인 "mem_uk(logical_buf, physical_address, size)"를 사용하여 실행 파일을 메모리(도면 중에 도시되지 않음)에 로딩한다.

다음, "cmdexec" 함수 인자인 "flag"가 "0"이면 실행 파일의 메인 함수에 전달할 파라미터가 없다는 의미이며, "flag"가 있으면 실행 파일의 메인 함수에 전달할 파라미터가 있음을 의미하며, 실행 파일에 전달하려는 파라미터가 있으면 "UNIX"에서 명령어를 입력/수행할 때와 같은 "agrc, argv" 형식을 사용한다.

즉, 실행 파일의 메인에 "argc, argv" 형식으로 파라미터를 전달하기 위해서 "part 1"에는 파라미터의 개수를, "part 2"에는 파라미터 이름을 저장한 배열의 어드레스를 각각 저장한다(18).

또한, "part 1, part 2"를 스택(stack)에 저장하고 실행 파일의 텍스트 시작 어드레스(start address)인 "0x30000"을 호출한다(20).

그리고 실행 파일을 수행하고 쉘(4)은 다시 더미 터미널 입력을 대기한다(22).

이상에서 설명한 바와 같이 본 발명은 TDX-100 전전자 교환기에 있어서 추가하고자하는 쉘 명령어가 있을 경우 원래 쉘 소스의 변경없이 추가하려는 명령어 실행 파일 만을 로딩받아 수행하도록함으로써 개발한 소프트웨어의 적용이 용이해 지는 효과가 있는 것이다.

Claims

제어계 프로세서 디버깅을 더미 터미널에서 "exec" 실행 파일 이름 형식의 쉘명령어를 쉘(4)로 입력하는 제1 단계(10);

상기 쉘(4)이 입력받은 상기 명령어를 분석 및 명령어 신택스(syntax)를 검사하고, "exec" 수행 함수인 "cmdexec"를 호출하는 제2 단계(12);

상기 제2 단계(12)를 수행한 후, 시험하려는 실행 파일의 존재 유무를 검사하는 제3 단계(14);

상기 제3 단계(14)를 수행한 후, 지정된 위치에서 실행 파일의 존재를 검출했으면 실행 파일을 상기 쉘(4)의 물리적 메모리 영역으로 복사하는 제4 단계(16);

상기 제4 단계(16)를 수행한 후, 실행 파일의 메인에 "argc, argv" 형식으로 파라미터를 전달하기 위해서 "part 1"에는 파라미터의 개수를, "part 2"에는 파라미터 이름을 저장한 배열의 어드레스를 각각 저장하는 제5 단계(18);

상기 제5 단계(18)를 수행한 후, 상기 "part 1, part 2"를 스택(stack)에 저장하고 실행 파일의 텍스트 시작 어드레스를 호출하는 제6 단계(20);

상기 제6 단계(20)를 수행한 후, 실행 파일을 수행하고 상기 쉘(4)은 다시 상기 더미 터미널 입력을 대기하는 제7 단계(22)를 포함하는 전전자 교환기의 프로그램 실행 방법.