Mercury13

Прямые причины этого отрезка.
1. В первом MoveTo ты спутал реальные и экранные координаты. И в первом графике, видимо, тоже, только там линия уходит влево за край.
2. У тебя нет никакой логики поведения на разрывах. В простейшем случае — в первую точку MoveTo, а не LineTo.

И прочие ошибки.
3. Не инициализирован y.
4. Ты рисуешь не на том холсте. Видимо, ты хотел забуферизировать графики — но графики не отпечатываются на картинке, а рисуются на холсте формы. Как только ты минимизируешь-восстановишь прогу, графики исчезнут. Надо рисование либо в событие OnPaint (тогда график будет перестраиваться каждый раз при перерисовке), либо отпечатать на Picture.Bitmap (график останется отпечатанным на картинке). Во втором случае не забудь image2.Invalidate (отложенно перерисовать, когда это станет возможным);
5. Шаг слишком мал. Это должен быть эквивалент одного или двух пикселей.

ПРИМЕЧАНИЕ ПО ПОВОДУ 4. В WinVista+ с включенным Aero может быть всё в порядке (Aero буферизирует окна, чтобы работал Aero Flip и прочее). Выключи Aero, и будет обычный «хардкор» Windows: ничего не запоминает, а когда потребуется, перерисовывает.

Дело в том, что static-член в теле класса — это только заголовок, говорящий, что такое есть, но не создающий ни кода, ни данных. Эквивалент extern. Где-то в CPP (т.е. в одной и только в одной единице компиляции — не в .h!) нужны…

std::vector LogVoting::RegisteredDeputy;

И так далее.

Если этим полям нужен нестандартный конструктор — пожалуйста…
std::vector LogVoting::RegisteredDeputy(42);

Это шаблон проектирования «стратегия», и по-хорошему реализуется в виде обработчиков или виртуальных функций.

Любой, в котором есть достаточная поддержка Интернета. На Delphi я бы попробовал использовать Indy (хорошей привязки cURL к Delphi нет; пробую это исправить, но дело идёт небыстро).

Если с твоих пальцев код слетает так легко, что можно уже в спортивное… то почему бы не заняться тем, что нужно в жизни и тем, что тебе нравится? Напиши нечто посложнее, чем арканоид или тетрис!

Подумай, что тебе в жизни нравится. Скажем, игры. Вот берёшь и пишешь арканоид. Потом арканоид с хитрой физикой. Потом платформерный движок — пускай враги будут каляки-маляки, зато чтобы было интересно бегать-прыгать. Если любишь музыку — придумай какой-нибудь синтезатор или звукопреобразователь. Если фотографируешь — да хоть каталогизатор фотографий! И так далее.

Если ты пока ещё туг в программировании, пиши что угодно, что пишется, но программировать научись. Спортивное, возможно, тебе и подойдёт, но, вероятно, ты будешь то ли клевать носом на непонятной лекции, то ли постоянно переспрашивать: как это? Сходи на их лекцию, посмотри, каково оно тебе?

Прогерская работа — не олимпиада. Там много других задач: как это будет выглядеть с точки зрения пользователя? Стоит ли налаживать O(n) или обойтись O(n²)? Джонатан Блоу (автор великого Braid) говорит: 80%, что простейший алгоритм подойдёт, а в отладке он проще. Хотя и хорошие алгоритмы знать тоже надо, хотя бы на уровне теории.

1. Специальные условия выполнения. Например, у меня есть свой шаблон Array1d<>, в котором есть не только проверка диапазонов, но и т.н. «канарейка» — проверка, не испортила ли его случайно «сумасшедшая» подпрограмма. Все эти изыски включаются в параметрах компиляции.
2. Детальные логи ключевых объектов: что случилось и по какой причине.
3. Просто чутьё. Неинициализированную переменную на стеке я долго ловил: знал, где примерно ошибка, но любая диагностика (и даже перевод компилятора в debug) — стек смещается, и ищи ветра в поле. Включал проверку диапазонов, ту самую канарейку — ничего не даёт (ну естественно, никто и не пишет в «левую» память»). Много раз затыкал ошибку, но впоследствии я её как-то сумел продиагностировать, а дальше — дело техники.

Если это Lenovo, там есть небольшая засада.
1. Установите клавиатурные драйверы и делайте это в настройках «Панель управления → Клавиатура».
2. Если оно к тому же постоянно ругается, что Fn в Legacy-режиме — найдите и удалите файл mkrmsg.exe.

Всё это из опыта эксплуатации Lenovo E330.

Есть два варианта, автоматизация OLE и прямая поддержка XLS-файлов.

Я сумасшедший и по спецификациям Micro$oft написал второе (всё-таки в коммерческой программе, от которой, впрочем, не требуются никакие оформительские изыски, так лучше).

Для разовой утилиты лучше первое. Ещё можно работать через CSV.

C++ — язык со статической типизацией, и если x объявлено как string, то он всегда string. А если как int, то он никогда не string. Поэтому функция is_string в C++ просто не имеет смысла.

Правда, существуют островки динамической типизации наподобие VARIANT из OLE — это уже смотрите по месту (msdn.microsoft.com/en-us/library/cc237865.aspx) и, скорее всего, это не ваш вопрос.

Да, вы хотели проверять корректность ввода. Например, для проверки, будет ли строка числом, можно использовать www.cplusplus.com/reference/cstdlib/strtod (не забудьте потом проверить endptr!)

Для чего битовые сдвиги вообще существуют? А потому, что они выполняются очень простой схемой — сдвиговым регистром. И вместо того, чтобы проводить умножение (поначалу это было десятки тактов), подключаем этот самый регистр к регистрам процессора, и выполним всё за один такт. Существовала даже программа, генерирующая быстрый код умножения на константу, например, 6 — сдвинуть, сложить и ещё раз сдвинуть. И это в своё время было быстрее, чем mul — а ведь сейчас мы без зазрения совести пишем mul eax, 6.

Чего могут сдвиги, но со скрипом реализуется через всё остальное? Доступ к i-му биту.
i-й бит = (x >> i) & 1

По правилам хорошего программистского тона умножение, даже на 2 или на 4, пишется как обычное * (>> пишут, если компилятор непроходимо туп и умножение медленнее). А вот сдвиги — именно их, а не умножение — пишут, когда работают с битовыми полями.

Есть также специальные сдвиги.
* Арифметический сдвиг вправо (левый совпадает с обычным) — для чисел со знаком.
* Сдвиг-вращение — в основном для криптографии.
* Сдвиг-вращение через регистр флагов — в основном для длинной арифметики.

1. Откомпилировать с отладкой.
2. Либо наставить контрольных точек; Debug → Start/Continue;
либо поставить курсор куда надо; Debug → Run to cursor

Всё, что я знаю: GCC — самый «въедливый» компилятор. После Intel и Embarcadero (про M$ не знаю) на «зашаблоненном» коде GCC найдёт ещё два десятка ошибок.