2. 이 분기는 버그 보고를 위한 주요(비) 공식 분기입니다. 포함하는 언어. 녀석들이 일을 하고 있다. 그리고 당신은 여기에서 빠져들고 있습니다.
나는 논쟁하지 않는다. Vital, So Vital ... 내가 죽은 지 모르겠지만 나는 필요하지 않습니다)))
놈들이 콧물을 흘리고 있어, 오, 그렇지 않아, 오, 거기에 없어 ... 당신은 이 스레드를 팔로우합니까? 이미 열 번째로 이 질문을 올리셨습니까? 그런 다음 다른 문제들 사이에서 길을 잃습니다. 그런 다음 검색을 사용하지 않고 다른 천재 (여기서 그는 사이트를 비난했습니다)가 다시 토론하기 시작합니다 ...
나는 여러분 모두가 그것을 보고 반응해야 하는 별도의 분기를 만들 것을 제안했습니다. 그러나 아니요, 아무도 필요하지 않습니다!
나는 논쟁하지 않는다. Vital, So Vital ... 내가 죽은 지 모르겠지만 나는 필요하지 않습니다)))
놈들이 콧물을 흘리고 있어, 오, 그렇지 않아, 오, 거기에 없어 ... 당신은 이 스레드를 팔로우합니까? 이미 열 번째로 이 질문을 올리셨습니까? 그런 다음 다른 문제들 사이에서 길을 잃습니다. 그런 다음 검색을 사용하지 않고 다른 천재 (여기서 그는 사이트를 비난했습니다)가 다시 토론하기 시작합니다 ...
나는 여러분 모두가 그것을 보고 반응해야 하는 별도의 분기를 만들 것을 제안했습니다. 하지만 아니, 아무도 그것을 필요로하지 않습니다!
그리고 MT 및 MQL 문제와 관련된 기술적 문제에 대한 섹션을 만들 것을 제안합니다. 더 구체적으로 - 버그 및 제안. 서비스 데스크가 문을 닫은 이후로 이것이 시급한 상황이 되었습니다. 일반적으로 포럼의 모든 자부심 있는 회사에는 기술 섹션이 있습니다. 그리고 여기에는 여성과 일상에 대한 이야기가 트레이딩과 코딩이 뒤섞인 혼돈의 덤프인 '일반 토론'만 보입니다. 그리고 배경 어딘가에서 플랫폼 자체의 문제가 논의되고 있습니다. 더욱이 거기에서도 모든 것이 홍수와 혼합되어 하나의 힙에 떨어지고 중요한 문제는 종종 개발자의 시야에서 사라집니다. 개발자 중 한 명이 볼 때까지 게시물을 여러 번 복제해야 하는 경우가 있습니다. "플랫폼의 새 버전..." 및 "오류, 버그, 질문" 분기에 대해 이야기하고 있습니다. 다른 브랜치에는 개발자가 거의 없습니다. 따라서 각 질문에 대해 별도의 분기를 만드는 것(서비스 데스크가 닫힌 후 권장됨)은 쓸모가 없으며 버그에 대한 분기를 적극적으로 만드는 것을 여러 번 보았습니다. 개발자는 거의 입력하지 않습니다. 그들은 그들의 주요 가지도 다룰 수 없습니다. 그러나 질문이 많아서가 아니라 모든 것이 혼란스럽고 비체계적이기 때문입니다.
따라서 별도의 섹션이 필요합니다. MT에 대해 별도로, MQL에 대해 별도로 두 섹션으로 나눕니다. 무엇보다도 개발자들에게 더 편리할 것입니다. 플랫폼을 직접 다루는 사람들은 한 섹션을 읽고 언어를 다루는 사람들은 다른 섹션을 읽습니다. 글쎄요, 중재자는 영향력의 영역을 효과적으로 나눌 수 있을 것입니다.
각 질문에는 고유한 스레드가 있습니다. 몇 가지 최소 설계 요구 사항을 정의할 수 있습니다. 사실, 그것은 서비스 데스크에서처럼 요청이 될 것입니다. 모든 것이 공개됩니다.
다른 사용자가 토론하고 조언을 줄 수 있습니다. 그러나 명확하고 요점 만. 그래서 그 정신에 어떤 말도 안되는 소리 없이: "나는 주제를 탐구하지 않았지만, 당신이 이미 C ++를 다루었기 때문입니다." 부분적으로는 모두 포럼의 체계화가 이루어지지 않았기 때문입니다. Alexei Volchansky의 이야기를 듣기 위해 포럼에 한 사람이 찾아왔습니다. 여기에서 몇 가지 버그와 증오하는 C++에 대한 주제가 눈앞에 닥쳤습니다. 그는 자연스럽게인지 부조화, 신경 쇠약 및 설사를 개발합니다. 따라서 중복 정보로부터 보호하는 것이 좋습니다.
스레드의 주제가 소진되고 문제가 해결되면 중재자가 닫을 수 있습니다.
주제가 기존 주제를 복제하는 경우 중재자가 다른 스레드에 대한 링크를 제공하여 주제를 닫을 수도 있습니다.
#define MACRO1( a, b ) a + b
#define MACRO2 MACRO1 //Error: 'MACRO1' - argument expected for the function-like macrovoidOnStart ()
{
Print(MACRO2( 1 , 2 ));
}
1. C++과의 비교는 누군가의 변덕이 아니라 꼭 필요한 일입니다.
2. 이 분기는 버그 보고를 위한 주요(비) 공식 분기입니다. 포함하는 언어. 녀석들이 일을 하고 있다. 그리고 당신은 여기에서 빠져들고 있습니다.
나는 논쟁하지 않는다. Vital, So Vital ... 내가 죽은 지 모르겠지만 나는 필요하지 않습니다)))
놈들이 콧물을 흘리고 있어, 오, 그렇지 않아, 오, 거기에 없어 ... 당신은 이 스레드를 팔로우합니까? 이미 열 번째로 이 질문을 올리셨습니까? 그런 다음 다른 문제들 사이에서 길을 잃습니다. 그런 다음 검색을 사용하지 않고 다른 천재 (여기서 그는 사이트를 비난했습니다)가 다시 토론하기 시작합니다 ...
나는 여러분 모두가 그것을 보고 반응해야 하는 별도의 분기를 만들 것을 제안했습니다. 그러나 아니요, 아무도 필요하지 않습니다!
여기에서 주제를 열었습니다 . 토론하고 결정하고 건강을 원망하십시오!
나는 논쟁하지 않는다. Vital, So Vital ... 내가 죽은 지 모르겠지만 나는 필요하지 않습니다)))
놈들이 콧물을 흘리고 있어, 오, 그렇지 않아, 오, 거기에 없어 ... 당신은 이 스레드를 팔로우합니까? 이미 열 번째로 이 질문을 올리셨습니까? 그런 다음 다른 문제들 사이에서 길을 잃습니다. 그런 다음 검색을 사용하지 않고 다른 천재 (여기서 그는 사이트를 비난했습니다)가 다시 토론하기 시작합니다 ...
나는 여러분 모두가 그것을 보고 반응해야 하는 별도의 분기를 만들 것을 제안했습니다. 하지만 아니, 아무도 그것을 필요로하지 않습니다!
여기에서 주제를 열었습니다 . 토론하고 결정하고 건강을 원망하십시오!
당신이 말하는 것은 다음과 같습니다.
- 당신이 그렇게 똑똑하다면 행진하지 않겠습니까?
- 비전투적인 속도로 걷고 싶다면 이곳이 당신을 위한 별도의 장소입니다. 그리고 여기, 행진하는 발걸음으로 만 걸어주세요.
당신이 말하는 것은 다음과 같습니다.
모든 것이 더 쉽습니다. 심장 박동수가 너무 높습니다.
추신: 흠, 몇 년 동안 인터넷을 사용하면서 처음으로 CHSV를 작성했지만(도움을 위해 lurkmore) 다른 옵션이 보이지 않습니다.
여기서 나는 내 제안을 반복할 것이다.
거래, 자동 거래 시스템 및 거래 전략 테스트에 관한 포럼
모든 거래 주제를 한 섹션으로 옮겨야 합니까?
알렉세이 나보이코프 , 2019.08.03 01:33
그리고 MT 및 MQL 문제와 관련된 기술적 문제에 대한 섹션을 만들 것을 제안합니다. 더 구체적으로 - 버그 및 제안. 서비스 데스크가 문을 닫은 이후로 이것이 시급한 상황이 되었습니다. 일반적으로 포럼의 모든 자부심 있는 회사에는 기술 섹션이 있습니다. 그리고 여기에는 여성과 일상에 대한 이야기가 트레이딩과 코딩이 뒤섞인 혼돈의 덤프인 '일반 토론'만 보입니다. 그리고 배경 어딘가에서 플랫폼 자체의 문제가 논의되고 있습니다. 더욱이 거기에서도 모든 것이 홍수와 혼합되어 하나의 힙에 떨어지고 중요한 문제는 종종 개발자의 시야에서 사라집니다. 개발자 중 한 명이 볼 때까지 게시물을 여러 번 복제해야 하는 경우가 있습니다. "플랫폼의 새 버전..." 및 "오류, 버그, 질문" 분기에 대해 이야기하고 있습니다. 다른 브랜치에는 개발자가 거의 없습니다. 따라서 각 질문에 대해 별도의 분기를 만드는 것(서비스 데스크가 닫힌 후 권장됨)은 쓸모가 없으며 버그에 대한 분기를 적극적으로 만드는 것을 여러 번 보았습니다. 개발자는 거의 입력하지 않습니다. 그들은 그들의 주요 가지도 다룰 수 없습니다. 그러나 질문이 많아서가 아니라 모든 것이 혼란스럽고 비체계적이기 때문입니다.
따라서 별도의 섹션이 필요합니다. MT에 대해 별도로, MQL에 대해 별도로 두 섹션으로 나눕니다. 무엇보다도 개발자들에게 더 편리할 것입니다. 플랫폼을 직접 다루는 사람들은 한 섹션을 읽고 언어를 다루는 사람들은 다른 섹션을 읽습니다. 글쎄요, 중재자는 영향력의 영역을 효과적으로 나눌 수 있을 것입니다.
각 질문에는 고유한 스레드가 있습니다. 몇 가지 최소 설계 요구 사항을 정의할 수 있습니다. 사실, 그것은 서비스 데스크에서처럼 요청이 될 것입니다. 모든 것이 공개됩니다.
다른 사용자가 토론하고 조언을 줄 수 있습니다. 그러나 명확하고 요점 만. 그래서 그 정신에 어떤 말도 안되는 소리 없이: "나는 주제를 탐구하지 않았지만, 당신이 이미 C ++를 다루었기 때문입니다." 부분적으로는 모두 포럼의 체계화가 이루어지지 않았기 때문입니다. Alexei Volchansky의 이야기를 듣기 위해 포럼에 한 사람이 찾아왔습니다. 여기에서 몇 가지 버그와 증오하는 C++에 대한 주제가 눈앞에 닥쳤습니다. 그는 자연스럽게인지 부조화, 신경 쇠약 및 설사를 개발합니다. 따라서 중복 정보로부터 보호하는 것이 좋습니다.
스레드의 주제가 소진되고 문제가 해결되면 중재자가 닫을 수 있습니다.
주제가 기존 주제를 복제하는 경우 중재자가 다른 스레드에 대한 링크를 제공하여 주제를 닫을 수도 있습니다.
일반적으로 모든 것이 매우 효율적이고 생산적입니다.
감사합니다. 여기 에서 가져온 menuspy 프로그램이 많은 도움이 되었습니다.
그래서 메뉴 항목을 선택할 수 있었습니까?
그렇지 않은 경우 다음과 같습니다.
#define WM_COMMAND 0x0111 SendMessageW( handle, WM_COMMAND, itemId, 0 );그래서 메뉴 항목을 선택할 수 있었습니까?
효과가 있었지만 어쨌든 감사합니다.
컴파일 중 오류
그리고 다음과 같이:
좋아. 차이점이 뭐야?
메시지 주셔서 감사합니다.
수정했습니다.
수정 사항은 컴파일러의 다음 빌드에 포함될 것입니다.
MOEX에서 통화를 거래할 때 거래 범위를 찾을 수 없습니다 .
컴파일 중 오류
메시지 주셔서 감사합니다.
수정했습니다.
수정 사항은 컴파일러의 다음 빌드에 포함될 것입니다.그리고 오류가 없습니다
메시지 주셔서 감사합니다.
수정했습니다.
수정 사항은 컴파일러의 다음 빌드에 포함될 것입니다.