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

**Jacks** » 18.08.2003 (Пн) 19:46

Вот создал я exe-шник, но на другом компе (Win 98) он отказывается работать, говорит что-то вроде commondlg32.oxc not propely registed. Как я понял сам-то файл есть во всех Windows, но прога его не находит (А почему на моем компе находит???) Тогда я поробовал использовать Package and Deployment Wisard, но для 200кб проги получается 11 мегабайтный дистрибутив. Подскажите как сделать, чтобы прога работала на всех компах.

**A.A.Z.** » 18.08.2003 (Пн) 19:55

Попробуй со своего компа заархивировать ComDlg32.ocx вместе с программой, а потом на другом компе распакуй его в C:\Windows\System.

**Oxygen** » 18.08.2003 (Пн) 20:54

A.A.Z. писал(а):Попробуй со своего компа заархивировать ComDlg32.ocx вместе с программой, а потом на другом компе распакуй его в C:\Windows\System.

Для того, что бы OCX нормально работал его нужно хотя бы зарегестрировать. Для этого есть такая программка regsrv32.exe. Саммое простое - это просто переташить этот ocx на значек этой программки. (она лежит в system32 в Win2000, WinXP и просто в папке Windows в Win95/98/ME. Лучше положить сам компонент в папку с regsrv32.exe и там его и зарегестрировать.

**Jacks** » 20.08.2003 (Ср) 15:27

2 A.A.Z
Да, но ведь такая регистрация проблему не решает, не будет же каждый кто скачал программу с инета, вручную регистрировать OCX.
А вот папке программы OCX работает и без регистрации.

Я вот так и не понял comdlg32.ocx, mscomclt.ocx и им подобные входят изначально в Состав Windows? Или их надо обязательно поставлять с программой. И если они входят, то можно их как нибудь зарегистрировать при утановке программы ?

**Boris_BGB** » 20.08.2003 (Ср) 15:33

Они входят не в состав Windows, а в состав Visual Basic.

**Sedge** » 20.08.2003 (Ср) 15:35

Package and Deployment Wizard - рулез форэва. Если не нравится, можно найти кучу других софтин для установки приложения. Пока ты пишешь на VB без них, увы, не обойтись, потому как практически любая твоя программа, перенесенная на компьютер конечного пользователя, будет тягать за собой некоторое количество библиотек и контролов. Причем, если какой-нибудь контрол вдруг, по чистой случайности, обнаружится на компьютере у пользователя до установки твоей программы, то совершенно не факт, что проблем не будет - тут почти наверняка начнется головная боль с версиями. Так что наилучший выход - создание установочного пакета.

**MEMBER** » 21.08.2003 (Чт) 17:50

2 Sedge
Пока ты пишешь на любом языке высокого уровня.
Так будет точнее.

**ASD** » 21.08.2003 (Чт) 18:17

Забить на это фуфло и юзать вызов диалога через API.
И забудешь про этот компонент....

Я так понимаю тебе Open/Save нужен...

**WEB_13** » 22.08.2003 (Пт) 3:26

Есть хороший и БЕСПЛАТНЫЙ инсталлятор на -http://amelso.narod.ru/dev/, я импостоянно пользуюсь. Кстати тоже написан на VB!

**moderator** » 22.08.2003 (Пт) 9:59

WEB_13 писал(а):Есть хороший и БЕСПЛАТНЫЙ инсталлятор на -http://amelso.narod.ru/dev/, я импостоянно пользуюсь. Кстати тоже написан на VB!

Инсталлятор на VB? Ну-ну. А как быть на той машине, где нет VB? Про Fusion и иже с ними не надо, проходили уже :wink:

**Хой** » 22.08.2003 (Пт) 10:36

moderator писал(а):
WEB_13 писал(а):Есть хороший и БЕСПЛАТНЫЙ инсталлятор на -http://amelso.narod.ru/dev/, я импостоянно пользуюсь. Кстати тоже написан на VB!

Инсталлятор на VB? Ну-ну. А как быть на той машине, где нет VB?

Ну тут получается бесконечный цикл:

Инсталятор для Инсталятора на VB

Инсталятор на VB инсталятора на VB для инсталятора на VB

Инсталятор на VB инсталятора на VB для инсталятора на VB каторый в свою очередь для инсталятора на VB
------
тьфу, дальше путаюсь...

**alibek** » 22.08.2003 (Пт) 15:01

Не надо преувеличивать.
Программа, написанная на VB и не использующая дополнительных контролов, будет работать, если в папке с ней разместить vbvmxx.dll (еще лучше писать на VB3, там нужен vbrun300 размером 300 Кб, да и прога запускается быстрее). Правда нужен еще OLE Automation, но сейчас это уже не актуально. И эта программа будет копировать требуемые библиотеки в системный каталог и регистрировать их, т.ч. инсталлятор на VB это вполне реально. Другое дело, что такой инсталлятор все-равно не сравнится с написаными на C.

**WEB_13** » 23.08.2003 (Сб) 1:28

Почему всех волнует именно файл msvmXX.dll, ведь он в большинстве случаев на Windows уже установлен!!! Лично я всегда сталкивался с проблемой нехватки нужных *.ocx на других компах. Эту проблему как раз и помогает решить инсталляторы.

**Urvin** » 23.08.2003 (Сб) 1:53

Вы о чем? Скопировал ocx в папку с программой - и радуйся, как обезьянка на банан...

**WEB_13** » 23.08.2003 (Сб) 3:46

В папку м программой? Он должен находится в system32 или system(для 9х) и притом зарегестрированный!!!

**Urvin** » 23.08.2003 (Сб) 4:04

сначала попробуй, потом почитай справку, а птотом узнай, что ИСТИНА ГДЕ-ТО РЯДОМ

**WEB_13** » 23.08.2003 (Сб) 7:45

Сто раз перепробовано: *.ocx'ы должны находиться в системной папке!!!

**MEMBER** » 23.08.2003 (Сб) 8:38

WEB_13
Да?
Think different.

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

Dependency files

Dependency files

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