А кто-то крутой ведь выкладывал правильный мультитрединг для VB6 на форуме) что-то такое было
Ну вот, я наконец осилил передачу сообщений между инстанциями. даже без проверки PrevInstance отлично работает.
Както Артем в теме какогото нуба пристебался к мсвбвм60.длл, типа вот такая она жалкая, видишли нет никакого шанса ею попонтоваться, и по традиции вознес хвалу богу Дотнэту.
Я тогда прочитал, улыбнулся и промолчал, а щас вот вспомнил.
Фрэймворк по сути меганадстройка над АПИ, а мсвбвм тоже позволяет к нему обращаться и к КОМу тоже, так что ничтожность её возможностей весьма относительна.
Winand пишет:
А кто-то крутой ведь выкладывал правильный мультитрединг для VB6 на форуме) что-то такое было
"кто-то крутой" - речь идет о пане Executioner?
Да, было такое, я даже лично видел как данный пример работает.
Я, собственно, и не отрицал возможность реализации многопоточности в VB6, я только упомянул о определенных сложностях, с которыми прийдется столкнуться, и которые смогут решить только несколько крутых.
Smith пишет:
Както Артем в теме какогото нуба пристебался к мсвбвм60.длл, типа вот такая она жалкая, видишли нет никакого шанса ею попонтоваться, и по традиции вознес хвалу богу Дотнэту.
пруфлинк
Smith пишет:
Фрэймворк по сути меганадстройка над АПИ
Только часть компонентов .NET Framework являются оболочкой над Win32API.
К примеру, Windows Forms, GDI, IO и часть системы криптографии практически полностью завязаны на Win32API.
В то же время, ASP .NET, ADO .NET, WCF, WWF, большая часть WPF, функции работы с XML практически полностью реализованы на управляемом коде и напрямую функции Win32API не используют.
а мсвбвм тоже позволяет к нему обращаться и к КОМу тоже, так что ничтожность её возможностей весьма относительна.
VB6 это не единственный (далеко не единсветнный и далеко не самый лучший) язык который имеет возможности работы с COM. .NET, например, также имеет возможности для работы с COM
VB6 не может использовать библитоеку классов .NET Framework, он может использовать (причем с существенными ограничениями) только управляемые сборки, которые скомпилированы с поддержкой COM.
VBD пишет:
PS: Топики про то, что COM устарел, VB6 г**но, дотнет рулит, простыни Бранда про правоту мелкомягких и т.п. весьма предсказуемы ))) И вообще, спорить не собираюсь, ибо жутко лень по 500 кругу спорить.
гг, сколько тут ясновидящих развелось!
VBD, официально заявляю что я 15 марта 2003 года в точности предвидел что ты напишешь этот пост под номером 14 в 21:01 по московскому времени. Информацию абсолютно достоверная, можешь мне верить, я гарантирую это!
Что скажешь? Кто теперь из нас весьма предсказуем?
Это всё очень занимательно, всякие дотнетовские штуки и всё такое.
А до меня тут неожиданно дошло - на кой хрен я регистрирую класс окна, если могу просто дать ему уникальный заголовок) всё равно создаю новое окно. опять ТУПОТА напала
UPD. Хотя, стоп. Или мне надо обязательно регить класс, чтоб задать окну процедуру обработки событий?
Артем, я шучу вообщето, но упомянутый мной пост действительно существует если ты ещё не удалил его, видимо их так много, что ты неспособен запомнить каждый.
Думаю никто тут не оспаривает тот факт, что современная студия несравнимо богаче в возможностях чем вб6.
И надеюсь никто не хочет меня убедить, что для написания миниатюрной консольной утилитки я обязан был использовать фрэймворк только потому, что он содержит только управляемый код и ещё кучу божественых чудес
Smith пишет:
Артем, я шучу вообщето, но упомянутый мной пост действительно существует если ты ещё не удалил его, видимо их так много, что ты неспособен запомнить каждый.
Сделать это действительно сложно, потому что очень многие посты слишком часто дублируются, некоторые бесследно исчезают до того как я их прочитаю, а некоторые прямо противоречат друг другу (например как этот и предыдущий - "что ты способен запомнить каждый" vs "что ты неспособен запомнить каждый"
Думаю никто тут не оспаривает тот факт, что современная студия несравнимо богаче в возможностях чем вб6.
К сожалению, реальность с тобой не совсем согласна.
И надеюсь никто не хочет меня убедить, что для написания миниатюрной консольной утилитки я обязан был использовать фрэймворк только потому, что он содержит только управляемый код и ещё кучу божественых чудес
Для консольной утилитки есть смысл использовать .NET хотя бы потому что в нем есть встроенная поддержка консоли (а не через разных чуваков, которые все-таки научились это делать)
<Вырезанные оскорбления в адрес каждого писавшего в данной теме>
>я обязан был использовать фрэймворк
Никто ничего не обязан. То есть если я скажу ".NET не нужен", это ни на что не повлияет.
Очередное мегаразоблачение от великого мастера разоблачений Артема ?
Назнач фильтр на почте и не смеши людей.
Объясняю, первый пост содержал опечатку очевидную любому вменяемому человеку, это понятно по общему смыслу предложения.
Ну так и быть делаю скидку ведь русский язык для тебя иностранный и посты действительно бывало противоречили один другому.
И ещё, если ктото умеет писать консольные проги, а ты нет, то не стоит цепляться к нему и прятаться за Чуваков из мс, лучше просто промолчать.
Winаnd извини за оффтоп, ты какбудто никак не выберешь способ, попробую сварганить своё решение, думаю ближе к ночи покажу вариант.
Smith пишет:
И ещё, если ктото умеет писать консольные проги, а ты нет, то не стоит цепляться к нему и прятаться за Чуваков из мс, лучше просто промолчать.
Ну и кто тебе сказал что я не умею писать консольные проги? Поспрашивай ради интереса у знакомых дотнетчиков что они думают о Console Application
Smith, да я так подумал, что второй способ наилучший. По сути то же, что ты мне советовал, только hwnd не пишется в файл первым инстансом, а ищется вторым инстансом по заголовку окна.
Ну тогда я сочинять небуду, файл это на вскидку для примера было сказано, понятно что не то.
В твой код я не вчитывался, но кажется какойто он громоздкий.
Ну главное чтоб с работой справлялся, ты проверял? Сколько файлов открывал проводником?