Здравствуйте, Андрей Карпов, Вы писали:

АК>Рассмотрены программные ошибки, проявляющие себя при переносе Си++ — кода с 32-битных платформ на 64-битные платформы. Приведены примеры некорректного кода и способы его исправления. Перечислены методики и средства анализа кода, позволяющие диагностировать обсуждаемые ошибки.

Не понятно чем руководствовался микрософт когда long делал 32-битным на 64-битных системах??? моё мнение, что они просто перестраховались что бы меньше проблем разработчикам делать и те меньше за багами охотились .
И вот ещё что, хотел бы напомнить о "гениальном" ходе от всё того же микрософта для 64-битных систем, а именно предать анафеме весь FPU вместе с MMX и SSE. Процессор формально имеет команды FPU,MMX и SSE в режиме 64-бит, но монополисты в лице интела и микрософта решили видимо со временем полностью избавиться от этих рудиментов и сэкономить на силиконе, и поэтому вся арифметика идёт теперь только на SSE2 и более. Это тоже источник проблем, хотя бы потому что точность другая, вернее настраиваится она по другому и обработка исключений соответственно другая. Ну а тот кто решится на написание комманды __asm для 64-бит тот вообще будет послан компилятором очень далеко, что в принципе правильно, но неприятно .
Не хочу каркать, но тенденция такая, что микрософт со временем вообще скажет типа забудьте о С и С++ и рисуйте всё на С# под .net, потому что новые камушки от интела работают на суперпупер микрокоде гениальном а потому закрытом и известному только микрософту, да ещё и обновляется каждый вторник через апдейты.