Visual Basic, .NET, ASP, VBScript
 

   
   
     

Форум - Общий форум

Страница: 1 |

 

  Вопрос: нормальная 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-сайт: hw.t-k.ru
 Профиль | | #1
Добавлено: 18.08.04 00:24
Посмотри примеры на этом сайте, это уже известно... и Адд-Ин имеется, вот только кривоватый :(

Ответить

Номер ответа: 2
Автор ответа:
 sne



Разработчик Offline Client

ICQ: 233286456 

Вопросов: 34
Ответов: 5445
 Web-сайт: hw.t-k.ru
 Профиль | | #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-сайт: mudator.by.ru
 Профиль | | #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-сайт: hw.t-k.ru
 Профиль | | #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-сайт: basicproduction.nm.ru
 Профиль | | #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, скинь мне тоже этот Ад-Ин. Посморю, что за зверь.

Ответить

Страница: 1 |

Поиск по форуму



© Copyright 2002-2011 VBNet.RU | Пишите нам