Добрый день.

Есть некий проект 6-й студии. Хотелось бы перевести его на что-нить по-новее с минимальными затратами времени/правкой кода.
в проекте есть куча таких:

веселостей. 8-ка на это естественно ругается. Можно ли ее как-то заставить собирать такие штуки?

С уважением...

Это сообщение отредактировал(а) _hunter - 1.2.2008, 17:12

в свойствах проекта C/C++/Language есть опция Force Conformance In For Loop Scope. Сильно смахивает на то, что нужно, хотя я ней не пользовался пока...

спасибо: частично помогло.
осталось такое:

"error C2440: '<function-style-cast>' : cannot convert from 'int' to 'CString'"
project.Type/project.Status/project.Priority -- int'ы. хватит ли тут приведения int'а к char'у?
и такое:

"error C2259: 'CException' : cannot instantiate abstract class"
тут, как я понимаю, нужно ловить CException&?

В первом примере что вообще хотели сделать? 


Угу.

если б я знал...

пофиксил CException'ы -- полезли такие:

("error C2440: 'initializing' : cannot convert from 'const char *' to 'char *'")
штуки (CString Path ;)

Это сообщение отредактировал(а) _hunter - 1.2.2008, 21:34

еще такое:

("error C2039: 'm_pToolTip' : is not a member of '_AFX_THREAD_STATE'")
вылезло. смотрел объявление _AFX_THREAD_STATE -- там действительно нет m_pToolTip (и ничего похожего нет)...

Попробуй заменить на const char* StrPtr - или там хотят таким образом модифицироват ьстроку?


Где и как это юзается? Есть намёки на цель применения? 



Мда... Это совсем странно... А проект в 6-ке работал хоть? 

Похоже здесь имеется в виду следующее. пытаются использовать CString(char) и чтобы перейти от чисел к символам прибавляют значение кода символа '0'. Это кривовато и будет работать только если Type, Status и Priority от 0-9. По-видимому, да, тут просто можно сделать привидение int'ов к char'ам.

Вот никак не могу понять, зачем некоторые находчивые люди смешивают MFC'шный CString с сишным char* и CRT'шными функциями str___? Объяви уже Path как char*, или используй CString::Find вместо strchr.

Любитель, оно в 6-ке и собирается и работает -- это основная среда разработки проекта.
я посмотрел declaration этого _AFX_THREAD_STATE -- в версии 6-й студии там есть такие:

уже в 7-ке (7.1) их нет...

с _AFX_THREAD_STATE* разобрался: оказывается вместо AfxGetThreadState() нужно AfxGetModuleThreadState() юзать.

но появилась другая проблема: я получаю ошибку "error PRJ0019: A tool returned an error code from "Performing Custom Build Step""
но в Custom Build Step проекта пусто...

Студию давно не юзал (по крайней мере для плюсов..) - точно не помню, но по-моему стоит кастом билд степы для отдельных файлов посмотреть.

_hunter, если проект должен жить и в той, и в той среде - труба... особенно, если он большой...
Если надо мигрировать с 6 на 7-8, это здравая идея, но приготовься к суровым будням отладки. Лучше все в коде исправить, согласно стандарту, а не пытаться с помощью опций проекта заставить код скомпилироваться.
Потому что это еще не все. Успешно скомпилированный код не факт, что будет везде правильно работать - есть существенные изменения в MFC и в STL... возможны всякие чудеса вроде использования не того инстационирования шаблона и прочая. Два года назад я убила месяц только на то, чтобы скомпилировать проект (больше гига исходных текстов, с ресурсами и т.д.), а потом еще 2 месяца вылавливали баги с помощью тотального тестирования.