Декомпилатор за ВБ6

Някой знае ли някой добър? Рових се из нета но нещо не успях да намеря нещо свястно..

Няма да намериш защото няма такъв!

BUY ONE GET FIVE MONTHS FREE - [линк]

Съществуват само за p-code компилирани програми. За оптимизирани native code компилирани exe-та VB6 компилатора ползва C2.EXE, което е стара версия на C/C++ компилатор -- всъщност това компилира определен intermediate language след първоначална опработка на VB кода. Идеята е, че трудно може да се реконструира source кода -- имената на променливите няма начин да се възстановят (без symbolic info в PDF файл)

Също, VBA компилира само до p-code, така че ако питаш за модул на някое приложение от office, вероятно ще намериш.

cheers,
</wqw>

[url=[линк]][/url]

ясно.. аз май малко избързах с въпроса сякаш защото в нета намерих доста информация.. благодаря все пак

трябва да разбираш малко от асемблер, ето ти и необходимата утилка:

[линк]

това е

п.п. Въпросът е разискван, не е зле да поровиш из по-старите теми. Не е възможно да се прехвърли изпълним код, който е вече компилиран и оптимизиран в програмен код от високо ниво. Ако го постигне някой към VB, няма да има проблем да го прехвърлиш и в C или каквото ти душа ще.....
Най-добре разгледай по-старите теми!

ще го видя това..
питах за декомпилатор защото имам едно .ехе писано на VB6, което прави sql заявки към база данни и ми беше интересно да разбера къде точно се обръща (въпросната база е огромна).. ако имате идеи как да го разбера това ще съм много благодарен

Базата данни SQL Server ли е? Имаш ли достъп до него?
/Има решение /

мисля че е на MySQL но не съм сигурен и нямам достъп

задачата се усложнява!
Пробвай да разгледаш EXE-то за текстове в чист вид. Може да се намери нещо в сегмента за данни. Ако си наясно и имаш опит с дъмпването на TCP протокола, можеш да ползваш някой линукс за целта, или нещо подобно за под Windows. Имаше една подобна утилка, казва се Ethreal ако не се лъжа. Би трябвало SQL-а да минава като чист текст през TCP/IP и да не се криптира. Можеш да видиш заявките, но това е най-куция начин. Това е само в краен случй.
По принцип ако имаше достъп до базата, там можеш да получиш информация. MS SQL Server си има много добри средства за наблюдение, като утилката Profiler.
Трудно е да се реши така проблем, като си далеч от него и нямаш възможност да огледаш нещата и за това ми е трудно да помогна с най-рационалният съвет. Но помисли, това не е невъзможна задача, може и да има далеч по-сложен начин да се реши.
Малко ще е неприятно при разклеждане на EXE-то ако SQL-а се генерира динамично и всеки път е различен и се определя в зависимост от интерфейса управляван от потребителя. Тогава няма да се оправиш да сглобиш заявката, която ти трябва, скоро ми се наложи да пиша такава програма. Целта не е да скрия SQL-а, а просто се изискваше от нуждите на програмата. Пробвай ако е такъв варянта да я дебугнеш, VS 6.0 си има дебугер и то добре работещ и развит има и други алтернативи разбира се. Там ще се интересуваш в момвнта на заявката, какво се е записало в адрес от паметта, където програмата е слобявала заявката. Него ще го разбереш в процесът на дебугване. Ще ти е трудно ако не си се занимавал с Асемблер, а предполагам, че не си! Защото задаваш въпрос от този вид, за обръщане на изпълним код в сорс на VB (да кажем).
Не е невъзможно обаче да се справиш с проблема, просто ще ти трябва повече време и търпение Ако имаш нужда от съвет и се захванеш, питай.
Това е коеот мога да дам като съвет, спрямо информацията която съм придобил от темата и впечатленията ми за ситуацията.
Успех!

Съжалявам, ако това което съм написал свучи малко объркващо. Предполагам, че ще разбереш какво имам предвид, въпреки малко объркания ред на изказване. Просто докато пишех мнението, имах някой неща на главата, които ме расейваха и стана малко отнесено

ok, мерси много за информацията.. мисля първо да се опитам да хвана заявките като чист текст както предложи а ако не стане ще видим нататък. Мисля че са едни и същи всеки път защото програмата по принцип пълни един FlexGrid с данни, които взема от определени таблици. Ако има нещо ще питам вече на бележка, че това излиза малко от темата на форума