Имеется dll. Находится не в системной директории, а в самой обыкновенной. Открываю программу, обращающуюся к этой библиотеке – все в порядке. НО! Только если я вошел в Windows как администратор. Если захожу под другим логином – как пользователь или гость, программа ругается:

 Error loading "C: ..... .dll". A dynamic link library (DLL) initialisation routine failed.

Windows XP Pro, SP 3

Подскажите, пожалуйста, как такое может быть и как с этим бороться?
Спасибо.

_Y_, попробуй под админом дать полные права (не только чтение но изменение, запись и прочие) на папку в которой лежит эта программа и dll-ка для пользователя под которым вылазит ошибка.

Это винда ругается или программа, загружающая библиотеку?

Спасибо за ответы, но моих знаний не хватает, чтобы ими воспользоваться.


Чего-то я не знаю, видимо. Разве в Windows можно устанавливать права для отдельных папок? Я с этим только в Linux сталкивался. Как это сделать если не секрет? 

В хелпах про access rights и тому подобное нашел только установки доступа для всего компа или для каких-то функций, но не для отдельных папок-файлов.



Вот это понять я не могу - такое сообщение увидел впервые. Как опознать его источник?

Покажи снимок окна

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

Значит dll-ка лезет куда ей не разрешено, а ОСь даёт ей по рукам.
1. Спроси у автора программы, куда нужно открыть доступ.
2. Если нет связи с автором, то filemon, возможно может отследить, куда именно лезет Dll-ка.

ТоляМБА, докопался - права есть под заголовком Security. Все разрешил - не помогло :(


Akella, 

• библиотека старая - врядли до разработчика достучусь. 
• filemon  скачал, запустил. Под администратором он показывает несколько идущих подряд обращений к проблемной библиотеке. Все успешные. А не под администратором запустить filemon  нельзя. Как найти куда лезет библиотека в ходе этих успешных обращений я не понял. Печально.

Ты временно добавь того пользователя в группу Администраторы (Администрирование-Упр. компьютером-Локальные пользователи и группы)



100 лет не пользовался этой прогой. 
Принцип такой. Нужно включить фильтр. Фильтр настроить на имя библиотеки или процесса, запускающего библиотеку. Точно рассказать не могу, экспериментируй.
Слушай, возможно, что библиотека пытается что-то менять в реестре. Опять же не в узле пользователя, а в каком-нибудь системном. Можно опять следить с помощью RegMon.

Добавлено через 1 минуту и 25 секунд
И ещё, попробуй запустить из того же пакета (Sysinternals) диспетчер задач. Там включить показ dll, найти нужную и посмотреть, что она творит или куда лезет при запуске.

Добавлено через 4 минуты и 38 секунд
В этой проге (Process Explorer) есть меню Find для поиска dll.

Добавлено через 9 минут и 43 секунды
Выбери меню View->Show lower pane ядл показа нижней панели подробьной информации и запускай приложение с библиотекой.

Ещё. Нажми Ctrl+D для показа нижней панели с dll-ками. Попробуй найти свой процесс и эту dll. Правой кнопкой по Dll-меню Properties-закладка settings

Akella, внимая советам, долго экспериментировал. Наблюдал и с помощью Process Explor, и с помощью более современного Process Monitor. Вроде нашел два ключа в регистре, к которым идет обращение. Видимо, в проблемах "виноват" один из них. Оба ключа относятся к самой программе.

И тут началась свистопляска: то работает, то нет. Например:

• Пользователю разрешено только чтение этих ключей регистра – все работает.
• Вхожу как администратор – запрещаю чтение.
• Перегружаю комп, вхожу как пользователь – ругается на DLL-ку (пока все хорошо).
• Вхожу как администратор – даю все права.
• Перегружаю комп, вхожу как пользователь – ругается!!!! Почему? Прав-то даже больше, чем когда все было хорошо?
• Вхожу как администратор – разрешаю только чтение. 
• Перегружаю комп, вхожу как пользователь. Тоже ругается!!!!

Ничего вроде не поменялось – запретил чтение и опять его разрешил, а DLL-ка работать перестала. И никакой закономерности в этом поведении не наблюдается. Вдруг все начинает работать (если, конечно, пользователю разрешено чтение данных ключей регистра). Пока только голова пухнет – весь результат  

Может перезагрузки компу нехватает, чтобы понять, что надо новые установки доступа к регистру использовать? Может ему надо паяльником угрожать?

Может ты пропустил какой-нить ключ?

Есть программы для анализа DLL-ок. Названия не скажу - не знаю. Нужно спрашивать тебе в разделах по C++ и Delphi у более продвинутых программеров. Возможно, что есть программы которые следят только для DLL.

Еще есть программа типа WinAPI монитор. Она даёт ещё больше информации. Но там столько её... что анализировать её прийдётся долго. Возможно, что dll-ка вызывает другие dll-ки и т.д.

Проблема, вроде, решена. Akella, спасибо за советы и подталкивание моих мыслей/экспериментов. К сожалению, так и не понял почему же все работает и именно так.  

• С помощью программы-подглядывателя Process Monitor (скачивается со страницы микрософта) определил, к каким колючам регистра обращается моя программа. К сожаленю, обращений из самой DLL отследить не сумел – только обращения всей программы. Впрочем, мне этого хватило: логически отсортировал два ключа.
• Дал пользователю права на чтение этих ключей.
• Ничего хорошего не получилось. При входе под пользователем программа не работает.
• Подождал пару дней, вошел как пользователь – все работает.
• В качестве проверки запретил чтение этих ключей пользователю – не работает.
• Поэкспериментировал с дачей/запретом прав несколько раз, чтобы убедиться в выводах.

Такое впечатление, что разрешение чтения этих ключей имеет "отложенное" действие. Вроде изменениям надо время, чтобы распространиться по всем нужным закоулкам загадочной операционной системы.  

Хз, может требуется перезагрузка после изменения прав на ключи. Но так быть не должно.

Перезагрузки (даже трехкратной - проверено  ) не достаточно. Надо что-то еще, а что - непонятно.