TP Error

TRACE32
Admin (토론 | 기여) 사용자의 2016년 7월 12일 (화) 16:44 판

(비교) ← 이전 판 | 최신판 (비교) | 다음 판 → (비교)
이동: 둘러보기, 검색

에러코드 : E02

에러메시지 : It failed in the reading processing of the file. Please confirm existence and the right of access of the file.

원인 : 등록한 파일에 접근할 수 없는 경우

해결방안 : 해당 파일에 접근할 수 있는 권한이 있는지 확인합니다

 

에러코드 : E03

에러메시지 : It failed in the writing processing of the file. Please confirm existence and the right of access of the file.

원인 : 등록한 파일에 쓰기 실패한 경우

해결방안 : 해당 파일에 접근/쓰기가 가능한지 확인합니다

 

에러코드 : E04

에러메시지 : Failed to output the header file.Please confirm the read-only or the state of its save folder.

원인 : Header file에 접근할 수 없는 경우

해결방안 : 해당 파일에 접근/읽기가 가능한지 확인합니다

 

에러코드 : E05

에러메시지 : A Test Point code or an additional code by this application was found in the code check before the auto insertion. ...

원인 : Test Point를 신규삽입 할 때, 이미 코드에 Test Point가 존재하는 경우

해결방안 : 소스코드내의 Test Point를 삭제하거나, "Convert to the backed up sources files"로 파일 복원 후 재시도 합니다

 

에러코드 : E06

에러메시지 : An insertion line by this application(""#include"" statement for DT header file) was found in the code check before the auto insertion. ...

원인 : Test Point신규삽입시에 DT header file에 Include문이 존재하는 경우

해결방안 : 소스코드내의 Test Point를 삭제하거나, "Convert to the backed up sources files"로 파일 복원 후 재시도 합니다

               또는, "New Test Point Insertion" 대신 "Additional Test Point Insertion" 기능을 사용합니다

 

에러코드 : E07

에러메시지 : '#include' statement for the DT header file was not found by the code check before the insertion. ...

원인 : 추가삽입 시에 DT header file에 Include문이 존재하지 않는 경우

해결방안 : 소스코드 윈도우에서 우측 마우스 클릭 -> "Insert a Include statement" 버튼을 통해 소스파일 선두에 DT header file Include문을 추가합니다.

               또는, 기존의 Test Point를 삭제한 후 재 삽입합니다

 

에러코드 : E08

에러메시지 : Test Point was detected outside of the class. DT10 cannot insert Test Point to this file. ...

원인 : Java/C#에서 Class외부에 Test Point가 존재하는 경우

해결방안 : Class외부에 수동으로 삽입한 Test Point를 삭제합니다

 

에러코드 : E09

에러메시지 : There are some character codes in a source file.\nDetermine single character code. ...

원인 : Character Code가 혼재하는 파일에 "Cancel insertion when the some character codes are found=TRUE" 옵션으로 Test Point를 자동삽입할 경우

해결방안 : Chracter code가 혼재하지 않는 파일로 변경합니다.

              또는 Character code가 혼재해도 에러가 발생하지 않도록 옵션을 변경하여 Test Point삽입을 진행합니다. (코드가 손상될 가능성이 있습니다.)

              해당 파일을 마우스 우측 클릭 -> "Open the Property Editor" -> "Auto Insertion Setting" -> "Common" -> 
               "Insertion algorithm" -> "Cancel insertion when the some character codes are found" 항목을 "False" 로 변경 후 Test Point 를 삽입합니다

 

에러코드 : E10

에러메시지 : There are some newline codes in a source file. Determine single newline code. If this error ignored, ...

원인 : Newline code가 혼재하는 파일에 대해 "Cancel insertion when the some newline cides are found=TRUE" 옵션으로 Test Point를 자동삽입할 경우

해결방안 : Newline code가 혼재하지 않는 파일로 변경합니다.

              아래의 방법으로 Newline code가 혼재해도 에러가 발생하지 않도록 옵션을 변경하여 Test Point를 강제 삽입합니다.

              해당 파일을 마우스 우측 클릭 -> "Open the Property Editor" -> "Auto Insertion Setting" -> "Common" -> 
               "Insertion algorithm" -> "Cancel insertion when the some newline codes are found" 항목을 "False" 로 변경 후 Test Point 를 삽입합니다

 

에러코드 : E11

에러메시지 : This file's character code is judged UTF-16 in automatic analysis. But, the character code set in this file is other than UTF-16. The analysis is canceled.

원인 : 자동분석결과가 UTF16계의 파일이지만, UTF16이외의 character code가 지정되었을 경우

해결방안 : 아래의 3가지 방법을 적용해 봅니다

              File -> Project setting -> Source file property -> Language common -> Attribute -> Character code를 Auto에서 Select the code page로 변경합니다

              File -> Project setting -> Auto insertion setting -> Common -> Cancel insertion when the some character codes are found 를 FALSE로 변경합니다

              소스 Editor에서 파일의 character code를 변경한 후 새로운파일로 저장합니다

 

에러코드 : E12

에러메시지 : This file's character code is judged other than UTF-16 in Automatic analysis. But, the character code set in this file is UTF-16. The analysis is canceled.

원인 : 자동분석결과가 UTF16이외의 파일이지만, UTF16계의 character code가 지정되었을 경우

해결방안 : 아래의 3가지 방법을 적용해 봅니다

              File -> Project setting -> Source file property -> Language common -> Attribute -> Character code를 Auto에서 Select the code page로 변경합니다

              File -> Project setting -> Auto insertion setting -> Common -> Cancel insertion when the some character codes are found 를 FALSE로 변경합니다

              소스 Editor에서 파일의 character code를 변경한 후 새로운파일로 저장합니다

 

에러코드 : E13

에러메시지 : Failed to convert the character code. The actual code might be different from user-selected code. (e.g. Select 'UTF8' against...)

원인 : Character code 변환과정에서 에러가 발생한 경우. Character code가 실제 코드와 맞지않게 지정된 경우

해결방안 : 아래의 3가지 방법을 적용해 봅니다

              File -> Project setting -> Source file property -> Language common -> Attribute -> Character code를 Auto에서 Select the code page로 변경합니다

              File -> Project setting -> Auto insertion setting -> Common -> Cancel insertion when the some character codes are found 를 FALSE로 변경합니다

              소스 Editor에서 파일의 character code를 변경한 후 새로운파일로 저장합니다

 

에러코드 : E14

에러메시지 : The specified file is 0 byte. You can't continue the proxess

원인 : 파일사이즈가 0인 소스파일을 자동삽입 대상으로 지정한 경우

해결방안 : 정상적인 파일을 지정하거나, 해당 파일을 Test Point 삽입 대상에서 제외합니다

 

에러코드 : E15

에러메시지 : The ""#include"" file was not found. Please confirm the setting of the Include Path, or the existence of a file itself.

원인 : File -> Project setting -> Auto insertion setting -> Conditional inclusion analysis -> Include path에 지정된 파일을 찾지 못한 경우

해결방안 : File -> Project setting -> Auto insertion setting -> Conditional inclusion analysis -> Analyze conditional inclusion을 FALSE로 변경하여 Test Point를 삽입해 봅니다

              File -> Project setting -> Auto insertion setting -> Conditional inclusion analysis -> Include path에서 지정한 위치에 해당 파일이 존재하는지 확인해봅니다

              File -> Project setting -> Auto insertion setting -> Conditional inclusion analysis -> Warning level -> Cancel auto insertion when failed to search the "#include" file 항목을 FALSE 로 변경합니다

 

에러코드 : E16

에러메시지 : Failed to access the ""#include"" file. Please confirm the access permissions of a taget file.

원인 : File -> Project setting -> Auto insertion setting -> Conditional inclusion analysis 가 TRUE인 상태에서 include 파일을 접근하는데 실패한 경우

해결방안 : 타깃 파일이 접근 가능한지 확인합니다

 

에러코드 : E17

에러메시지 : Code size to analyze was over 64 kBytes in 1 line.

원인 : 소스 파일 한 라인에 기술된 내용이 너무 긴 경우 (64KB 이상)

해결방안 : 한 라인에 코딩된 내용을 줄입니다

 

에러코드 : E18

에러메시지 : The line number for Test Point insertion check is over the maximum number (16383).

원인 : 테스트 포인트를 삽입하기 위해 분석하는 소스파일의 라인수가 최대수치(16,383라인)를 넘은 경우

해결방안 : 소스파일의 라인수가 16,383라인이 넘지 않도록 나누어 저장합니다

 

에러코드 : E19

에러메시지 : End of invalid area was not found. The end point of invalid area(""#endif"" ""}"" etc...)  may not existing or may not be found in auto judgement...

원인 : 테스트 포인트를 삽입하려는 파일에서 "#endif" 등으로 선언하는 조건부 지시문의 종료지점을 찾지 못한 경우

해결방안 : 소스코드에 선언된 "#if ~ #endif" 등에 문제가 없는지 확인합니다

 

에러코드 : E20

에러메시지 : An illegal code was detected. There might be "" and ' outside of the comment, the character literal, and the character string literal when there is ...

원인 : 코멘트외에 문법상 바르지 않은 코드나 multi byte 코드인 ASCII외의 코드가 존재하는 경우

해결방안 : 해당 코드를 삭제하거나 수정합니다 (에러발생시의 <SourceLine>에 원본소스(TP가 삽입되기 전의 소스)의 행번호가 표시됨)

 

에러코드 : E22

에러메시지 : The nest level of ""#include"" file has exceeded the limit (128). Did you configure an include guard in header file that you are loading? ...

원인 : Conditional inclusion analysis를 유효로 한 상태에서 #include에서 로드한 파일이 #include를 중첩 로드하여 한계를 넘은 경우

해결방안 : Conditonal inclusion analysis설정을 수정합니다.

              일반적으로 #ifndef와 #pragma once 를 통해 사용하는 Include guard의 처리가 잘 설정되었는지 체크합니다

 

에러코드 : E23

에러메시지 : The number of loaded ""#include"" file has exceeded the limit (1000). Did you configure an include guard in header file taht you are loading? ...

원인 : Conditional inclusion analysis설정을 유효로 한 상태에서 #include에서 로드한 파일의 수가 중복없이 한계를 넘었습니다.

해결방안 : Conditonal inclusion analysis설정을 수정합니다.

              일반적으로 #ifndef와 #pragma once 를 통해 사용하는 Include guard의 처리가 잘 설정되었는 지 체크합니다

 

에러코드 : E24

에러메시지 : The number of processed ""#include"" control line has exceeded the limit (1000). Did you configure an include guard in header file that you are loading? ...

원인 : Conditional inclusion analysis설정을 유효로 한 상태에서 로드한 #include문 수가 한계치를 넘었습니다

해결방안 : Conditonal inclusion analysis설정을 수정합니다.

              일반적으로 #ifndef와 #pragma once 를 통해 사용하는 Include guard의 처리가 잘 설정되었는 지 체크합니다

 

에러코드 : E25

에러메시지 : Splitting tokens to analyze the preprocessing controlling constant expression has exceeded the limits (512). There is a possibility that the definition of the macro is cycling. Or the contents of the control constant expression may be too complex.

원인 : Conditional inclusion analysis설정을 유효로 한 상태에서 전처리제어정수식을 분석하기 위한 토큰분할이 제한을 넘었습니다.

해결방안 : Conditional inclusion analysis설정을 수정합니다.전처리제어정수식이 복잡하므로 Analysis setting의 「User defined macro-Set by statements」에서 수동으로 설정합니다.

 

에러코드 : E26

에러메시지 : The preprocessing controlling constant expression was not able to be parsed. Please specify the exact match macro.

원인 : Conditional inclusion analysis설정을 유효로 한 상태에서 전처리제어정수식을 분석한 결과 그 제어식이 규격에 맞지 않았습니다.

해결방안 : Conditional inclusion analysis설정을 수정합니다.전처리제어정수식을 Analysis setting의 「User defined macro-Set by statements」에서 수동으로 설정합니다.

 

에러코드 : E27

에러메시지 : A search nest of a macro you are using pre-processing controlling constant expression has exceeded the limits (256). There is a possibility that the definition of the macro is cycling.

원인 : Conditional inclusion analysis설정을 유효로 한 상태에서 전처리제어정수식을 분석한 결과, 그 내부에서 사용하고 있는 매크로가 다른 매크로를 로드하여 깊은 네스트구조로 되어 제한을 넘었습니다.

해결방안 : Conditional inclusion analysis설정을 수정합니다.전처리제어정수식을 Analysis setting의 「User defined macro-Set by statements」에서 수동으로 설정합니다.

 

에러코드 : E28

에러메시지 : The macro which seems to be undefined,  to be ""undef"" or to be a function macro has found without ""defined"" inside the preprocessing controlling constant expression.

원인 : Conditional inclusion analysis설정을 유효로 한 상태에서 「Undefined macro에서 에러ー=TRUE」에서 전처리제어정수식을 분석한 결과, 그 내부에서 현시점에서 정의되지 않은 매크로가 defined을 수반하지 않고 등장했습니다.

해결방안 : Conditional inclusion analysis설정을 수정합니다.전처리제어정수식을 Analysis setting에서 「User Defined macro -Set by statements」에서 수동으로 설정합니다.Warning level에서 [Notify the undefined macro]의 설정을 [Detect an undefined macro as an error]로 설정합니다.

Project setting에서 [Conditional inclusion analysis]→[Warning level]➝[User defined macro-Set by statements]에서 분석할 수 없는 전처리제어정수식의 진위를 define해 주십시오.
Project setting에서 [Conditional inclusion analysis]→[Warning level]➝[Notify the undefined macro]를 「Continue with notifying a detected point」 또는 「Continue without notifying a detected point」로 변경한 다음 다시 한번 자동삽입을 실행 해 주십시오.

 

에러코드 : E29

에러메시지 : Fail to analyze the sentence structures in a function. The application currently cannot accept this source file. Please try not to analyze sentence structure.(Please turn off the analysis of unreachable statement.)

원인 : Unreachable statement분석을 지정했지만 함수의 구조를 분석한 결과, 각 statement의 상하관계를 바르게 연결하지 못했습니다.

해결방안 :

Unreachable statement를 분석하지 않습니다.소스코드를 수정합니다.
C/Cpp의 경우, switch문의 각 case문이 다른 랭귀지와 다르게 다른 statement와 배팅하는 구조를 연결합니다.즉 다음과 같은 코드를 나쁜 코드를 코딩할 수 있습니다.switch(a){    case 1:        if(b){    case 2:   /* if안에 들어갑니다 */         }        else{    case 3:   /* else안에 들어갑니다 */         }    case 4:}
이러한 각 statement가 바른 상하관계를 맺지않는 구조는 DT10에서는 분석할수 없으므로 에러가 발생합니다.

 

에러코드 : E30

에러메시지 : Failed in the macro replacement. The terminal of macro replacement is not found.

원인 : 커버리지특화 삽입에서 매크로 치환을 할 때, 함수형식의 매크로 치환작업 중에 이 매크로의 마지막을 나타내는 ")"을 발견하지 못했습니다.

해결방안 : Conditional inclusion analysis설정을 수정합니다.Conditional inclusion에서 무효측의 코드를 방치하여 무효코드를 통과하면 컴파일에러가 발생할 것 같은 상태에서 DT10에 대해 잘못 설정하여 무효측에 들어가 버린 상황에서 발생할 수 있습니다.

 

에러코드 : E31

에러메시지 : There is no memory room to replace the macro. Code quantity after the replacement is too large compared to the origin.

원인 : 커버리지특화삽입에서 매크로치환을 할 때, 매크로의 치환코드량이 너무 많아 확보한 메모리의 한계에 도달했습니다. 

해결방안 : Conditional inclusion analysis설정을 수정합니다.매크로의 내용을 수정합니다.

하나의 소스파일에 대해서 그 소스파일부분(include하고 있는 파일은 불포함)용의 매크로치환용 확보 버퍼는 최저 1MB부터,  원파일 사이즈의 약 10배를 준비합니다.100kb정도의 소스파일이면 약 1MB. 1MB의 소스파일이면 약10MB.
메모리가 고갈하는 일은 거의 없겠지만 만약 발생하면 소스코드의 건전성이 의심(매크로로 코드를 너무 많이 감추고 있음)되므로 수정하는 게 좋습니다.

 

에러코드 : E32

에러메시지 : An error about arguments occurred in replacing Function-like macro. The number of arguments is too small compared to the macro definition.

원인 : 커버리지특화삽입에서 매크로치환시, #연산자를 처리했을 때의 인수체크에서 수가 맞지 않았습니다.

해결방안 : Conditional inclusion analysis설정을 수정합니다.매크로의 내용을 수정합니다.

함수형식매크로의 경우는, 지정한 실제 인수를 #연산자에 따라 문자열화 할 수 있습니다. 그러기 위해서는 매크로정의의 내용에 식별자열거와 가인수, 매크로를 기술하는 곳의 실제 인수가 문법적으로 바르지 않으면 이상합니다.이  부분의 확인에서 문법에 위반한 경우 발생합니다.
#define CCC(a,b) #a  #bchar *c = CCC( AAA );와 같이

 

에러코드 : E33

에러메시지 : Detect redefine of the defined macro.

원인 : Conditional inclusion analysis설정을 유효로 한 상태에서、[Advanced setting]의 「Macro redefinition]이 [Cancel auto insertion]으로 설정되어 있는데 Redefined macro를 발견하였습니다.

해결방안 : Redifinition macro를 수정합니다.혹은 설정을 Redifinition macro를 발견해도 에러가 발생하지 않도록 설정합니다[Ignore what found latter 또는 Adopt what found latter로 설정].

매크로의 redefine은 기본적으로 내용이 완전히 동일한 경우에 한해 가능합니다.
내용이 다른 매크로가 redefine되었을 때의 동작은 규격상은 규정되어 있지 않으며 컴파일러에 의존합니다.그렇기 때문에 에러가 발생하는 컴파일러도 있지만 먼저 처리하는 컴파일러, 나중에 처리하는 컴파일러가 존재합니다.

 

에러코드 : E34

에러메시지 : There are same macro name and Test Point insertion line at macro replacement. Test Point can't be inserted because of them. Please modify the macro statement to avoid circular reference.

원인 : 커버리지특화삽입을 할 때, 매크로치환범위 내에 순환참조하는 매크로와 삽입된 TP가 동시에 존재합니다.

해결방안 : 소스코드를 수정하여 매크로의 순환참조가 발생하지 않도록 합니다.

매크로를 전개한 내부에 이 매크로와 동명의 식별자가 존재하는 경우에는 이 식별자를 매크로로 취급해야 합니다. 이것은 즉, 반드시 매크로전개 전의 코드로 돌아가지 않으면 실제 컴파일을 할 때 맞지않게 됩니다.
반드시 원래대로 돌아가지 않으면 안되는 구간에 TP삽입대상이 있는 경우에는, 커버리지특화삽입의 의의가 없어지기 때문에 순환참조가 발생하지않는 코드로 고치기 전까지 에러가 발생합니다.

 

에러코드 : E35

에러메시지 : There is something wrong with the number of pairs of the blocks created by ""return"" Statement Modification. Please see if no changes have been made inside mark comment output by this application.

원인 : Return성형을 한 소스를 사용자가 편집하는여, /* DT-RB */코멘트가 변경・삭제되었습니다.

해결방안 : 코멘트를 수정하거나 백업파일을 복원하여 처음부터 다시 실행합니다.

 

에러코드 : E36

에러메시지 : There are conditional inclusion line like ""#if"" in the source code.\r\nWhen you use Coverage-specialized Auto Insertion, you need to set ""True"" in ""Analyze conditional inclusion"" when there are conditional inclusion lines.\r\nPlease change the setting or delete conditional inclusion line.

원인 : 커버리지특화삽입을 할 때, 『Conditional inclusion analysis의 실시=false』를 지정하였지만 소스코드에 "#if"등의 conditional inclusion analysis제어행이 발견되었습니다.

해결방안 : 해당의 소스파일에서 conditional inclusion제어코드를 모두 삭제합니다.Conditional inclusion을 실시하기 위해 설정을 변경합니다.

커버리지특화 자동삽입실행시에 『Conditional inclusion analysis』를 False로 지정할 수 있는 경우는 소스코드에 상기의 제어코드가 존재하지 않는 경우뿐 입니다.

 

에러코드 : E46

에러메시지 : ""#error"" was found in the valid conditional inclusion area.

원인 : Conditional inclusion analysis설정이 유효한 상태에서 유효한 코드내에서 「#error」를 발견했습니다.

해결방안 : Conditional inclusion analysis설정을 수정합니다.대상의 소스코드를 수정합니다.#error를 통지하는 것을 변경합니다.

#error는 프리프로세스 시점에서 프리프로세스가 정지하는 명령, 즉, 여기에 들어오는 시점에서 설정내용이 이상합니다.
어떠한 매크로지정과 include지정이 틀리므로 설정내용을 확인할 필요가 있습니다.
■#error의 통지를 변경합니다.Project setting에서 [Conditional inclusion analysis]→[Notify #error]를 ”Continue with notifying a detected point」 또는 Continue without notifying a detected point"로 변경하여 자동삽입합니다.

 

 

에러코드 : I06

에러메시지 : You can't use the selected parameter when you use Coverage-specialized Auto Insertion. Are you sure that conditional inclusion setting is right? In C# files, you can't use Coverage-specialized Insertion.

원인 : 커버리지특화 자동삽입을 하는데 필요한 파라미터가 바르지 않습니다.

해결방안 : 커버리지특화 자동삽입을 위한 설정이 잘못 설정되어 있습니다.Ex)Conditional inclusion analysis설정이 바르지 않습니다.  C#에 대한 커버리지특화 자동삽입

 

에러코드 : I07

에러메시지 : Pattern matching was failed. It is an auto insertion restriction or an unknown description pattern.\nThis file can not be analyzed.

원인 : Fail safe용으로 본래 올 수 없는 장소(NILL체크 등)에 발생한 에러입니다.특히, 토근분석처리주변

해결방안 :

 

에러코드 : I08

에러메시지 : Pattern matching was failed. It is an auto insertion restriction or an unknown description pattern.\nThis file can not be analyzed.

원인 : Fail safe용으로 본래 올 수 없는 장소(NILL체크 등)에 발생한 에러입니다.특히, 파서 주변

해결방안 :

 

에러코드 : I09

에러메시지 : Pattern matching was failed. It is an auto insertion restriction or an unknown description pattern.\nThis file can not be analyzed.

원인 : Fail safe용으로 본래 올 수 없는 장소(NILL체크 등)에 발생한 에러입니다.특히, TP의 관리 주변

해결방안 :

 

에러코드 : I10

에러메시지 : Pattern matching was failed. It is an auto insertion restriction or an unknown description pattern.\nThis file can not be analyzed.

원인 : Fail safe용으로 본래 올 수 없는 장소(NILL체크 등)에 발생한 에러입니다.특히, 어휘분석기 주변

해결방안 :

 

에러코드 : I11

에러메시지 : Pattern matching was failed. It is an auto insertion restriction or an unknown description pattern.\nThis file can not be analyzed.

원인 : Fail safe용으로 본래 올 수 없는 장소(NILL체크 등)에 발생한 에러입니다.특히, 버퍼관리 주변

해결방안 :

 

에러코드 : I12

에러메시지 : Pattern matching was failed. It is an auto insertion restriction or an unknown description pattern.\nThis file can not be analyzed.

원인 : Fail safe용으로 본래 올 수 없는 장소(NILL체크 등)에 발생한 에러입니다.특히, 분석기관리 주변

해결방안 :

 

에러코드 : I13

에러메시지 : Pattern matching was failed. It is an auto insertion restriction or an unknown description pattern.\nThis file can not be analyzed.

원인 : Fail safe용으로 본래 올 수 없는 장소(NILL체크 등)에 발생한 에러입니다.특히 preprocessor 주변

해결방안 :

 

에러코드 : I14

에러메시지 : Pattern matching was failed. It is an auto insertion restriction or an unknown description pattern.\nThis file can not be analyzed.

원인 : Fail safe용으로 본래 올 수 없는 장소(NILL체크 등)에 발생한 에러입니다.특히 문자열조작계 주변

해결방안 : 패턴매칭관련의 에러는 결정된 대응방법이 없습니다.

주로 규격외의 코딩이 원인이므로 개별대응이 필요합니다.

자동삽입의 패턴매칭이 가능한 랭귀지 규격은 아래와 같습니다.

C = ISO/IEC 9899:1999(JIS X 3010:2003)

C++ = ISO/IEC 14882:2003(JIS X 3014:2003)

Java = Java랭귀지 사양3판

C# = ISO/IEC23270:2006(JIS X 3015:2008)

 

 

에러코드 : S01

에러메시지 : Unexpected EOF was detected.\nThere is a possibility that the number of ""{"" is greater than  ""}"".

원인 : 자동삽입 분석에서 정상적으로 분석이 종료되지 않고 파일의 마지막에 도달했습니다.

해결방안 : 높은 레벨의 경고를 무시합니다.소스코드를 수정합니다.DT10의 설정을 수정합니다.

파일의 마지막까지 분석했을 때, "{"와 "}"의 짝에 대해서 "{"가 많고 닫히지 않은 statement가 존재하는 상태로 되어 있습니다.

원인으로는 코멘트와 문자열의 마지막이 발견되지 않고 파일의 마지막까지 검색이 진행되거나 conditional inclusion이 바르게 되지않아 "{"보다도 "}"가 작은 상태로 되어 있습니다.

 

에러코드 : S02

에러메시지 : The number of pairs of ""()""and ""[]""is not matched. There is a possibility that the number of "")"" is larger than ""("" and vice versa.

원인 : (),[]의 짝이 맞지 않습니다.

해결방안 : 높은 레벨의 경고를 무시합니다.소스코드를수정합니다.DT10의 설정을수정합니다.

")"을 검색했을 때, 대응하는 "("가 존재하지 않습니다. 즉, 이 시점에서 『괄호』의 내부에 없는 경우입니다.

혹은 "{"를 검색했을 때, 이미 어떠한 『괄호』의 내부에 있는 경우

 

에러코드 : S03

에러메시지 : The number of pairs of ""{}""is not matched. There is a possibility that the number of ""}"" is larger than ""{"".

원인 : {}의 짝이 맞지 않습니다.

해결방안 : 높은 레벨의 경고를 무시합니다.소스코드를수정합니다.DT10의 설정을수정합니다.

초기화block등에서 "{"과 "}"에서 초기화리스트를 정의할 때 "}"에 해당하는 "{"가 발견되지 않은 경우입니다.

혹은 statement로서의 "}"를 검지했을 때, 대응하는 "{"가 없는 경우

 

에러코드 : S04

에러메시지 : It was not suitable for the syntax of ""do"". There is something wrong with the statement of source code.

원인 : do의 구문이 맞지 않습니다.

해결방안 : 높은 레벨의 경고를 무시합니다.소스코드를수정합니다.DT10의 설정을수정합니다.

do의 구문은 「do」「statement」「while();」의 덩어리로 하나의 do구문이 되지만

한번 「statement」가 완료되어 있으면서도 「while」이 오기 전에 새로운 "{"를 검지했을 때


예) 

do {

     a++; 

{}          //←이 부분이 이상합니다. 

while(a);

 

에러코드 : S05

에러메시지 : It was not suitable for the syntax of ""if"". There is something wrong with the statement of source code.

원인 : if/else if/else의 구문이 맞지 않습니다.

해결방안 : 높은 레벨의 경고를 무시합니다.소스코드를수정합니다.DT10의 설정을수정합니다.

"else"의 statement의 앞에는 반드시 대응하는 "if"의 statement가 존재해야 하지만 "else"를 검지했을 때, 앞에서 대응하는 "if"가 발견되지 않았을 때

 

에러코드 : S06

에러메시지 : ""# endif"" not to be found for # if that became a pair was detected. There is something wrong with the statement of source code.

원인 : #endif의 수가 맞지 않습니다.

해결방안 : 높은 레벨의 경고를 무시합니다.소스코드를수정합니다.DT10의 설정을수정합니다.

"#endif"에는 반드시 대응하는 "#if"가 존재해야 하지만 "#endif"를 검출했을 때, 앞에서 대응하는 "#if"가 발견되지 않았을 때

 

에러코드 : S07

에러메시지 : ""# else/#elif"" not to be found for # if that became a pair was detected. There is something wrong with the statement of source code.

원인 : #elif/#else의 수가 맞지 않습니다. 

해결방안 : 높은 레벨의 경고를 무시합니다.소스코드를수정합니다.DT10의 설정을수정합니다.

"#elif"와 "#else"에는 반드시 대응하는 "#if"가 존재해야 하지만 "#endif"를 검지했을 때, 앞에서 대응하는 "#if"가 발견되지 않았을 때

 

에러코드 : S08

에러메시지 : There is an include directive of a file regarded as source file at the application.

원인 : .c파일이 include되었습니다.

해결방안 : 높은 레벨의 경고를 무시합니다.소스코드를수정합니다.DT10의 설정을수정합니다.

Include하면 안되는 확장자(DT10에서는 디폴트로 "*.c"와 "*.cpp")가 존재합니다.

이것을 include하였을 경우에는, include할 파일도 DT10에서 자동삽입했을 경우에는 컴파일에러가 발생하거나 출력될 TP의 데이터가 이상하게 됩니다.

이것을 경고하기 위하여 include하는 파일명의 확장자가 해당하는 확장자인 경우에 이 warning이 발생합니다.

 

에러코드 : S09

에러메시지 : You tried to insert the Test Point at the area regarded as the outside of the function.

원인 : 함수라고 판명되지 않은 장소(함수내)에 TP를 삽입하려고 할 때 발생합니다.

해결방안 : 높은 레벨의 경고를 무시합니다.소스코드를 수정합니다.DT10의 설정을 수정합니다.

내부적으로는 함수검출의 시컨스와 TP삽입 시컨스는 별도 처리로 되어 있기 때문에 TP삽입처리가 있는 장소가 함수검색처리로는 함수외에 해당하는 곳에서 발생합니다.

기본적으로는 2개의 처리는 어긋나지 않도록 되어 있으므로 랭귀지사양에서 크게 어긋하는 구문이 아니면 발생하지 않습니다.

 

에러코드 : S10

에러메시지 : Representation of a constant integer or a floating point numbers (ex. 1.2e +34) is not matched to the syntax.\nThere might be a problem with the format of the code.

원인 : 수식을 나타내는 문자열의 구문이 맞지 않습니다.

해결방안 : 높은 레벨의 경고를 무시합니다.소스코드를 수정합니다.DT10의 설정을 수정합니다.

자동삽입이 식별할 수 있는 「integer」「소수의」의 literal의 언어규격은 아래와 같습니다.

C = ISO/IEC 9899:1999(JIS X 3010:2003)

C++ = ISO/IEC 14882:2003(JIS X 3014:2003)

Java = Java랭귀지 사양 제3판

C# = ISO/IEC23270:2006(JIS X 3015:2008)

 

에러코드 : S11

에러메시지 : There are the characters can't encode in the source file.
                 Some character codes might be in a file, or the character code is not supported.
                 If you ignore the warning, please confirm the code is correct.

원인 : Test Point 삽입 중 Encode할 수 없는 문자가 존재합니다.

해결방안 : 1. 해당 파일의 소스코드를 찾아 문제의 캐릭터를 수정/삭제합니다.

2. 혹은 "File -> Project setting -> Language common -> Character Code" 항목을
Auto(Default)에서  "<Select the code page>" 로 변경 후 다시 테스트 포인트를 삽입해 봅니다.

 

에러코드 : S12

에러메시지 : Failed to analyze the line of the controlling constant expression because it is too long (more than 10000byte).\nInf you ignore this warning, the rest string of it will be truncated.

원인 : Conditional inclusion analysis설정 시에 전처리제어정수식을 분석하기 위한 1행 당 분석용버퍼가 고갈되었습니다. 분석행의 내영이 너무 깁니다.

해결방안 : 한 행의 기술내용을 줄입니다.높은 레벨의 경고를 무시합니다.

한 행의 최대 길이는 문자코드를 UTF8로 변환한 상태에서 65535byte입니다.한 행의 정의는 LF에서 LF까지의 구간입니다.
에러를 무시한 경우에는 최대 값으로 잘라버린 문자열로 처리합니다.

 

에러코드 : S13

에러메시지 : Failed to identify a character code of ""#include"" file.

원인 : #include하고 있는 파일의 문자코드의 자동판별에 실패했습니다.

해결방안 : 소스코드를 수정합니다.「Include file의 문자코드 분석에러 시에 ASCII로서 처리를 하거나 skip하고 처리를 계속 실행」설정으로 변경합니다.

Include하고 있는 파일에 대해서도 문자코드는 판별하고 있습니다.

Include file내부에는 TP는 삽입하지 않으므로 바르게 판단하지 못하고 처리한 경우도 대부분의 경우에는 문제가 되지 않을 때가 많습니다.

(물론 예를들어 skip한 경우에는 파일 내에서 define하고 있는 macro와 호출하고 있는 include file 등의 정보가 반영되지 않게 되거나 합니다.)

 

에러코드 : S14

에러메시지 : The character code convert is failed at the #include file.

원인 : #include하고 있는 파일의 문자코드의 변환에 실패했습니다.

해결방안 : 소스코드를 수정합니다.「Include file의 문자코드 분석에러 시에 ASCII로서 처리를 하거나 skip하고 처리를 계속 실행」설정으로 변경합니다.

Include하고 있는 파일이 UTF16계와 ISO-2022-KR의 경우에는UTF8으로 변환하여 분석하지 않으면 정상적으로 분석할 수 없습니다. 이 변환에서 실패한 경우에 발생합니다.

 

에러코드 : 

에러메시지 : 

원인 : 

해결방안 : 

 

에러코드 : 

에러메시지 : 

원인 : 

해결방안 : 

 

에러코드 : 

에러메시지 : 

원인 : 

해결방안 : 

 

에러코드 : 

에러메시지 : 

원인 : 

해결방안 :