Artyom Trishkin : 이것은 좋지 않다. 컴파일하는 동안 경고를 받았습니까? 이러한 경우 경고의 원인을 제거하는 것이 필요하며 #property strict가 아닙니다.
#property strict가 작성될 때 컴파일러는 각 for() 루프에서 변수에 유형이 있어야 하는 오류를 제공하므로 각 루프에서 int i 및 int p를 작성해야 합니다. 그 후 컴파일러는 오류를 발행하지 않았지만 라인은 빌드되지 않았습니다. #property strict를 제거했을 때 컴파일러는 더 이상 각 루프에서 유형을 선언할 필요가 없었고 라인이 빌드되었습니다.
Timur1988 : #property strict가 작성될 때 컴파일러는 각 for() 루프에서 변수에 유형이 있어야 하는 오류를 제공하므로 각 루프에서 int i 및 int p를 작성해야 합니다. 그 후 컴파일러는 오류를 발행하지 않았지만 라인은 빌드되지 않았습니다. #property strict를 제거했을 때 컴파일러는 더 이상 각 루프에서 유형을 선언할 필요가 없었고 라인이 빌드되었습니다.
논리에 내재된 오류를 악용하는 일반적인 경우입니다. 컴파일러가 "더 엄격해지면" 자기기만이 천천히 사라집니다.
동일한 주기가 왜 그렇게 많은지 묻고 싶었습니다.
차트에서 표시기 를 실행할 때 " 배열이 범위를 벗어남 " 오류가 발생하지 않는 이유는 무엇입니까?
예를 들면 다음과 같습니다.
for ( int i= 1 ; i<n; i++) { for ( int p= 0 ; p<m; p++) { sum_x[i][p]=sum_x[i][p- 1 ]+Price_CloseX[i][p]; sum_y[i][p]=sum_y[i][p- 1 ]+Price_CloseY[i][p]; } }
Timur1988 : #property strict가 작성될 때 컴파일러는 각 for() 루프에서 변수에 유형이 있어야 하는 오류를 제공하므로 각 루프에서 int i 및 int p를 작성해야 합니다. 그 후 컴파일러는 오류를 발행하지 않았지만 라인이 빌드되지 않았습니다. #property strict를 제거했을 때 컴파일러는 더 이상 각 루프에서 유형을 선언할 필요가 없었고 라인이 빌드되었습니다.
이것은 좋지 않다. 컴파일하는 동안 경고를 받았습니까? 이러한 경우 경고의 원인을 제거하는 것이 필요하며 #property strict가 아닙니다.
이제 잔액을 충전했습니다 . 실제 계정 이 있는 터미널이 항상 데모 계정을 표시하는 위치를 찾을 수 없습니다.
#property strict가 작성될 때 컴파일러는 각 for() 루프에서 변수에 유형이 있어야 하는 오류를 제공하므로 각 루프에서 int i 및 int p를 작성해야 합니다. 그 후 컴파일러는 오류를 발행하지 않았지만 라인은 빌드되지 않았습니다. #property strict를 제거했을 때 컴파일러는 더 이상 각 루프에서 유형을 선언할 필요가 없었고 라인이 빌드되었습니다.
논리에 내재된 오류를 악용하는 일반적인 경우입니다. 컴파일러가 "더 엄격해지면" 자기기만이 천천히 사라집니다.
동일한 주기가 왜 그렇게 많은지 묻고 싶었습니다.
차트에서 표시기 를 실행할 때 " 배열이 범위를 벗어남 " 오류가 발생하지 않는 이유는 무엇입니까?
예를 들면 다음과 같습니다.
{
for ( int p= 0 ; p<m; p++)
{
sum_x[i][p]=sum_x[i][p- 1 ]+Price_CloseX[i][p];
sum_y[i][p]=sum_y[i][p- 1 ]+Price_CloseY[i][p];
}
}
이제 잔액을 보충했습니다 . 실제 계정 이 있는 터미널이 항상 데모 계정을 표시하는 위치를 찾을 수 없습니다.
#property strict가 작성될 때 컴파일러는 각 for() 루프에서 변수에 유형이 있어야 하는 오류를 제공하므로 각 루프에서 int i 및 int p를 작성해야 합니다. 그 후 컴파일러는 오류를 발행하지 않았지만 라인이 빌드되지 않았습니다. #property strict를 제거했을 때 컴파일러는 더 이상 각 루프에서 유형을 선언할 필요가 없었고 라인이 빌드되었습니다.
대답은 매우 간단 합니다. 배열에 평범한 오버플로 가 있습니다. 이 오류로 인해 표시기가 작동을 멈춥니다.
{
for ( int p= 0 ; p<m; p++)
{
sum_x[i][p]=sum_x[i][ p- 1 ]+Price_CloseX[i][p];
sum_y[i][p]=sum_y[i][p- 1 ]+Price_CloseY[i][p];
}
}
for ( int i= 1 ; i<n; i++)
{
for ( int p= 0 ; p<m ; p++)
{
Mx[i][p]=sum_x[ p+ 1 ][m- 1 ]/(n- 1 );
My[i][p]=sum_y[p+ 1 ][m- 1 ]/(n- 1 );
실행 단계에서 이 오류를 볼 수 있습니다 -- 표시기를 실행하고 터미널 -- 전문가 탭에서 로그 항목을 봅니다.
논리에 내재된 오류를 악용하는 일반적인 경우입니다. ...
논리에 내재된 오류를 악용하는 일반적인 경우입니다. 컴파일러가 "더 엄격해지면" 자기기만이 천천히 사라집니다.
동일한 주기가 왜 그렇게 많은지 묻고 싶었습니다.
차트에서 표시기 를 실행할 때 " 배열이 범위를 벗어남 " 오류가 발생하지 않는 이유는 무엇입니까?
예를 들면 다음과 같습니다.
{
for ( int p= 0 ; p<m; p++)
{
sum_x[i][p]=sum_x[i][p- 1 ]+Price_CloseX[i][p];
sum_y[i][p]=sum_y[i][p- 1 ]+Price_CloseY[i][p];
}
}
동일한 주기에 대해 프로그래밍 및 알고리즘에 대한 지식이 제한되어 있기 때문에 원하는 차원에서 배열 요소 를 선택하는 데 더 좋은 방법이 없었습니다. 이는 수식의 대체에 필요했습니다.
대답은 매우 간단 합니다. 배열에 평범한 오버플로 가 있습니다. 이 오류로 인해 표시기가 작동을 멈춥니다.
{
for ( int p= 0 ; p<m; p++)
{
sum_x[i][p]=sum_x[i][ p- 1 ]+Price_CloseX[i][p];
sum_y[i][p]=sum_y[i][p- 1 ]+Price_CloseY[i][p];
}
}
for ( int i= 1 ; i<n; i++)
{
for ( int p= 0 ; p<m ; p++)
{
Mx[i][p]=sum_x[ p+ 1 ][m- 1 ]/(n- 1 );
My[i][p]=sum_y[p+ 1 ][m- 1 ]/(n- 1 );
실행 단계에서 이 오류를 볼 수 있습니다 -- 표시기를 실행하고 터미널 -- 전문가 탭에서 로그 항목을 봅니다.
그러면 각 차원의 종가 합계를 계산하는 방법은 무엇입니까???
동일한 주기에 대해 프로그래밍 및 알고리즘에 대한 지식이 제한되어 있기 때문에 원하는 차원에서 배열 요소 를 선택하는 데 더 좋은 방법이 없었습니다. 이는 수식의 대체에 필요했습니다.
예를 들면 다음과 같습니다.
for ( int i= 1 ; i<n; i++)
{for ( int p= 1 ; p<m; p++)
{
sum_x[i][p]=sum_x[i][p- 1 ]+Price_CloseX[i][p];
sum_y[i][p]=sum_y[i][p- 1 ]+Price_CloseY[i][p];
}
}
이 오류를 수정하는 방법을 알려주십시오.
이 실수를 수정하려면 공식을 이해해야 합니다. 무엇을, 왜, 어떻게 생각해야 합니다.
그래야만 알고리즘을 반복하고 범위를 벗어난 배열 을 제거할 수 있습니다.
"포크"방법을 사용하고 공식을 오해하면 오류가 제거되지만 계산이 잘못됩니다.
ps 생각하는 내용과 이유를 자세히 설명하십시오. 코드에 대해 자세히 설명할 수 있습니다. 그러면 이 오류를 수정하는 방법을 이해할 수 있습니다.