Не юзай WinSock, юзай "Тягу" made by DaSharm. Юзай везде вместо контролов API и все будет хорошо. PW до того кривая вещь, что юзать ее нет смысла, хватает нормальных инсталляторов (CreateInstall, Wise, Nullsoft etc).

Ответить

Спасибо! Насчет API ты прав - мне энто тоже очень нравится (просто иногда нужную функцию можно быстрее реализовать через OCX). Но вот как бороться с тем, что почти все проги, написанные на VB, не прут при отстутствии msvb60.dll или ей подобных?

Ответить

Спасибо! Насчет API ты прав - мне энто тоже очень нравится (просто иногда нужную функцию можно быстрее реализовать через OCX). Но вот как бороться с тем, что почти все проги, написанные на VB, не прут при отстутствии msvb60.dll или ей подобных?

Ответить

Спасибо! Насчет API ты прав - мне энто тоже очень нравится (просто иногда нужную функцию можно быстрее реализовать через OCX). Но вот как бороться с тем, что почти все проги, написанные на VB, не прут при отстутствии msvb60.dll или ей подобных?

Ответить

Sorry за повторы. Инет шалит...

Ответить

Ответить

Ребята, пожалуйста, если не лень, можно поподробней! Api это API Viewer? Как это вместо контролов юзать- создавать их програмно? (если я правильно понял -контролы это Command Button и т.д.?) И где замену этому гнусному PW, а то у меня его Setup'ы вобще не ставятся - Setup.LIST абсолютно кривой!

ПОЖАЛУЙСТА, ответьте ламеру хотя бы вкратце! Буду навек благодарен!

Ответить

To Sharp  Некоторые проги действительно работают без msvbvm60, и вообще без какого-либо сетапа. Я например, делал плеер, (в ХР) а он работал и в 98 и в Ме без Setup'a. Никаких проблем, тем более что msdxm.ocx есть в любой Винде. Просто принес на дискетке ехе файл и запустил. И всё.

То Volchonock  Контролы бывают стандартные для VB (те, которые ты видишь при запуске IDE,  в т.ч. и командная кнопка) и сторонние, подключаемые через правую мышь на панели Tools>Компоненты>Cotrols. Стандартные регистрировать на чужом компе не надо, а подключаемые надо. Так вот эти сторонние контролы(осх) в некоторых случаях можно создавать программно, функциями API, используя те или иные библиотеки Windows, при этом их не надо тащить с собой и регистрировать. Например, чтобы использовать в проге RichTextBox, надо подключить к проекту RICHTX32.ocx. Затем его нужно включать в Setup и регистрировать на чужом компе.  А можно создать RichTextBox программно, используя стандартную библиотеку Windows riched20.dll, которую не надо с собой тащить и регистрировать. RICHTX32.ocx весит ок.200 кБ, а если создать программно этот контрол, то прога увеличится в размерах на 10-15 кБ. Единственно, создавать сложнее, чем использовать готовый RICHTX32. Здесь на сайте есть пример создания RichTextBox'a программно, http://www.vbnet.ru/default.asp скачай да посмотри. А что касается PW, то необязательно использовать его для создания Setup, можно использовать другие инсталляторы CreateInstall, EazyInstaller, SetupGenerator, SGPro и т.п. Я использую SGPro. А PW использую чтобы посмотреть, какие компоненты он предлагает включить в Setup (см.в папке Package). И далее уже решаю, какие компоненты включать в Setup, создаваемый при помощи SGPro, а какие нет. Примерно так.  Setup.LIST  сколько не исправляй, все равно не будет нормально работать.

Ответить

Ответить

To Sharp:

Не поверишь, но я заглядывал в Windows\System\  и не было там msvbvm60.dll. Проверял на трех компах, где нет VB.  А вот msvbvm50.dll присутствовала, но она есть на всех Виндах от 98 и выше. Может поэтому работала программа, не знаю.

Ответить

Re Sharp:

Может я ошибаюсь, но если прога содержит в себе лишь форму с какой-либо надписью, без контролов, то msvb60.dll не нужен... Во всяком случае, даже при запуске проги на 95-й винде (где её запуск в принципе сложноват), прога может не работать, но сообщение об ошибке будет выдаваться, причем то, которое ты пропишешь в Form_Load или Form_Activate... Хотя если брать все тот-же Win' 98 - некоторые версии содержат msvb60.dll, некоторые нет. Но большинство всё-же содержат. Есть ли смысл прикладывать к проге энту библиотеку? Ведь Win'95 щас почти никто не юзает, - во всяком случае не выходят через эту винду в инет...

Ответить

Ответить

Re Sharp:

Да, ты прав. Так оно и есть.
Ну а вообще, насколько большая вероятность того, что у юзера , будет более-менее нормальная винда, со всеми библиотечками и т.п.?
Просто если не ставить на винду софт типа Office, Adobe или еще что-то в этом духе, то и нечего надеяться, что VB-прога будет работать, ведь необходимые dll-шки юзвери не качают и их принадлежность им абсолютно до лампочки

Ответить

Ответить

Ну не будет програ на VB без MSVBVM60.DLL работать хоть ты тресни. Правда объявлялся тут один Hidden Warrior, обещавший золотые горы и воздушные замки. Но, видно не судьба.
А вообще для новичков могу дать более подробные разъяснения.
Существуют два типа программ - Интерпритаторы и Компиляторы.
Интерпритаторы бывают нескольких видов:
1. Программа работает только в среде разработки (к примеру VBA)
2. Интерпритатор вшивается в исполняемы файл (под Винду и не вспомню популярных)
3. Исполняемый файл, требующий интерпритатор в дополнительном модуле (VB6, VB.NET, VC6(контролы по выбору)).
Где "интерпритатор" является переименованной(если говорить грубо) средой разработки(см. 1)

Самым удобным из всего этого барахла считаю VBA из за широкой распространённости MS Office.

Ответить