Мне здесь часто помогают и я, в свою очередь, тоже хочу поделиться своим опытом. Так как пишу на VS 2005, то соответсвенно все ниже сказанное относится к этой платформе.
К делу: если создать новый проект (не важно debug или release) dll библиотеки, и потом сделать еще одну конфигурацию этого же проекта как копию c release'a или debug'a, но с названием которое бы содержало пробел, т.е. Release Lite или Debug Test, и которой, для успешной компиляции, в отличие от своих "родительских" конфигураций, понадобиться прилинковать сторонюю библиотеку (в свойствах проекта, пункт Linker->Input, ставим "$(outdir)\other_dll.lib"), то такой проект не сможет быть собран из-за ошибки линковки, потому что не сможет найти debug.obj или release.obj файлы. Дело в том, что ищет он эти файлы совсем не там где надо - в корневом каталоге проекта! Выходом из ситуации может быть переименование названия конфигурации так, чтобы оно не содержало пробела или жестко задавать пути в настройках конфигурации в папкам, что не есть удобно.
Возможно это известный факт, но я был крайне удивлен что до сих пор имеются проблемы такого характера a-la dos names.
спасибо за внимание
--------------------------------------------------------------
[подпись с другого сайта]

Гавриленко Сергей АлексеевичА багу файлить не пробовали?
вся бага это надпись в конце компиляции что файл debug.obj или release.obj не найден и все, по умолчанию я отключаю build.log

Гавриленко Сергей АлексеевичА багу файлить не пробовали?
или в смысле отослать в microsoft?
тогда нет, предоствляю это право любому, кто захочет отослать

Спасибо за ссылку, но у меня на работе инет урезанный, в смысле сайтов (доступно только около 10 и microsoft туда не входит )
--------------------------------------------------------------
[подпись с другого сайта]

это вопрос к нашему начальству - в управление ФНС (и это при том что я еще и админ!)
--------------------------------------------------------------
[подпись с другого сайта]

№2 (студентам: в коде много ответов на Ваши надоевшие вопросы)
Если вы используете в написании программ такой вид функции:


то могу предложить способ проверить последовательность хода вызовова этих самых функций при работе кода в программе!

Для этого надо:
1. Задать удобное вам значение переменной p2[] в прилагаемом коде (файле сpp)
2. Скомпилить код в программу (простое win32.exe)
3. Запустить код в папке с cpp файлами нужного проекта (если сомневаетесь лучше потренироваться на одном из них, прежде чем обрабатывать все)
4. добавить в заголовочный файл, который входит во все другие файлы проекта (например, stdafx.h), константу
5. запустить ваш проект в режиме debug и после завершения программы вы увидите ход выполнения программы, точнее вызов "проиндексированных" функций

Таким образом если эта функциональность стала не нужна, достаточно закомментировать константу в stdafx.h.

Критика и предложения по коду принимаются, вы вольны изменять и дорабатывать этот код под себя, на универсальность и безглючность не претендую, используете программу на свой страх и риск.
Буду рад если кому-то пригодиться!
Спасибо за внимание!
-----------------------------------------------------------
[подпись с другого сайта]

--------------------------------------------------------------
[подпись с другого сайта]

исправил некоторые баги (версия 1.1 )


--------------------------------------------------------------
[подпись с другого сайта]

понравилось?

--------------------------------------------------------------
[подпись с другого сайта]

с lib я так и делаю, а что касается пути, то она располагается по одному из тех мест куда проект после компиляции должен положить библиотеку, ведб этот же путь программе известен...
--------------------------------------------------------------
[подпись с другого сайта]