x64 и VB6, как говорится приплыли...

[jangle]

Последняя версия фреймворка который я использую в работе стала 64-битной, а значит его теперь нельзя вызывать из VB6. 32-битные версии больше не будут развиваться. Вот такие пироги. Разработчики начали активно переползать на x64, а значит скоро все новые компоненты и библиотеки будут 64-битными Наш любимый VB6 убьет не .NET, а сегодняшний массовый переход на x64 платформу. Даже старые проекты теперь не имеет смысла развивать, потому как 32-bit код работая на x64 через прослойку WOW64 существенно тормозит. Я дома тестил расчетные задачки на Java-x64 и VB6 exe, так вот VB6 теперь проигрывает по-скорости Джаве почти в 2 раза! Поэтому у меня одно желание, дайте мне 64-битный компилятор бейсика!

[NashRus]

nash, 26 марта 2010, 15:47 - Реальный конец это не дот.нет, а х64.

Добавлю, еще и ARM.

[Хакер]

Могу описать самый простой способ того, как добиться работы старых проектов под x64.

Вообще конечно сам по себе он не самый, он довольно сложный, но он самый малокровный.

[Qwertiy]

Наш любимый VB6 убьет не .NET, а сегодняшний массовый переход на x64 платформу. ... 32-bit код работая на x64 через прослойку WOW64 существенно тормозит

Интересно, что .NET как-то обходит эту проблему. У меня есть пргограмма (скомпилированная для Any CPU), которая способна сжирать 7 гигов памяти на Win7 x64, но при этом работоспособна на WinXP x32

Могу описать самый простой способ того, как добиться работы старых проектов под x64.

Давай. Твои описания всегда интересно читать

[Хакер]

Давай. Твои описания всегда интересно читать

Не сейчас. Сейчас занят, до 2 февраля завал.

[jangle]

Могу описать самый простой способ того, как добиться работы старых проектов под x64.

Вообще конечно сам по себе он не самый, он довольно сложный, но он самый малокровный.

Ну так они работают под x64, проблема что все окружение библиотеки и компоненты будут 64-битными и использовать их из VB6 будет нельзя.
Хотя если ты знаешь способ, как без тормозов вызывать x64 DLL из VB6 с интересом послушаю.

[Хакер]

Нет, речь о том, как EXE-шники, генерируемые VB6, сделать 64-битными.

[jangle]

Нет, речь о том, как EXE-шники, генерируемые VB6, сделать 64-битными.

Вот так чудеса! Каким образом? Переделкой компилятора? Или конвертацией самого экзешника?

[Хакер]

Вот так чудеса! Каким образом? Переделкой компилятора? Или конвертацией самого экзешника?

Немалокровный — VB6EXE, VBA6.DLL, C2.EXE и MSVBVM60.DLL
Малокровный — он хитрее. EXE-шники компилируем только в P-код. Переделываем сами EXE-шники после линковки и engine-секцию рантайма (P-кодовую виртуальную машину).

Фишка второго метода — можно обработать старые P-кодовые EXE-шники, исходники которых давно потеряны.

[jangle]

Немалокровный — VB6EXE, VBA6.DLL, C2.EXE и MSVBVM60.DLL
Малокровный — он хитрее. EXE-шники компилируем только в P-код. Переделываем сами EXE-шники после линковки и engine-секцию рантайма (P-кодовую виртуальную машину).

Фишка второго метода — можно обработать старые P-кодовые EXE-шники, исходники которых давно потеряны.

Оба этих варианта нельзя назвать простыми. Во-втором случае все равно надо переделывать MSVBVM60.DLL в x64

[Хакер]

Собственно я и говорил, что они не простые.

Тут мне не надо было вообще говорить об этом варианте, потому что сказал А, надо говорить Б, а Б мне сейчас говорить совершенно некогда.
Но по поводу модификаций msvbvm60 у меня за последние несколько лет мыслей накопилось выше крыши, в том числе и идей насчёт того, как этот процесс сделать максимально не-ручным. Но это надо рассказывать долго, описывая много вещей, о которых я раньше не говорил, включая собственные наработки, которые в этом деле помогут.

[Qwertiy]

Но по поводу модификаций msvbvm60 у меня за последние несколько лет мыслей накопилось выше крыши

Ты ещё когда-то говорил про её модификацию под юникод

[Хакер]

Ну да, я многое что говорил в топике msvbvm61.dll. И по сути за 5 лет в голове родилось просто невероятное количество мыслей не только насчёт того, что можно было бы сделать, но и о том, как технически это проделать.

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

[jangle]

Что-то я не верю в успешное портирование VB6 на x64. Даже когда обычные исходники С++ переделывают с 32 на 64 вылазит куча багов.
А тут бинарный код надо переделать. Нереально это все.

[FireFenix]

Даже когда обычные исходники С++ переделывают с 32 на 64 вылазит куча багов.

в 32битном багов не меньше у Сишнегов

А тут бинарный код надо переделать. Нереально это все.

При определённом потраченном IQ на разработку всё реально

[iGrok]

потраченном IQ

Мне нравится эта фраза!

[FaKk2]

Интересно, что .NET как-то обходит эту проблему.

Это называется мультиплатфоменность. Ох, черт, дотнет не бывает мультиплатформенным, да?

[Mikle]

-bit код работая на x64 через прослойку WOW64 существенно тормозит. Я дома тестил расчетные задачки на Java-x64 и VB6 exe, так вот VB6 теперь проигрывает по-скорости Джаве почти в 2 раза!

Может это ява ускорилась, а не бейсик замедлился? Что-то я не замечал, чтобы мои программы на Win64 работали заметно медленнее, чем на Win32.

Последняя версия фреймворка который я использую в работе стала 64-битной, а значит его теперь нельзя вызывать из VB6

Ты вызывал из VB6 .NET функции?

[jangle]

Ты вызывал из VB6 .NET функции?

нет, богомерзкий дотнет не нужен

[Хакер]

Я дома тестил расчетные задачки на Java-x64 и VB6 exe, так вот VB6 теперь проигрывает по-скорости Джаве почти в 2 раза!

viewtopic.php?p=78429#p78429

[iGrok]

Может это ява ускорилась, а не бейсик замедлился?

Да, в java потихоньку взялись за устранение косяков с производительностью.
Но я думаю, что тут дело в другом. Вероятно, тут вообще не было сравнения тех же алгоритмов до перехода на x64.
В этом случае полученные результаты смысла вообще не имеют.
А ещё я почти уверен, что вопрос тут в самих тестах, а не в "производительности" языков.