Конференция VBStreets

**Pantalone** » 06.02.2006 (Пн) 4:45

Предположим такую ситуевину, на компе на котором стоит моя прога, некоторые важные файлики типа MSCOMCTL.OCX или msvbvm60.dll будут заменены более старыми версиями каким-нибудь корявым дистрибутивом. Отразится ли это негативно на работе моей проге, которая расчитана на работу с более свежими версиями этих файлов? И может имеет смысл держать свежие версии файлов в папаке с прогой или это полнейший бред?

**GOD-iDS** » 06.02.2006 (Пн) 8:17

Я не слышал чтобы в этих файликах были какие то глобальные изменения. Я думаю если на компе вообще есть runtime от VB6 то и проги попрут любые написанные на VB6 и не обязательно очень свежие файлы. по моему так. я просто за этим ни когда не следил...

**andreywin** » 06.02.2006 (Пн) 9:01

Есть смысл держать их в своей папке. Я писал файлик типа register.bat
в котором: regsevr32.exe MSCOMCTL.OCX
Если пользователь что либо угробит в SYSTEM32 , а потом жалуется что прога глючит, говоришь ему запустить register.bat , а деньги за восстановление проги пусть добросовестно пропьет за твое здоровье.
Особенно оправдано - если прога уехала в другой город!

**shady** » 06.02.2006 (Пн) 9:24

а я, если прога не очень большая, в ЕХЕшник все запихиваю. возможно кто-то скажет что это не правильно, зато везде работает

**Pantalone** » 06.02.2006 (Пн) 10:00

andreywin
Да, мысль с батником интересная. Только все ли библиотеки осх-сы дадут себя переписать ежели что?

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

**shady** » 06.02.2006 (Пн) 11:10

MSCOMCTL.OCX или msvbvm60.dll

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

**Twister** » 06.02.2006 (Пн) 15:46

Челы это прикол? :shock:

А что, больше не существуют программы-инсталяторы, которые сравнивают версии установленных в системе и устанавлеваемых файлов?

**Pantalone** » 06.02.2006 (Пн) 20:17

Twister
А ты тему внимательно читал? Я же говорю, поставил юзер мою прогу со свежими библами, а следом ставит другую прогу с кривым дистрибом и старыми или глючными библами и привет!

**ARTES** » 06.02.2006 (Пн) 21:59

shady, а как ты запихиваешь в EXE?
Поподробней можно?

**Pantalone** » 07.02.2006 (Вт) 0:35

ARTES
Для этого есть куча прог:
BitArt Fusion
VB-PowerWrap
MoleBox
Thinstall
PEBundle

**AjaxVS** » 07.02.2006 (Вт) 2:02

Гыгы...
Чужие OCX - в свой EXE? Серьезно? Это ты не делаешь инсталлятора?

**Pantalone** » 07.02.2006 (Вт) 2:52

AjaxVS
Серьезно, сижу и исследую вопрос на эту тему. А что вызывает усмешку? Инсталлятор в любом случае делать, продукт коммерческий.

**Twister** » 07.02.2006 (Вт) 8:32

2 Pantalone
Проблему поднял из ничего.
Все ОСХ-ы и DLL держи в папке с программой. Кто тебе там их заменит?
Или ты боишься, что c:\windows\system32\msvbvm60.dll заменят на c:\windows\system32\msvbvm50.dll?... :lol:

**alibek** » 07.02.2006 (Вт) 8:54

Twister писал(а):Все ОСХ-ы и DLL держи в папке с программой. Кто тебе там их заменит?

Это неправильно.

**Twister** » 07.02.2006 (Вт) 8:57

Это неправильно.

Кто сказал? А держать дополнительные библы там тоже не правильно? Я думаю это наилучший вариант в данной ситуации, чем писать DLL-ы в ресурсы, писать батники и прочее...

**Pantalone** » 07.02.2006 (Вт) 9:08

Twister писал(а):2 Pantalone
Проблему поднял из ничего.
Все ОСХ-ы и DLL держи в папке с программой. Кто тебе там их заменит?
Или ты боишься, что c:\windows\system32\msvbvm60.dll заменят на c:\windows\system32\msvbvm50.dll?...

Ну да, очень смешно. Положи-ка попробуй MSCOMCTL.OCX к себе в папку, много от этого толку будет? Толку будет ноль, потому как использовать твоя прога будет тот, который лежит в системной папке и зарегистрирован. Так что проблема есть.

**Twister** » 07.02.2006 (Вт) 9:28

Положи-ка попробуй MSCOMCTL.OCX к себе в папку, много от этого толку будет?

Много. Поищи инфу о том, в каком порядке программа перебирает папки и ищет нужную либу, к примеру...

**GSerg** » 07.02.2006 (Вт) 9:40

Twister
Изучи азы для того, чтобы не путать принцип загрузки native dll с принципом загрузки activex.

**Andrey Fedorov** » 07.02.2006 (Вт) 10:01

Twister писал(а):
Положи-ка попробуй MSCOMCTL.OCX к себе в папку, много от этого толку будет?

Много. Поищи инфу о том, в каком порядке программа перебирает папки и ищет нужную либу, к примеру...

Вообще проблема больше высосана из пальца. Ибо любой мало-мальски нормальный инсталятор обязан отслеживать версии компонентов и заменять только их более старые версии.

Все остальное, в том числе и кривые ручки - скорее можно относить к умышленной порче системы - ибо снести можно что угодно, если есть на это права.

**alibek** » 07.02.2006 (Вт) 10:02

Twister писал(а):Кто сказал? А держать дополнительные библы там тоже не правильно?

Я. Если этого мало, то еще Microsoft.
Системные библиотеки и компоненты (к которым относится *comctl*.ocx и *comctl*.dll) должны располагаться в системном каталоге, чтобы обновляться централизованно, если потребуется. Если какая-то программа заменит компонент устаревшей версией, это проблема инсталлятора, а не системы; значит не нужно пользоваться такой программой и/или инсталлятором.
Дополнительные библиотеки можно хранить и в своем каталоге.

**Twister** » 07.02.2006 (Вт) 10:07

Кто из нас тупит?

Если в системной папке нет ОСХ-а, а в папке с прогой есть - откуда загрузиться ОСХ?
А если если есть и там и там, но зарегистрирован последним тот, который в папке, откуда будет грузиться ОСХ?

**alibek** » 07.02.2006 (Вт) 10:11

А если какая-нибудь прога перерегистрирует Microsoft Common Controls 6.0 SP6 на свой OCX, первой версии (без сервис-пака), угадай, что я сделаю с этой прогой?

**Twister** » 07.02.2006 (Вт) 10:38

2 alibek

чтобы обновляться централизованно

Как видно из топика автор именно этого и опасается...

А если какая-нибудь прога перерегистрирует Microsoft Common Controls 6.0 SP6 на свой OCX, первой версии (без сервис-пака), угадай, что я сделаю с этой прогой?

Наверное то же что и я ... :wink:

2 Andrey Fedorov

Вообще проблема больше высосана из пальца. Ибо любой мало-мальски нормальный инсталятор обязан отслеживать версии компонентов и заменять только их более старые версии.

Вот о чем я и говорил в самом начале.

Итак, мой итог:
Либо пользовать проверенные проги-инсталляторы и доверять им, либо хранить либы у себя в каталоге...

**alibek** » 07.02.2006 (Вт) 10:56

Twister писал(а):Как видно из топика автор именно этого и опасается...

Автор не того опасается.
Нужно не адаптироваться под неправильные решения, а стараться их исключить.
Иначе случится как в MacOS, когда в очередной версии ОС перекрыли прямой доступ к видеоакселератору и куча прог перестала работать.

Конференция VBStreets

Держать MSCOMCTL.OCX в папке с прогой, или бред?

Держать MSCOMCTL.OCX в папке с прогой, или бред?

Кто сейчас на конференции