| Вопрос: нормальная DLL на VB | Добавлено: 17.08.04 20:56 |
Автор вопроса:  Padre | Web-сайт: localhost | ICQ: 346632205 |
| вот, посмотрите, очень интересно http://forum.sources.ru/index.php?showtopic=62054 |
| Ответы | Всего ответов: 10 |
|
Номер ответа: 1 Автор ответа:  sne Разработчик Offline Client ICQ: 233286456 Вопросов: 34 Ответов: 5445 |
Web-сайт: Профиль | Цитата | #1 | Добавлено: 18.08.04 00:24 |
Посмотри примеры на этом сайте, это уже известно... и Адд-Ин имеется, вот только кривоватый 
|
||
|
Номер ответа: 2 Автор ответа: sneРазработчик Offline Client ICQ: 233286456 Вопросов: 34 Ответов: 5445 |
Web-сайт: Профиль | Цитата | #2 | Добавлено: 18.08.04 01:00 |
Мда, ребята конечно постарались на славу и с задумками и с далеко идущими планами... Все конечно замечательно, но там встречаются такие жудкие ляпы, что смеятся хочется, чесное слово  Особенно меня порадовало то что по мнению некоторых, у VB стек всего-то ничего 64 Кб, тогда как он ровно один метр... да и его всегда можно изменить, задав ключ линкеру. Ребята очень здорово путают понятия компилятора и линкера, после прочтения темки у меня создалось ощущение что это одно и тоже  Зачем спрашивается что-то выдумывать с линкером и изобретать консоль, тогда как даже к виндовому приложению можно приллокатить свою же консоль (AllocateConsole).
А вот от этого я впал в недоумение минуты на две :
> С потоками теперь можно работать не более или менее а полноценно, т.к. DLL находится не в адресном пространстве вызвавшей ее программы Это как это длл находится вне адресного пространства процесса, это что-то новенькое 
Я конечно признаю 75% вероятность что ВБ будет с потоками работать нормально, но это далеко не по вышенаписанной причине, а скорее всего из-за того что была изменена точка входа в ДЛЛ, т.е. скорее всего не был инициализирован встроеный обработчик ошибок... (я уже высказывал свое предположение о нестабильно работающих потоках). Вот еще на тему многопоточности, там был так же упущен один момент при рассказе о DllEntry, параметр dwRevision может принимать еще и значения подключения/отключения потока, а не только процесса... Там же еще и спорят о выделении памяти с пом. GlobalAlloc, VirtualAlloc, HeapAlloc, это вовсе смешно, т.к. для новенькой функции HeapAlloc, можно выделить и вовсе отдельную кучу, т.е. использовать кучу не процесса, а свою собственную, левую
PS И это то немногое что я нашел, а если посадить человека поумнее меня ламера, дык тогда из всех тех предположений правдой окажется, в лучшем случае, процентов 40-50... PPS Я так и не смог найти ссылки на Адд-Ин... может кто скинет, посмотреть что за дивный зверь такой ? |
||
|
Номер ответа: 3 Автор ответа: Kodo Разработчик Offline Client ICQ: 293048085 Вопросов: 37 Ответов: 457 |
Профиль | Цитата | #3 | Добавлено: 18.08.04 13:14 |
| sne, могу на емаил выслать. Надо? | ||
|
Номер ответа: 4 Автор ответа: FalloutВопросов: 10 Ответов: 387 |
Web-сайт: Профиль | Цитата | #4 | Добавлено: 18.08.04 13:26 |
| Аддон нормальный и не кривой так же он опен сурс что то не прёт если то можешь поправить.... всё работает на ура ссылку довал уже.. так как эта тема уже не раз поднимается | ||
|
Номер ответа: 5 Автор ответа: KodoРазработчик Offline Client ICQ: 293048085 Вопросов: 37 Ответов: 457 |
Профиль | Цитата | #5 | Добавлено: 18.08.04 13:39 |
|
Кстати, вы читали РидМи к тому продукту, что в сабже описан? Скока они за сурсы требуют? Ради одной этой фразы можно эту dll скачать
|
||
|
Номер ответа: 6 Автор ответа: sneРазработчик Offline Client ICQ: 233286456 Вопросов: 34 Ответов: 5445 |
Web-сайт: Профиль | Цитата | #6 | Добавлено: 18.08.04 14:49 |
|
Kodo, скинь Хотеть видеть не кривой Адд-Ин )
Может то не тот что есть у меня... |
||
|
Номер ответа: 7 Автор ответа: KodoРазработчик Offline Client ICQ: 293048085 Вопросов: 37 Ответов: 457 |
Профиль | Цитата | #7 | Добавлено: 18.08.04 14:54 |
| Скинул. | ||
|
Номер ответа: 8 Автор ответа: CyRax  Разработчик Offline Client ICQ: 204447456 Вопросов: 180 Ответов: 4229 |
Web-сайт: Профиль | Цитата | #8 | Добавлено: 18.08.04 22:12 |
|
Ну да, я тоже нашёл несколько несоответствий в его словах например
>Как я уже сказал, ВБ создает большое количество сегментов кода и данных в исполняемом файле: 0001:00000070 000004e0H .text CODE 0001:00000550 00000004H .text$0 CODE 0001:00000560 00000030H .text$1 CODE 0001:00000590 00000004H .text$2 CODE 0001:00000594 00000014H .idata$2 CODE 0001:000005a8 00000014H .idata$3 CODE 0001:000005bc 0000006cH .idata$4 CODE 0001:00000628 00000178H .idata$6 CODE >и возможно ф-ии объявленные в модуле находятся не в том сегменте, где расположены все классы. - На самом деле по формату COFF секции с одинаковыми именами, заканчивающиеся на $, объединяются загрузчиком. Но это мелочи и отношения к делу не имеют. В целом общая картина состояния дел в VB6 описана скорее всего верно. Хотя оценить в полной мере я не могу, т.к. знаю не всё из того что сказал. |
||
|
Номер ответа: 9 Автор ответа:  j3d1ICQ: 8370005 Вопросов: 34 Ответов: 466 |
Профиль | Цитата | #9 | Добавлено: 19.08.04 22:40 |
|
//2
хы - хы
|
||
|
Номер ответа: 10 Автор ответа: StatObs Вопросов: 0 Ответов: 1 |
Профиль | Цитата | #10 | Добавлено: 24.08.04 16:27 |
| Kodo, скинь мне тоже этот Ад-Ин. Посморю, что за зверь. | ||
Страница: 1 |