알렉산더 페도소프 : @Artyom Trishkin , 첫 번째 게시물에서 메시지에 대한 링크 형태로 이 주제를 명확하게 하기 위해 사람들이 제안한 솔루션을 추가하시겠습니까? 스무 페이지를 샅샅이 뒤지는 것이 아니라 말하자면 목차를 보기 위해서다.
이것은 작동하지 않습니다. 제 생각에는 더 오래된 메시지(정확히 기억나지 않음)는 3일 동안 더 이상 편집할 수 없습니다. 나는 그것을하는 방법을 생각합니다 - 질문 - 답변의 형태로 특정 문제를 해결하기위한 기능 및 방법에 대한 별도의 FAQ 분기를 만들고이 주제에서는 이러한 문제를 해결하기위한 방법에 대해 토론하고 생각하는 것입니다. 또는 어떻게 든 또 다른. 그러나이 분기의 정수를 만드는 것이 필요하다는 사실은 "이것은 분명합니다"(c) ...
더 좋고 더 편리한 방법에 대한 정확한 이해는 없지만. 하지만 반드시 해야 하고, 물론 계획하고 있다.
이것은 작동하지 않습니다. 제 생각에는 더 오래된 메시지(정확히 기억나지 않음)는 3일 동안 더 이상 편집할 수 없습니다. 나는 그것을하는 방법을 생각합니다 - 질문 - 답변의 형태로 특정 문제를 해결하기위한 기능 및 방법에 대한 별도의 FAQ 분기를 만들고이 주제에서는 이러한 문제를 해결하기위한 방법에 대해 토론하고 생각하는 것입니다. 또는 어떻게 든 또 다른. 그러나이 분기의 정수를 만드는 것이 필요하다는 사실은 "이것은 분명합니다"(c) ...
더 좋고 더 편리한 방법에 대한 정확한 이해는 없지만. 하지만 반드시 해야 하고, 물론 계획하고 있다.
즉시 나는 당신에게 제안했고 다시 반복할 것입니다: 이 스레드에서 모든 토론을 삭제하거나 다음 형식을 만드십시오: 결정 + 토론에 대한 링크. 그러나 토론은 분리되어야 합니다. 모든 주제에서 벗어난 - 즉시 삭제합니다. 의미가 없는 게시물도 삭제합니다. GREAT RED LETTERS의 첫 번째 게시물(가능한 경우)에서 이것이 솔루션 스레드라고 작성하십시오!
이것은 작동하지 않습니다. 제 생각에는 더 오래된 메시지(정확히 기억나지 않음)는 3일 동안 더 이상 편집할 수 없습니다. 나는 그것을하는 방법을 생각합니다 - 질문 - 답변의 형태로 특정 문제를 해결하기위한 기능 및 방법에 대한 별도의 FAQ 분기를 만들고이 주제에서는 이러한 문제를 해결하기위한 방법에 대해 토론하고 생각하는 것입니다. 또는 어떻게 든 또 다른. 그러나이 분기의 정수를 만드는 것이 필요하다는 사실은 "이것은 분명합니다"(c) ...
더 좋고 더 편리한 방법에 대한 정확한 이해는 없지만. 하지만 반드시 해야 하고, 물론 계획하고 있다.
즉시 나는 당신에게 제안했고 다시 반복할 것입니다: 이 스레드에서 모든 토론을 삭제하거나 다음 형식을 만드십시오: 결정 + 토론에 대한 링크. 그러나 토론은 분리되어야 합니다. 모든 주제에서 벗어난 - 즉시 삭제합니다. 의미가 없는 게시물도 삭제합니다. GREAT RED LETTERS의 첫 번째 게시물(가능한 경우)에서 이것이 솔루션 스레드라고 작성하십시오!
13페이지의 솔루션 중 최대 2-3페이지를 출력합니다.
나는 결정을 내리는 과정이 결정 자체보다 중요하지 않다고 생각한다. 이 스레드에서는 명확하게 불필요한 게시물만 정리합니다. 이 분기가 문제와 솔루션으로 약간 채워지면 모든 것이 귀하가 제안한 형식으로 되어 있는 깨끗한 FAQ 분기를 만들고 솔루션에 대한 링크는 FAQ 분기에 이미 표시된 솔루션과 함께 이 분기로 연결됩니다. - 당신은 항상 그러한 솔루션의 소스, 음, 각 솔루션의 작성자에 대한 링크를 볼 수 있습니다.
이것은 작동하지 않습니다. 제 생각에는 더 오래된 메시지(정확히 기억나지 않음)는 3일 동안 더 이상 편집할 수 없습니다. 나는 그것을하는 방법을 생각합니다 - 질문 - 답변의 형태로 특정 문제를 해결하기위한 기능 및 방법에 대한 별도의 FAQ 분기를 만들고이 주제에서는 이러한 문제를 해결하기위한 방법에 대해 토론하고 생각하는 것입니다. 또는 어떻게 든 또 다른. 그러나이 분기의 정수를 만드는 것이 필요하다는 사실은 "이것은 분명합니다"(c) ...
더 좋고 더 편리한 방법에 대한 정확한 이해는 없지만. 하지만 반드시 해야 하고, 물론 계획하고 있다.
Artem, 나는 그것에 대해 생각했습니다. 첫 번째 게시물을 지속적으로 업데이트하는 방법은 하나뿐이었습니다. 글쎄, 적어도 공백을 삽입하고 저장하는 것입니다. 어울리지 않았기 때문에 나는 1-2주 동안 갈 수 있다.
그건 그렇고, 나는 중재자가 이와 관련하여 더 많은 권리를 가지고 있다고 생각했습니다 ...
그러나 지금까지 이 주제에 대한 실제 문제에 대한 솔루션은 거의 없습니다. 코드를 컴파일할 때 MQL에서 С++로의 변환이 발생하고 DLL이 Microsoft 또는 GNU의 컴파일러에 의해 어셈블되고 이 DLL이 암호화된다고 확신합니다. 너무 많은 "기능"이 이를 확인합니다. 최근: 집중적인 코드 최적화 로 인해 변수 할당 건너뛰기(C++ 컴파일러의 고전적인 동작).
MQL5는 너무 조잡한 OOP 언어입니다. 내 SD에는 수정하고 싶지 않은 모든 종류의 "기능"이 있습니다.
우리가 버그 보고서를 게시하면 Metaquaters가 그것을 좋아하지 않을 것이라고 생각합니다.
@Artyom Trishkin , 첫 번째 게시물에서 메시지에 대한 링크 형태로 이 주제를 명확하게 하기 위해 사람들이 제안한 솔루션을 추가하시겠습니까? 스무 페이지를 샅샅이 뒤지는 것이 아니라 말하자면 목차를 보기 위해서다.
이것은 작동하지 않습니다. 제 생각에는 더 오래된 메시지(정확히 기억나지 않음)는 3일 동안 더 이상 편집할 수 없습니다. 나는 그것을하는 방법을 생각합니다 - 질문 - 답변의 형태로 특정 문제를 해결하기위한 기능 및 방법에 대한 별도의 FAQ 분기를 만들고이 주제에서는 이러한 문제를 해결하기위한 방법에 대해 토론하고 생각하는 것입니다. 또는 어떻게 든 또 다른. 그러나이 분기의 정수를 만드는 것이 필요하다는 사실은 "이것은 분명합니다"(c) ...
더 좋고 더 편리한 방법에 대한 정확한 이해는 없지만. 하지만 반드시 해야 하고, 물론 계획하고 있다.
이것은 작동하지 않습니다. 제 생각에는 더 오래된 메시지(정확히 기억나지 않음)는 3일 동안 더 이상 편집할 수 없습니다. 나는 그것을하는 방법을 생각합니다 - 질문 - 답변의 형태로 특정 문제를 해결하기위한 기능 및 방법에 대한 별도의 FAQ 분기를 만들고이 주제에서는 이러한 문제를 해결하기위한 방법에 대해 토론하고 생각하는 것입니다. 또는 어떻게 든 또 다른. 그러나이 분기의 정수를 만드는 것이 필요하다는 사실은 "이것은 분명합니다"(c) ...
더 좋고 더 편리한 방법에 대한 정확한 이해는 없지만. 하지만 반드시 해야 하고, 물론 계획하고 있다.
즉시 나는 당신에게 제안했고 다시 반복할 것입니다: 이 스레드에서 모든 토론을 삭제하거나 다음 형식을 만드십시오: 결정 + 토론에 대한 링크. 그러나 토론은 분리되어야 합니다. 모든 주제에서 벗어난 - 즉시 삭제합니다. 의미가 없는 게시물도 삭제합니다. GREAT RED LETTERS의 첫 번째 게시물(가능한 경우)에서 이것이 솔루션 스레드라고 작성하십시오!
13페이지의 솔루션 중 최대 2-3페이지를 출력합니다.
이것은 작동하지 않습니다. 제 생각에는 더 오래된 메시지(정확히 기억나지 않음)는 3일 동안 더 이상 편집할 수 없습니다. 나는 그것을하는 방법을 생각합니다 - 질문 - 답변의 형태로 특정 문제를 해결하기위한 기능 및 방법에 대한 별도의 FAQ 분기를 만들고이 주제에서는 이러한 문제를 해결하기위한 방법에 대해 토론하고 생각하는 것입니다. 또는 어떻게 든 또 다른. 그러나이 분기의 정수를 만드는 것이 필요하다는 사실은 "이것은 분명합니다"(c) ...
더 좋고 더 편리한 방법에 대한 정확한 이해는 없지만. 하지만 반드시 해야 하고, 물론 계획하고 있다.
생각 중재자는 할 수 있습니다.
즉시 나는 당신에게 제안했고 다시 반복할 것입니다: 이 스레드에서 모든 토론을 삭제하거나 다음 형식을 만드십시오: 결정 + 토론에 대한 링크. 그러나 토론은 분리되어야 합니다. 모든 주제에서 벗어난 - 즉시 삭제합니다. 의미가 없는 게시물도 삭제합니다. GREAT RED LETTERS의 첫 번째 게시물(가능한 경우)에서 이것이 솔루션 스레드라고 작성하십시오!
13페이지의 솔루션 중 최대 2-3페이지를 출력합니다.
나는 결정을 내리는 과정이 결정 자체보다 중요하지 않다고 생각한다. 이 스레드에서는 명확하게 불필요한 게시물만 정리합니다. 이 분기가 문제와 솔루션으로 약간 채워지면 모든 것이 귀하가 제안한 형식으로 되어 있는 깨끗한 FAQ 분기를 만들고 솔루션에 대한 링크는 FAQ 분기에 이미 표시된 솔루션과 함께 이 분기로 연결됩니다. - 당신은 항상 그러한 솔루션의 소스, 음, 각 솔루션의 작성자에 대한 링크를 볼 수 있습니다.
나에게는 이렇게 보인다.
생각 중재자는 할 수 있습니다.
이것은 작동하지 않습니다. 제 생각에는 더 오래된 메시지(정확히 기억나지 않음)는 3일 동안 더 이상 편집할 수 없습니다. 나는 그것을하는 방법을 생각합니다 - 질문 - 답변의 형태로 특정 문제를 해결하기위한 기능 및 방법에 대한 별도의 FAQ 분기를 만들고이 주제에서는 이러한 문제를 해결하기위한 방법에 대해 토론하고 생각하는 것입니다. 또는 어떻게 든 또 다른. 그러나이 분기의 정수를 만드는 것이 필요하다는 사실은 "이것은 분명합니다"(c) ...
더 좋고 더 편리한 방법에 대한 정확한 이해는 없지만. 하지만 반드시 해야 하고, 물론 계획하고 있다.
Artem, 나는 그것에 대해 생각했습니다. 첫 번째 게시물을 지속적으로 업데이트하는 방법은 하나뿐이었습니다. 글쎄, 적어도 공백을 삽입하고 저장하는 것입니다. 어울리지 않았기 때문에 나는 1-2주 동안 갈 수 있다.
그건 그렇고, 나는 중재자가 이와 관련하여 더 많은 권리를 가지고 있다고 생각했습니다 ...
Artem, 나는 그것에 대해 생각했습니다. 첫 번째 게시물을 지속적으로 업데이트하는 방법은 하나뿐이었습니다. 글쎄, 적어도 공백을 삽입하고 저장하는 것입니다. 어울리지 않았기 때문에 나는 1-2주 동안 갈 수 있다.
그건 그렇고, 나는 중재자가 이와 관련하여 더 많은 권리를 가지고 있다고 생각했습니다 ...
기사나 블로그를 발행할 수 있습니다. 편집 및 토론이 가능합니다.
그러나 지금까지 이 주제에 대한 실제 문제에 대한 솔루션은 거의 없습니다. 코드를 컴파일할 때 MQL에서 С++로의 변환이 발생하고 DLL이 Microsoft 또는 GNU의 컴파일러에 의해 어셈블되고 이 DLL이 암호화된다고 확신합니다. 너무 많은 "기능"이 이를 확인합니다. 최근: 집중적인 코드 최적화 로 인해 변수 할당 건너뛰기(C++ 컴파일러의 고전적인 동작).
MQL5는 너무 조잡한 OOP 언어입니다. 내 SD에는 수정하고 싶지 않은 모든 종류의 "기능"이 있습니다.
우리가 버그 보고서를 게시하면 Metaquaters가 그것을 좋아하지 않을 것이라고 생각합니다.
매개변수의 구분 기호:
NOTHING // ===== ===== =====
};
sinput ENUM_NOTHING z_; // ===== Описание =====