tesh - 클라우드의 온라인

프로그램:

이름

tesh - 테스트 쉘

개요

테쉬 [OPTION]... [FILE] ...

기술

이것은 TESH 도구입니다. 이것은 테스트 쉘을 구성합니다. 즉,
테스트를 실행합니다. 수행할 작업 목록은 testsuite라는 파일 파일에서 구문 분석됩니다.

옵션

--cd some/directory : 이전에 작업 디렉토리를 전환하도록 tesh에 요청
테스트 시작
--setenv var=value : 특정 환경 변수 설정
--cfg arg : 각 명령줄에 --cfg=arg 매개변수 추가
--enable-coverage : "프로파일링:"으로 시작하는 출력 라인 무시

테시 FILE 통사론

다음은 이러한 파일의 구문입니다.

각 줄의 종류는 첫 번째 문자에 의해 지정됩니다(두 번째 문자는 공백이어야 하며
무시됨):

포그라운드에서 실행할 `$' 명령
백그라운드에서 실행하는 `&' 명령
명령에 전달할 `<' 입력
명령에서 예상되는 `>' 출력
`!' 다음 중 하나일 수 있는 메타 명령:
'시간 초과' |아니
'기대 신호'
'반환을 기대하다'
'출력'
`setenv = '
`p' 인쇄할 문자열
`P' CRITICAL 수준에서 인쇄할 문자열(간단한 로깅 grepping)

예상 출력이 명령이 내뱉는 것과 일치하지 않으면 TESH는 오류를 생성합니다.
차이를 보여줍니다(아래 OUTPUT 참조).

IO 명령

< 및 > 줄은 현재 블록에 정의된 명령에 IO를 추가합니다(블록은
빈 줄로). 이 줄은 명령 뒤나 앞에 둘 수 있습니다.
다음 두 청크의 차이점은 주로 테스트 스위트의 외관입니다.
TESH는 상관하지 않습니다. (IO-orders.tesh 참조)

$ 고양이
< 토토
> 토토

> 토토
$ 고양이
< 토토

그럼에도 불구하고 동일한 블록에 여러 명령을 가질 수 있지만 그 중 아무 것도
어떤 출력도 가질 수 있습니다. 명령이
다음 명령까지 모든 IO를 수행하지만 다음과 같은 오류가 두렵습니다.

$ 씨디 토토
> 토토
$mkfile 파일

TOTO는 사용자가 분명히 전달하고자 하는 cd 명령으로 전달됩니다.
mkfile 내장 명령(아래 참조).

STREAM 리디렉션

스트림 리디렉션(sh의 ">", "<" 및 "|" 구성)은 아직 tesh에서 구현되지 않습니다.
이것은 약간 제한적이지만 음, 패치를 환영합니다...

주로 문제가 되는 상황은 임시 파일을 생성하는 것입니다. NS
해결책은 다음 예와 같이 "mkfile" 내장 명령을 사용하는 것입니다. $ mkfile
myFile > 일부 콘텐츠 > 파일로

그러면 myFile(mkfile 명령의 첫 번째 인수)이라는 파일이 생성됩니다. 그 내용
명령에 제공된 모든 입력이 됩니다.

RETURN CODE

TESH는 자식이 반환 코드로 0을 반환하지 않을 때 적절한 오류 메시지를 내보냅니다(cf.
catch-return.tesh), code+40 자체를 반환합니다.

주어진 명령이 다른 값을 반환해야 함을 지정할 수도 있습니다. 이를 위해,
정수를 인수로 사용하는 "예상 반환" 메타 명령을 사용합니다. 변경만
다음 명령에 적용하십시오(set-return.tesh 참조).

신호

TESH는 세그폴트와 같은 신호에 의해 아이가 사망했을 때를 감지하고 침을 뱉습니다.
적절한 오류 메시지(catch-signal.tesh 참조).

주어진 명령이 주어진 신호를 발생시켜야 함을 지정할 수도 있습니다. 이를 위해,
"기대 신호" 메타 명령을 사용하십시오. 신호 이름을 인수로 사용합니다. 변경만
다음 명령에 적용하십시오(cf. set-signal.tesh).

시간 초과

기본적으로 모든 명령은 5초 동안 실행됩니다(catch-timeout.tesh 참조). 당신은 할 수 있습니다
정수를 인수로 사용하는 "timeout"으로 이것을 변경하십시오. 변경 사항만 적용
다음 명령으로 이동합니다(참조. set-timeout.tesh). "no"를 인수로 전달하면 명령이
시간 초과할 수 없습니다.

출력

기본적으로 명령 출력은 예상 출력과 일치하며 오류는
불일치에 대해 제기됨. 이것을 변경하는 메타 명령:
"출력 무시" -> 출력이 완전히 삭제됨
"출력 디스플레이" -> 출력이 표시됨(확인되지 ​​않음)
"출력 정렬" -> 확인하기 전에 디스플레이를 정렬합니다(아래 참조).

정렬 출력

출력을 정렬하는 것은 이상한 생각인 것 같지만 SimGrid에서는 필수입니다.
프로세스는 일정 시점에서 순서가 맞지 않게 실행됩니다(즉, 다음 시간에 실행할 준비가 된 모든 프로세스
시뮬레이션된 시간 t 병렬 실행). 시뮬레이터 출력이 여전히 일치하는지 확인하기 위해
비교하기 전에 출력을 다시 정렬해야 합니다.

시뮬레이터가 해당 로그 형식화 인수로 실행될 것으로 예상합니다.
--log=root.fmt:[%10.6r]%e(%i:%P@%h)%e%m%n 그런 다음 tesh는 19개의 첫 번째 문자에서 문자열을 정렬합니다.
줄 시작이 같을 때만 안정적입니다. 이것은 다음을 보장해야 합니다.
(1) tesh가 효과적입니다(가양성 없음, 위음성 없음)
(2) 스케줄링 포인트가 서로 분리되어 있음
(3) 각 스케줄링 지점에서 프로세스가 서로 분리됨
(4) 주어진 일정에서 주어진 프로세스가 말하는 순서
포인트가 유지됩니다.

이것은 물론 매우 SimGrid 지향적이고 tesh의 일반성을 깨뜨리지만 누가 신경쓰겠습니까?
사실은?

정렬에 사용된 접두사의 길이를 변경하려면 뒤에 지정하기만 하면 됩니다.
다음과 같은 출력 정렬 지시문:

! 출력 정렬 22

환경

setenv 메타 명령을 사용하여 테스트된 프로세스 환경에 일부 콘텐츠를 추가할 수 있습니다.
예상대로 작동합니다. 예를 들어:
"setenv 경로=/큰 상자"

onworks.net 서비스를 사용하여 tesh 온라인 사용