1.Подскажите я правильно понял, что оператор DatabaseReadBind() выгружает в структуру в порядке следования данных в запросе, а не по именам в структуре второго параметра?
2. Если работать с терминалом из python, тестер стратегий как подцепить?
struct A {
int a;
};
struct B : A {
int b;
void f()
{
int x1 = A::a; //(1) нормальноint x2 = this.A::a; //(2) нормальноint x3 = B::b; //(3) нормальноint x4 = this.B::b; //(4) Error: 'B' is not a class, struct or union
}
};
Предварительно ставлю галку "Расширенный с \r \n \t". Вбиваю в поиск'high'.
И в журнале пишет:
Findspecified text 'high' was not found
Вбиваю: '\nhigh'. Пишет:
Findspecified text '\nhigh' was not found
Снимаю галку "Расширенный с \r \n \t" и только тогда находит '\nhigh'. Но 'high', без управляющего символа, найти так и не удаётся, не смотря на то что управляющий символ '\n' не является частью слова 'high'.
Ошибка при компиляции Раньше все нормально компилировалось; тем более, что строчные и прописные буквы в именах файлов не различаются
В качестве скопа используйте первое имя импорта User32
Ошибка при компиляции
а в прошлогодних выпусках все было нормально
Пока будет так.
В планах есть переработка работы макросов, но приоритет у этой задачи низкий
Добрый день.
1.Подскажите я правильно понял, что оператор DatabaseReadBind() выгружает в структуру в порядке следования данных в запросе, а не по именам в структуре второго параметра?
2. Если работать с терминалом из python, тестер стратегий как подцепить?
Теперь требуется явно указать скоп
Непонятно почему нельзя различить функции по сигнатуре; тем более, что так:
нормально, а так:
ошибка! A чем (A) лучше (B) ?
Нет единообразия, и простого и четкого правила. Непонятно, когда нужно использовать скоп, а когда нет?!
Непонятно почему нельзя различить функции по сигнатуре
В качестве скопа используйте первое имя импорта User32
получается трудноуловимая ошибка (компилируется нормально, но неожиданный результат)
с учетом нового требования явно указывать скоп. А если бы этого требования не было, то и трудноуловимой ошибки тоже не было бы.
Оказалось, что явное указание не предотвращает, а наоборот порождает проблему и такое требование не просто избыточно а еще и в ряде случает мешает
Ошибка при компиляции
а раньше (прошлогодние build) все компилировалось и работало нормально
Ошибка при компиляции
а раньше (прошлогодние build) все компилировалось и работало нормально
Вроде, это никогда не работало без вспомогательной переменной.
В MetaEditor не работает поиск слов с управляющими символами. Например, есть строка
"\nhigh "
Предварительно ставлю галку "Расширенный с \r \n \t". Вбиваю в поиск 'high'.
И в журнале пишет:
Find specified text 'high' was not found
Вбиваю: '\nhigh'. Пишет:
Find specified text '\nhigh' was not found
Снимаю галку "Расширенный с \r \n \t" и только тогда находит '\nhigh'. Но 'high', без управляющего символа, найти так и не удаётся, не смотря на то что управляющий символ '\n' не является частью слова 'high'.