Страница: 1 |
Страница: 1 |
Вопрос: нормальная DLL на VB
Добавлено: 17.08.04 20:56
Автор вопроса: Padre | Web-сайт:
вот, посмотрите, очень интересно 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
Автор ответа:
j3d1
ICQ: 8370005
Вопросов: 34
Ответов: 466
Профиль | | #9
Добавлено: 19.08.04 22:40
//2
хы - хы
Номер ответа: 10
Автор ответа:
StatObs
Вопросов: 0
Ответов: 1
Профиль | | #10
Добавлено: 24.08.04 16:27
Kodo, скинь мне тоже этот Ад-Ин. Посморю, что за зверь.