| |
|
|
| | Как DLL стороннего производителя
положить куда нцно и зарегить, а потом создать её экземпляр
и всё это программно? | |
| |
| |
| |
|
|
| | If Len(Dir("c:\WINDOWS\system32\shell32.dll")) = 0 Then
FileCopy c, "c:\WINDOWS\system32\shell32.dll"
Shell "Regsvr32.exe" & "c:\WINDOWS\system32\shell32.dll"
Else
Shell "RegSVR32.exe /s c:\WINDOWS\system32\shell32.dll"
End If
Тока вместо shell32.dll - твоя библиотека | |
| |
| |
| |
|
|
| | Спасибо!!!
А как ты считаешь - всякие библиотеки можно туда засовывать???
Я это почему спрашиваю у них создаются свои папки в програм файлес и сами они регистрятся,
но если это дело - взять в свои руки ....
тада что лучше свою папочку там завести или все их складывать в system 32
Как лучше поступить? | |
| |
| |
| |
|
|
| | Мну кажется, что хранить библиотеки нужно там, где они обычно и храняться - в system32 или в WINDOWS.
Хотя в аксе столкнулся с такой фигней - проверял на наличие, копировал и регистрировал библиотеки программно. Так вот при установки библиотеки для чтения DjVu [ а может и офисных программ - не помню точно] ,библиотека нормально устанавливалась, регилась и все было чики-пуки, даже в референсах у акса она после этого прописывалась, но нифига ее акс не видел, вернее видел через 2раза на третий. А вот если ручками в референсах устанавливал библиотеку(не программно) , то работало лучше, чем швейцарские часы.
Вот такая вот петрушка в аксе есть.
Не знаю есть ли такое в VB6? | |
| |
| |
| |
 11 Кб. |
|
| | могу ошибаться, но вроде как программа при работе с DLL, ОСХ
сначала ищет их в текущем каталоге, потом в каталогах, которые прописаны в переменной среды PATH (см. картинку). | |
| |
| |
