Избавиться от VB-шных библиотек.

[MOV]

Можно ли на VB создать приложение чисто на Win API, чтобы не было необходимости цеплять к проекту VB-шные библиотеки. Может есть какие-то "дебаггеры-перекомпиляторы" . Ну или можно ли как-то от них избавиться (от библиотек). Помнится как-то искал ответ, но положительный так и не нашел.

[MOV]

А хотя хрен бы с ними. Пусть будут сетапники
Тему можно убить в виду заведомо бесперспективной

[codemaster]

если проблем. лицензирования тебя не интересуют можно пользовать Fusion. На выходе получится один *.EXE

[marvan]

Fusion - не выход.
Неоднократно сталкивался с ситуацией, неработоспособности сжатого Fusion проекта.
Если есть желание работать без msvbvm60.dll - попробуй PowerBASIC

[codemaster]

Fusion - не выход.
Неоднократно сталкивался с ситуацией, неработоспособности сжатого Fusion проекта.

Очень редкий случай. Кстати какая ошибка возникала?

P.S. Для небольшого пректа Fusion лучшее решение.

[marvan]

Кстати какая ошибка возникала?

Использование vsFlexGrid (ocx) - сборка пакета под WinXP, ошибка под Win2k

[MOV]

ЗДОРОВО! НЕ ДУМАЛ, ЧТО КТО-ТО ОТВЕТИТ.
Нашел пару ссылок для начала, если кому будет надо:
Здесь можно скачать PowerBASIC for Windows 7.0:
http://ldev.spb.ru/site.dev/pb/compiler
А здесь страничка с общим описанием возможностей:
http://powerbasic.narod.ru/articles/a01.html
Вот выдержка краткая выдержка оттуда:
PowerBASIC for Windows 7.0

Это уже зрелый компилятор для Win32. По качеству кодогенерации не уступает многим С++ и Pascal компиляторам. Получаемые EXE и DLL файлы отличаются небольшим размером и высоким быстродействием.
Компилятор оптимизирующий, однопроходной, с высокой скоростью компиляции. Размер генерируемых EXE файлов от 5 кбайт. Возможно создание стандартных EXE и DLL приложений. В дистрибутив входит также PowerBASIC COM Browser, позволяющий автоматически генерировать интерфейсы к COM серверам.


Вот бы еще инфу по этому языку, пусть он простой, говорят и, наверное должен быть похож на VB или старый Basic, но все-таки какие отличия.
По поводу создания в нем многопоточных приложений. Вот в VB это я представляю как запуск нескольких процессов обработки в разных циклах с таймерами, Sleep ами, и т.п. бодягой, но это все по моему как-то неполноценно (хотя может из-за недостаточности опыта может с помощью API- можно более конкретно создавать действительно новые потоки, а не имитация, по идее, можно делать многопоточные приложения довольно хитрым способом, который только что придумал, долго объяснять - дикий способ ).
А все же здесь в PowerBASIC как с этим?

[alibek]

MOV, для создания многопоточных приложений используется CreateThread, иначе никак.

[Konst_One]

vsFlexGrid - купленный или крякнутый?
если крякнутый, то тогда все ясно.
А еще нужно внимательно смотреть скрипт сетапа, например некоторые инсталляционные пакеты не очень умеют вставлять все ссылки на нужные библотеки. А videosoft вообще специально пишет в своем readme какие библиотеки нужно включать для runtime

[MOV]

alibek

для создания многопоточных приложений используется CreateThread, иначе никак

То бишь API? А есть простенький пример? Хотя у меня дома под боком Эпплман лежит, там про это что-то было по моему.
А можно ведь и так создаешь отдельно экзешник, который при запуске по умолчанию, как я понимаю, выделяется в отдельный процесс. Так ведь можно запихнуть его в файл ресурсов, другого приложения, которое будет сбрасывать его на винт и запускать, создавая новый процесс! Такая вот дурь, но однажды мне пригодилась, хотя и не для создания многопотчного приложения, опять таки.
Так может есть примерчик или сама суть. Ну создается новая нить, а как компу дать понять, что вот эти и эти операторы должны выполняться в этом новом потоке, а эти в старом и т.д.?

[marvan]

vsFlexGrid 7.0 - не купленный, но зарегистрированный через реестр.
И вообще сама технология Fusion - порочна на корню. Потенциальное гнездо ошибок, как только какой коппонент шагнёт в сторону - кирдык всей программе. Ведь разработчики совсем не расчитывают что компонент будет работать в виртуальной среде.