오류, 버그, 질문 - 페이지 415

 
MONTEGRO :

빌드 466 , OS WinXP SP3. 아무것도 바뀌지 않았다. 옵티마이저가 제대로 작동하지 않습니다 . 또한 활성 에이전트가 많을수록 옵티마이저가 더 빨리 종료됩니다.

현재 터미널에 몇 가지 버그가 더 있지만 옵티마이저가 제대로 작동할 때까지 아무 것도 쓰지 않겠습니다.





비슷하게!

 
Im_hungry :

타협적인 질문을 드리겠습니다. 아주 흥미롭습니다.

터미널에서 .ex 파일을 보내는 스파이 루틴에 대해 .... 그래서

한 프로그래머와 주제에 대해 논의했으며(있는 경우),

터미널에서, 특히 MT4에서(누군가 인정함) MT5에서

실행 파일을 모니터링하고 보내는 서브루틴이나 다른 x ....가 있습니다.

진솔한 답변은 바라지 않지만 RALLY 아시는 분 계실까 해서

그것이 무엇이며 왜 일부 사람들은 고문의 데이터 손실을 두려워합니까?

TYPE - 그들은 당신이 평화롭게 부자가되게하지 않을 것입니다 :-)

:-)


좋은 해커가 한 명 있다고 상상해 봅시다.

개발자의 모든 보호 기능을 (리엔지니어링하여) 깨고 결과를 인터넷에 게시합니다.

스캔들이 무엇인지 상상할 수 있습니까?

METAQUOTES가 그 이후에 존재할 것이라고 생각하십니까?

비즈니스가 이것과 어떤 관련이 있는지 아십니까 - 나는 외국인이 있습니다 - 그리고 그들뿐만 아니라 이것이 METAQUOTES 회사의 끝이 될 것입니다 !!!

METAQUOTES가 자살 충동이라고 생각하십니까? 터미널에 어떤 종류의 스파이 물건을 포함시키려면!

그리고 가장 중요한 것은 무엇을 위해? 평범한 코드를 훔치기 위해?


당신은 세계에 다른 꽤 유능한 프로그래머가 있다는 것을 이해합니다.

누가 이것들을 찾아!

---

이제 논리를 켜십시오! 그리고 생각하다

 
Interesting :

특정 기간 동안 개별 거래자(또는 다수의 거래자)에 대한 이력에 대한 통계를 수집하면 중개인은 거래를 쉽게 분석하고 예를 들어 "클라이언트"가 두 배와 능력을 가진 마틴을 사용한다는 것을 이해할 수 있습니다. 최대 10개의 무릎을 설치합니다.

이것을 알면 일부 브로커(모든 사람을 하나로 묶을 필요는 없음)는 종종 GRAIL에 대한 환상과 엄청난 이익으로부터 상인을 구하고 싶어합니다.

거래 스타일이 "주방"에게 너무 위험해 보이지 않는다면(물론 그녀의 경우) 특정 전략은 대체로 그녀에게 흥미롭지 않습니다. 그러한 계정은 단순히 다른 고객이나 회사 자금으로 헤지됩니다.

이것이 진실에 가장 가깝고 생각에 헤엄치면 안 된다.

그들이 당신을 속이려고 할 것입니다. 가장 중요한 것은 작업 계획을 따르는 것입니다.

나머지는 사용할 수 있게 되면 결정되며 이 "주방" = 이미 그들의 걱정거리입니다.

백만 분의 1의 경우를 위해 아무도 컴퓨터에 입문하지 않을 것이지만 나머지는

웹사이트와 좌파 포럼에서 루머를 퍼뜨리고 있습니다.

나는 그들이 단지 사람들을 겁주는 것 같아요. 좋은 설명을 주셔서 감사합니다. 행운을 빕니다!

 

안녕하세요!

빌드 466, Windows 로드 시(XP SP2 또는 7(64))

Metatester.exe가 작업 관리자에서 계속 멈춥니다.

AUTOSTART에 대한 질문이 있습니까???

고맙습니다!

 
Im_hungry :

Metatester.exe가 작업 관리자에서 계속 멈춥니다.


에이전트 관리자를 사용하여 원격 에이전트 서비스를 생성했습니까?

"MetaTester-<N>"과 같은 서비스에 대한 Windows 서비스 목록을 확인하십시오.

 
alexvd :

에이전트 관리자를 사용하여 원격 에이전트 서비스를 생성했습니까?

"MetaTester-<N>"과 같은 서비스에 대한 Windows 서비스 목록을 확인하십시오.

감사합니다.. 보자..
 

다음은 컴파일할 때 오류가 발생하는 간단한 스크립트입니다.

 bool bool_var= false ;
bool Test( void )
  {
   switch (bool_var)
     {
       case    true : return ( true );
       case false : return ( false );
     }
  }
void OnStart ()
  {
   Test();
  }
원래 그런 건가요?
 
Yedelkin :

다음은 컴파일할 때 오류가 발생하는 간단한 스크립트입니다.

원래 그런 건가요?

아마도 이것이 필요합니다(두 옵션 모두 작동하지만 제 생각에는 두 번째 옵션이 더 정확합니다).

 //Вариант №1

bool bool_var= false ;
bool Test( void )
  {
   switch (bool_var)
     {
       case    true : return ( true ); break ;
       case false : return ( false ); break ;
        default : return ( false ); break ;
     }
  }
void OnStart ()
  {
   Test();
  }

//Вариант №2

bool bool_var= false ;
bool Test( void )
  {
   switch (bool_var)
     {
       case    true : return ( true ); break ;
       case false : return ( false ); break ;
       default : return ( false );
     }
  }
void OnStart ()
  {
   Test();
  }
 
Interesting :

아마도 이것이 필요합니다(두 옵션 모두 작동하지만 제 생각에는 두 번째 옵션이 더 정확합니다).

변수가 bool 유형 인 경우 default : return ( false ) 을 지정하는 요점은 무엇이며 기본적으로 둘 다 switch 문에서 사용되는 두 개의 값만 가지고 있습니까? 즉, 기본 레이블은 전혀 실행되지 않아야 합니다.

PS 1. 또한 접근 방식을 따르면 optional의 기본 레이블이 필수가 됩니다.

2. 두 버전의 break 문은 중복됩니다.

 
Yedelkin :

변수가 bool 유형 인 경우 default : return ( false ) 을 지정하는 요점은 무엇이며 기본적으로 둘 다 switch 문에서 사용되는 두 개의 값만 가지고 있습니까? 즉, 기본 레이블은 전혀 실행되지 않아야 합니다.

한 가지 더 잊어버렸습니다. 모든 변수는 잘못된 값을 가질 수 있거나 초기화되지 않을 수 있습니다(값 "쓰레기" 사용)...

이론적으로 스위치 처리에서 기본값 없이 수행할 수 있지만 여전히 잘못된 매개변수의 가능성을 무시할 수 없습니다.

그런데 부울 값을 사용하면 컴파일러가 0 이외의 값을 true로 인식하는 것은 매우 운이 좋은데 다른 데이터 유형(예: 정수 또는 열거형)은 어떻습니까?