Архитектура современного - компьютера
Операционные системы* использующиеся с начала 80-х гг., включают в себя
другой способ компоновки, называемый динамической компоновкой или
динамическим связыванием {dynamic linking).
Архитектура современного - компьютера.
При динамической компоновке динамически связываемая библиотека перекомпоновывается каждый раз, когда приложение вызывает одну из библиотечных подпрограмм. Продолжая пример с распечаткой, сравним: при статической компоновке в программу встраивается библиотечная подпрограмма целиком; при динамической компоновке в программе содержится только примечание, в сущности говорящее: "Когда нам понадобится эта подпрограмма, обратитесь к PRINT.DLL, загрузите ее и установите связь с этой подпрограммой прежде, чем двигаться куда-либо дальше. Доступ к DLL также может быть распределен: одна программа хранит PRINT.DLL в памяти, а другая довольствуется копией* которая уже находится в памяти* вместо того, чтобы загружать ее повторно.
Если что-то случилось, как найти неисправность? Иногда может произойти сбой в программе, которая была инсталлирована неправильно, при котором программа жалуется на недостатки в DLL. Причина может быть определена достаточно просто — путем добавления каталога DLL к оператору 'path', в противном случае DLL может быть просто стерта. Или она должна быть заменена.
Когда вы щелкаете на Pile, а затем на Open в Windows, OS/2 или NT, то ваша программа вызывает DLL, которая содержит подпрограмму, знающую как вывести на экран диалоговое окно File/Open. (В Windows она называется COMMDLG.DLL.) Время от времени я заменяю существующую версию COMMDLG.DLL улучшенной.
Как же вы можете выяснить, подходит ли та или иная DLL? Самый простой способ сравнить ее с датами других DLL, которые, как предполагается, поставлялись вместе с данной
Архитектура современного - компьютера.
При динамической компоновке динамически связываемая библиотека перекомпоновывается каждый раз, когда приложение вызывает одну из библиотечных подпрограмм. Продолжая пример с распечаткой, сравним: при статической компоновке в программу встраивается библиотечная подпрограмма целиком; при динамической компоновке в программе содержится только примечание, в сущности говорящее: "Когда нам понадобится эта подпрограмма, обратитесь к PRINT.DLL, загрузите ее и установите связь с этой подпрограммой прежде, чем двигаться куда-либо дальше. Доступ к DLL также может быть распределен: одна программа хранит PRINT.DLL в памяти, а другая довольствуется копией* которая уже находится в памяти* вместо того, чтобы загружать ее повторно.
Если что-то случилось, как найти неисправность? Иногда может произойти сбой в программе, которая была инсталлирована неправильно, при котором программа жалуется на недостатки в DLL. Причина может быть определена достаточно просто — путем добавления каталога DLL к оператору 'path', в противном случае DLL может быть просто стерта. Или она должна быть заменена.
Когда вы щелкаете на Pile, а затем на Open в Windows, OS/2 или NT, то ваша программа вызывает DLL, которая содержит подпрограмму, знающую как вывести на экран диалоговое окно File/Open. (В Windows она называется COMMDLG.DLL.) Время от времени я заменяю существующую версию COMMDLG.DLL улучшенной.
Как же вы можете выяснить, подходит ли та или иная DLL? Самый простой способ сравнить ее с датами других DLL, которые, как предполагается, поставлялись вместе с данной