msvcrt*

mantissa · 1 дек 2023

rmn сказал(а): ↑

https://devblogs.microsoft.com/oldnewthing/20140411-00/?p=1273
Нажмите, чтобы раскрыть...

мда странная статья мужик говорит, что это не часть crt, потому что есть новые версии с цифрами, а эта версия была в windows95 CRT, ну так и что? что ее перестало делать crt либой то? там функции все те же + ее обновляют

rmn · 1 дек 2023

mantissa,
Раньше это была crt, но потом мс запарились разруливать обратную совместимость при обновлении и начали делать сишный рантайм в виде нумерованных длл. Эту же оставили как системную библиотеку, типа user32 или shell32, только для внутреннего использования. Перестало делать ее сишной crt то, что экспортируемые функции этой библиотеки больше не гарантируются. В любой следующей версии оттуда может пропасть sprintf или fopen, например. Так что если тебе нужен сишный рантайм (который мс обязуется поддерживать неизменным), тебе надо линковаться с нумерованной длл.

UbIvItS · 4 дек 2023

Back in Windows 95, MSVCRT.DLL was the Microsoft Visual C/C++ Run-Time library, or at least it was the runtime library for Visual C/C++ 4.2. As each new version of Visual C/C++ came out, the Windows team had to go update their copy of MSVCRT.DLL to match. And if the Windows team wanted to fix a bug in MSVCRT.DLL, they had to make sure that the Visual C/C++ team made the corresponding change in their version.

This high degree of coördination became untenable, especially since it required the Windows team to do things like push a new version of MSVCRT.DLL to all downlevel platforms whenever a new version of Visual C/C++ came out. (Good luck doing this in the days before Windows Update!)

And sometimes these fixes caused compatibility problems. For example, I remember there was a fix for a Y2K problem which caused one application to crash because the fix altered the stack usage in such a way that exposed an uninitialized variable bug.

One serious problem with the MVSCRT.DLL “one runtime to rule them all” model is that multiple versions of Visual C++ would all use the same library, and keeping one DLL compatible with all versions of Visual C++ was a maintenance nightmare. For example, if a new C++ language feature required a change to the ostream class, you had to be careful to design your change so that the class was still binary-compatible with the older version of the class. This meant not changing the size of the class (because somebody may have derived from it) and not changing the offsets of any members, and being careful which virtual methods you call. This was in practice not done, and the result was that (for example) Windows 95 and Windows 98 both had DLLs called MSVCRT.DLL that were not compatible with each other.

And of course there was the problem of some application installer unwittingly overwriting the existing copy of MSVCRT.DLL with an older one, causing the entire operating system to stop working.
Нажмите, чтобы раскрыть...

да, заПлявные времена были.. впрочем, проблема так и не получила толкового решения - блоутвара сейчас на всех осях

Войти или зарегистрироваться

msvcrt*

mantissa Мембер Команда форума

rmn Well-Known Member

UbIvItS Well-Known Member

Войти или зарегистрироваться

msvcrt*

mantissa Мембер Команда форума

rmn Well-Known Member

UbIvItS Well-Known Member

Быстрый поиск