Цитата XXXler:
Smolenkov_BN, те дистрибутивы не являются работой M$
единственная замеченная проблема связана с VFP5 (несовпадение версии VFP5RUS.dll, проверить можно с пом. АРМ-Р) - непонятно только почему ее наличие игнорируют.. »
|
Хорошо, давайте разберём "по-крупному" другой представленный здесь продукт - "
dllsfull".
1. Разработками языка "C++" занимались многие, но выйти на определенный уровень смогли единицы. Из них наиболее широко известны следующие основные реализации языка:
а) Comeau C++;
б) Digital Mars C++;
в) Embarcadero (Borland) C++;
г) GNU C++;
д) Intel C++;
е) Microsoft Visual C++;
ж) Oracle C++;
з) TurboExplorer Turbo C++;
и) Watcom C++.
Возникает закономерный вопрос:
почему в дистрибутив "
dllsfull" не попали Win32-библиотеки всех указанных разработчиков?
2. Поддержка функционирования операционной системы класса "
Windows" наряду с библиотеками "
Visual C" обеспечивается также библиотеками "
Visual Basic". Поэтому возникает еще один закономерный вопрос:
почему в дистрибутив "
dllsfull" не попали Win32-библиотеки всех версий "
Visual Basic"?
После инсталляции продукта "
dllsfull" многие программы устанавливают сами (например, Autodesk AutoCAD) или просят установить (например, коммуникационные и игровые программы) run-time библиотеки от указанных разработчиков.
Отсюда вывод: надо как минимум убрать эффектный суффикс "
full" из названия аддона, а еще лучше - не заниматься пустопорожней работой.
