При дальнейшем рассмотрении дело оказывается еще хуже. Выясняется, что инициализация CRT нужна, даже если ни одна из входящих в нее функций явно в программе не используется.

Так, некоторые операции с плавающей точкой требуют наличия кода инициализации: например, на случай, если будет выполняться обработчик исключительных ситуаций ( floating point handler ). Объявление глобальной переменной, являющейся экземпляром класса, имеющего конструктор или деструктор, тоже требует наличия стартового кода CRT. Это происходит из-за того, что вызовы конструкторов и деструкторов в VC реализованы как часть стартового кода CRT. Использование механизмов обработки исключений C++ и Run-Time Type Information ( RTTI ) также влечет за собой необходимость инициализации.

Но встречаются случаи, когда считаешь буквально каждый байт исполняемого модуля. Это может быть ядро инсталлятора или самораспаковывающегося архива, элемент управления ActiveX, который скачивается через Интернет, или приложение для встраиваемой системы. Компиляторы C++ (и Visual C++, в том числе), на мой взгляд, наиболее подходят для такого рода разработок. Приложение может, в конце концов, состоять из большого количества модулей, и мало что значащие 30 Кб могут превратиться в несколько сотен килобайт, а то и мегабайт. Но для контроля над процессом сборки придется погрузиться в некоторые детали реализации поддержки CRT.

main или WinMain?

Чтобы немного развлечься, проведем эксперимент. Создадим файл test.cpp :

Внимание, вопрос: что появится на экране после запуска такой программы? Постарайтесь ответить на этот вопрос, не заглядывая в дальнейшее описание.

Точка входа в программу

Что же происходит во время ее выполнения? Вот типичный сценарий работы такой функции (случай DLL здесь не рассматривается).

Теперь, наконец, можно ответить на мой вопрос: он был задан некорректно :). В самом деле, результат сборки будет зависеть от набора опций компоновщика, установленных в проекте или по умолчанию.

Так, например, при вызове компилятора в командной строке таким образом:

мы получим консольную программу и сообщение «Hello from main()» (вспомните, что говорилось об умолчаниях).

А вызвав компилятор вот так:

Код инициализации глобальных переменных

Как в VC++ реализован вызов цепочки функций инициализации/завершения?

А почему здесь используется термин «функции инициализации/завершения » вместо терминов «конструкторы/деструкторы»?

Напомню, что стандарт языка C++ разрешает инициализацию переменных с помощью неконстантных выражений. Если переменная (даже простого типа) описана в глобальной области, то ее инициализатор должен быть выполнен до вызова функции main/WinMain:

Обработка в этом случае ничем не отличается от инициализации экземпляра класса имеющего конструктор.

Код завершения

То есть, можно сказать, что все выполнение программы имеет целью получение параметра для функции exit. 🙂

Вообще-то, exit (вернее, возможность ее прямого вызова) является, скорее, «пережитком» со времен программирования на C. При вызове этой функции из программы на C++ не выполнятся деструкторы для локальных переменных (что естественно, поскольку, в отличие от глобальных объектов, их деструкторы нигде не зарегистрированы). Кроме того, вызов exit из деструктора может привести к входу программы в бесконечный цикл, так что не злоупотребляйте этой функцией.

И, наконец, функция abort является способом «пожарного» завершения программы. Она выводит диагностическое сообщение и также вызывает _exit для завершения процесса.

Вызов любой из этих функций приведет к необходимости включения стартового кода CRT.

Уменьшаем размер выполняемого модуля

Конечно, такие способы существуют, и некоторые из них я опишу ниже. Но важно понимать, что каждый из них не является общим решением (иначе именно он использовался бы по умолчанию), и имеет свои недостатки.

Использование внешней библиотеки CRT

Откомпилируем нашу программу следующей командой:

Размер полученного в результате EXE-файла составляет около 16 килобайт. Что за чудеса? Куда делась половина исполняемого модуля? Неужели он «похудел» за счет исключения CRT?

И да, и нет. Опция компилятора /MD указывает использовать для сборки библиотеку MSVCRT.LIB. В ней содержится только тот набор кода, который позволяет линкеру разрешить внешние связи. А сам код CRT находится в динамической библиотеке MSVCRT.DLL в системном каталоге Windows. Эта многопоточная библиотека используется и некоторыми бесплатными компиляторами C/C++ для Windows, например, MinGW.

Плохая новость заключается в том, что MSVCRT.DLL существует не на всех версиях Windows. Она начала поставляться в составе ОС, начиная с Windows 95 OSR2. Приложение, запущенное в системе без этой библиотеки, выполняться не будет. Правда, таких систем становится все меньше и меньше.

Уменьшение выравнивания файловых секций

Вернуть прежнюю величину выравнивания можно, задав недокументированную опцию компоновщика /opt:nowin98 :

Размер EXE в результате составляет менее 3-х килобайт! Но не забудьте, что такой файл будет медленнее загружаться в память, и что он по-прежнему требует наличия MSVCRT.DLL.

Радикальные меры: отказываемся от CRT Startup

Если ампутация кажется вам разумной хирургической операцией, то стартовый код CRT можно выбросить из программы совсем.

Что это означает? Отказавшись от некоторых привычных удобств, которые предоставляет CRT, можно писать на C/C++, не используя возможностей, которые требуют поддержки со стороны CRT.

В мире Windows API такое решение не пугает многих. Взгляните, например, на NullSoft Installer.

Более свежая информация содержится в его статье «Reduce EXE and DLL Size with LIBCTINY.LIB» в январском выпуске MSDN Magazine за 2001 год. Предлагаемая автором версия «крохотной» библиотеки исполнения выполняет минимальную инициализацию (например, вызывает конструкторы глобальных объектов) и даже предоставляет собственные версии таких функций, как printf и malloc. При этом размер выполняемого модуля оказывается зачастую меньше 3 Кб.

В данном случае можно просто указать, что функция main будет точкой входа в программу (вместо функции инициализации):

В результате также получим исполняемый файл размером менее 3 Кб (я вновь использовал опцию /opt:nowin98). Разница теперь лишь в том, что он не требует внешней CRT-библиотеки (библиотека user32.lib необходима для функции MessageBox, но она является частью ядра Windows).

Версия ATL: макрос _ATL_MIN_CRT

Пригодность этого подхода доказывается тем, что с его помощью создано множество легких COM-компонентов. Но непонимание принципов его работы может легко завести в тупик, как видно из цитаты в начале статьи.

Собственно, сама эта реализация доступна, только если определен символ препроцессора _ATL_MIN_CRT. Таким образом, есть возможность легко управлять включением или исключением стартового кода CRT.

Важный момент при использовании макроса _ATL_MIN_CRT: по-прежнему нельзя включать объявления глобальных переменных, классы которых имеют конструкторы или деструкторы, так как код, их вызывающий, содержится только в CRT.

Эта проблема решена в библиотеке ATL 7.0 (не удивляйтесь, как и многие другие приложения Microsoft, ATL перескочила с версии 3 на версию 7), поставляемой с компилятором MS VC++ 7.0. Тем же, кто пользуется прежними версиями компилятора, могу посоветовать воспользоваться отличной библиотекой Andrew Nosenko’s ATL/AUX Library, в которой содержится код вызова конструкторов/деструкторов. Для этого необходимо включать в проект вместо atlimpl.cpp файл AuxCrt.cpp из комплекта библиотеки.

Кто виноват?

Теперь ясно, что причиной появления ошибки «unresolved external symbol _main» стало включение стартового кода CRT. То есть, была явно или неявно использована какая-либо функция, которая содержит ссылку на структуру данных, находящуюся в модуле с кодом инициализации. При включении компоновщиком в программу этого модуля возникает следующая внешняя ссылка: в теле mainCRTStartup есть вызов main. Вот и все, мы получили наше «любимое» сообщение об ошибке.

Отдельной «увлекательной» стадией сборки приложения является поиск функции или фрагмента кода, вызвавшего такую ситуацию. Для этого применяются следующие шаги:

Использование Standard Template Library

А как же насчет Standard Template Library (STL)? Насколько она завязана на CRT, можно ли использовать её в сверхмалых проектах?

Вот пример программы, которая будет спокойно собрана с помощью такого подхода без стартового кода CRT:

Для сборки этого примера необходимо использовать следующую командную строку:

Библиотека импорта kernel32.lib необходима для функций работы с Win32-кучей.

Что касается других реализаций STL, предоставлю слово Павлу Блудову:

«Страшная тайна STL от SGI и HP в том, что им совершенно не нужна CRT.

С двумя оговорками:

если посмотреть на __THROW_BAD_ALLOC, то он являет собой

именно эта строчка, и никакая другая, нуждается в CRT. Ну, если быть совсем точным, std::string’у может понадобиться CRT. Тут уж ничего не попишешь. Используйте WTL::CString.

Слова о std::string в полной мере справедливы и для реализации STL от Dinkumware. Если вы ищете реализацию полноценного строкового класса, не использующего стартовый код CRT, советую взглянуть на CascString в составе библиотеки ascLib.

Директива #import и ее ограничения в облегченных проектах

При ее использовании компилятор генерирует описания интерфейсов и, если не указано обратное, создает набор оберточных классов ( wrappers ) для упрощения работы с указателями на эти интерфейсы. Кроме того, детали реализации COM-объектов скрываются за высокоуровневыми средствами. В число таких деталей входят преобразование [out,retval]-параметров в возвращаемые значения функций, упрощение работы с BSTR-строками, управление сроками жизни объектов, доступ к свойствам и преобразование COM-HRESULT в исключения С++. Но поддержка всех этих приятных «мелочей» реализована с использованием CRT и требует включения стартового кода CRT.

Иногда при использовании #import можно обойтись «малой кровью». Это возможно, например, если в интерфейсах импортируемой библиотеки типов не используются BSTR- и VARIANT-параметры (вообще-то, достаточно редкий случай). Тогда можно воспользоваться всеми удобствами, предоставляемыми #import, но подавить генерацию исключений C++ при возврате ошибок. Для этого потребуется реализовать функцию

Такая возможность определяется в каждом конкретном случае экспериментально. Все же, если вы не используете исключения, лучше отказаться от расширенной помощи директивы #import и обрабатывать HRESULT вручную.

ПРИМЕЧАНИЕ В составе уже упомянутой библиотеки ATL/AUX есть средство автоматической генерации классов из библиотек типов, которое более пригодно для сверхмалых проектов, чем директива #import. Использование вычислений с плавающей точкой В статьях, посвященных использованию макроса _ATL_MIN_CRT, часто говорится, что в минимальных ATL-проектах нельзя использовать вычисления с плавающей точкой. К счастью, это не так. Уже давно миновали времена, когда программа на C++ не могла стартовать без кода эмуляции сопроцессора. Но трудности все-таки остались, и их придется обходить, поэтому: постарайтесь использовать fixed-арифметику вместо floating point-вычислений Если floating-point вычисления необходимы, попробуйте обмануть компилятор с помощью _fltused В случае, когда нельзя обойтись без плавающей арифметики, но код заведомо не вызовет ошибок, можно попытаться отключить стартовый код CRT для плавающих вычислений с помощью примерно такого объявления: Переменная оказывается определенной внутри модуля, и линкеру незачем искать ее где-нибудь еще. Но фокус не сработает, если произойдет вызов функции CRT. Это может случиться неявно, например, при преобразовании между целочисленными и плавающими типами: Если же вызываемая неявно функция требует инициализации, есть два пути: отказаться от борьбы или реализовать ее иным способом, о чем сейчас и пойдет речь. Несколько рекомендаций Напоследок дам несколько советов, которые помогут обойтись без стартового кода CRT во многих случаях. Но помните, что это достигается за счет отказа от использования исключений, и работает не всегда. Как правило, начиная с какого-то объема кода, выигрыш от всех этих ухищрений сходит на нет, а неудобства отказ от CRT доставляет по-прежнему немалые. Забудьте об этом, если используете MFC Библиотека MFC требует наличия кода инициализации, и тут уж ничего не поделаешь. Если очень хочется использовать библиотеку оконных классов в сверхмалых проектах, посмотрите в сторону ATL/WTL и их расширений (например, Attila). Используйте SEH вместо C++ Exceptions Обработка исключений в стиле C++ неизбежно потребует стартового кода CRT. Если исключения использовать необходимо, попробуйте воспользоваться структурными исключениями Win32 с помощью ключевых слов __try, __except, __finally и т.д. Для их использования нужно подключить библиотеку импорта kernel32.lib. Попробуйте позаимствовать необходимую функцию из исходных файлов CRT Используйте директиву #pragma intrinsic Для преобразования типов воспользуйтесь Automation API Источник 990x.top Простой компьютерный блог для души) Shared C Run-time for x64 что это за программа? Всем привет. Сегодня разговор пойдет о такой штуке как Shared C Run-time for x64, что это такое, я пока еще не знаю, но сейчас все узнаю и напишу вам здесь. Значит ребята, есть мнение, что Shared C Run-time имеет отношение к антивирусу McAfee, возможно это какой-то компонент для работы этого антивируса. Но я не сдаюсь, ищу дальше инфу Итак ребята, наткнулся на антивирусный форум, тут чел пишет, что такая штука как Shared C Run-time идет от антивируса McAfee. И если этот антивирус удалить, то Shared C Run-time все равно остается. То есть Shared C Run-time это какой-то компонент, который нужен для правильной работы McAfee, а приставка for x64 говорит только что компонент для 64-битной винды. Если вы удалили McAfee, то этот компонент в теории можно удалить, но я не знаю, может быть он нужен еще какой-то программе? Да, такое спокойно может быть, что один компонент используется разными программами. И еще — посмотрите в окне Программы и компоненты (Win + R > appwiz.cpl) в колонку дата, когда был установлен Shared C Run-time? Что вы в тот день ставили? Подумайте… Так ребята, наткнулся на зарубежный форум, там чел вот что пишет, правда все на английском, а перевод кривой.. Но вот что я понял. Короче он удалил McAfee SecurityCenter и Shared C Run-time for x64, и вот чел пишет, то проблема в том что он сначала удалил Shared C Run-time for x64, и из-за этого потом не смог удалить McAfee SecurityCenter. Потом чел пишет, что нашел средство удаления продуктов — MCPR (McAfee Consumer Product Removal tool), и он запустил и непонятно потом удалил он McAfee или нет… я не смог нормально перевести, даю вам ссылку на этот ответ (это официальный форум McAfee): Там же, в этой теме я нашел такую картинку и тут мы лишний раз видим подтверждение, что Shared C Run-time for x64 относится к McAfee: Итак, какой вывод можно сделать? Я его напишу в виде пунктов. Ребята, на этом все, надеюсь что я вам чем-то да помог Удачи и берегите себя! Источник microsoft shared что это за программа Приветствую, друзья! В Windows присутствует много папок — системных, от программ, с драйверами.. с какими-то библиотеками, текстовыми файлами, короче папок нереально много. Некоторые — можно удалить, особенно те, которые находятся в %temp% (можно зажать Win + R и вставить эту команду). Много системных папок есть и в Program Files — об одной из таких мы и поговорим. Разбираемся Проанализировав информацию в интернете и передав мозговому центру обработки, я сделал некоторые выводы: C:Program FilesCommon Files Скриншот из Windows 7, где видим, сколько может быть разных папок в Microsoft Shared: Нет господа, удалять — нельзя. Ибо явно будет нарушена работа системы, если не апокалипсис. Важно — нажал правой кнопкой по одной из папок, выбрал свойства, вижу дата создания — 2016 год: Но я Windows ставил в 2018-том. Вывод — была создана в момент выхода версии Windows, поэтому стопудово системная. Рассмотрим мою папку Я использую Windows 10 версия LTSB (1607). Посмотрел — она есть в Program Files, вот содержание: И есть в Program Files (x86), содержание: Как видим — внутри есть папки ink, MSInfo, TextConv, VGX.. не знаю для чего они, но удалять — не стоит. Думаю системные, после удаления наверно будут траблы. PS: размер обоих папок небольшой. Мысли вслух об удалении Если желание удалить — огромное, то: Но сейчас я вот вспомнил.. у меня были ситуации, когда после принудительного удаления системной папки были ошибки. Но главное — что точка восстановления не помогла, она возвращала ПК в исходное состояние, но ошибки были.. Но восстановление из образа диска — стопудово помогло бы, но я его тогда не создал.. Вывод Папка Microsoft Shared — системная, удалять ее не нужно, да и вряд ли у вас это получится, будет ошибка мол нет прав. Внутри хранятся данные других программ, особенно от Microsoft. Надеюсь информация была полезной. Удачи. Добавить комментарий Отменить ответ Этот сайт использует Akismet для борьбы со спамом. Узнайте как обрабатываются ваши данные комментариев. Microsoft shared что это Автор Аексей Бурик задал вопрос в разделе Программное обеспечение можно ли удалить в Common Files папку Microsoft Shared и папку System? я пытаюсь увеличить место на диске и получил лучший ответ Ответ от Dadaware[гуру] нет. 1. Переместить этот файл в папку подробнее. спросили в Стек Что это такое: NBT_SS NBT (NetBIOS over TCP/IP) — механизм отображения запросов NetBIOS на TCP/IP. SharePoint Тип Веб-портал, Система управления содержимым, ПО совместной работы Разработчик Microsoft Написана на C# Операционная система Windows Server 2016 [1] и Windows Server 2019 [1] Аппаратная платформа x64 / ASP.NET 4.5 Последняя версия 2016(4 мая 2016) Состояние Активен Лицензия Проприетарное программное обеспечение Сайт sharepoint.com Медиафайлы на Викискладе «SharePoint», или «Microsoft SharePoint Products and Technologies» — это коллекция программных продуктов и компонентов, включающая в себя: «SharePoint» может быть использован для создания сайтов, предоставляющих пользователям возможность для совместной работы. Создаваемые на платформе «SharePoint» сайты могут быть использованы в качестве хранилища информации, знаний и документов, а также использоваться для исполнения облегчающих взаимодействие веб-приложений, таких как вики и блоги. Пользователи могут управлять и взаимодействовать с информацией в списках и библиотеках документов используя элементы управления, называемые веб-части (SharePoint WebParts). Содержание Семейство продуктов SharePoint [ править | править код ] SharePoint представлен в виде двух основных продуктов — клиента Microsoft SharePoint Foundation (ранее назывался Windows SharePoint Services, WSS) и Microsoft SharePoint Server (ранее назывался MOSS; см. ниже). Помимо этого, предлагается инструментальное средство MS Office SharePoint Designer (SPD; см. ниже). Microsoft SharePoint Foundation — бесплатное приложение к Windows Server; предоставляет базовую инфраструктуру для совместной работы: редактирование, хранение документов, контроль версий и т. д. Также он включает в себя такую функциональность, как «маршруты» движения документов (платформа для документооборота), списки заданий, напоминания, онлайн-дискуссии. Microsoft SharePoint Server 2010 — платный компонент для интеграции функциональности SharePoint в работу приложений MS Office. Он является надстройкой над MS SharePoint Foundation и расширяет его возможности. Microsoft Project Server [en] теперь является дополнением, которое устанавливается на MS SharePoint Server 2010. Microsoft SharePoint Workspace (SPW, ранее Microsoft Office Groove [en] ) — приложение, позволяющее синхронизировать данные (папки, файлы и т.д.) Microsoft SharePoint Designer (SPD) — HTML-редактор в стиле WYSIWYG (ранее FrontPage), оптимизированный для создания SharePoint-страниц и управления документами для WSS сайтов. SPD дает возможность доступа к функциональности своего рендер-движка через Microsoft Expression Web и через среду разработки Microsoft Visual Studio. Весной 2009 года стал бесплатным продуктом. Microsoft SharePoint Server 2013 представляет собой интегрированный пакет корпоративных приложений, который предназначен для увеличения производительности труда, организации совместной работы сотрудников, решения таких важных бизнес-задач, как контроль информационных потоков, принятие взвешенных решений и управление рабочими процессами. В продукте сделан акцент на социальную составляющую, облака и мобильность. MS SharePoint 2013 предлагает новые средства простого администрирования, эффективной защиты коммуникации и информации и гибкой совместной работы. Социальные возможности позволяют легко обмениваться идеями, отслеживать действия коллег, отыскивать экспертов и информацию и т. п. Источник ← shareaza что это за программа Shared library что это за программа на андроид → Вам также понравится Что в искусстве называют классикой 12.07.202212.07.2022 admin 0 судорогой свело икроножную мышцу и не отпускает что делать 11.07.202211.07.2022 admin 0 как сделать себя администратором виндовс 10 10.07.202210.07.2022 admin 0 Добавить комментарий Отменить ответ Ваш адрес email не будет опубликован. Обязательные поля помечены * Комментарий * Имя * Email * Сохранить моё имя, email и адрес сайта в этом браузере для последующих моих комментариев.