|
|
| Посл.отвђт | Сообщенiе |
|
|
Дата: Май 31, 2004 17:19:56 > ты там в начале говорил насчет проблем с tls, можешь пояснить, где могут быть проблемы? > Делфевые проги например, активно юзают tls, но я чего-то не замечал, чтобы с ними были проблемы рекомендую обратиться с этим вопросом к Юрию Харону, предварительно прочитав раздел документации "Особенности работы с TLS (__declspec(thread)" на ulink. он об этом знает гораздо больше меня. |
|
|
Дата: Май 31, 2004 17:55:15 То, что ты написал в критике, конечно, ничего... Но я ожидал чего-нибудь эдакого... По-поводу int 2e - любой, у кого есть XP и айс, может выполнить команду idt и все станет понятно. Нечего мне голову всякой херней морочить. По-поводу ресурсов. Если прога комовская и юзает typelib - хи-хи, ну покиляй у нее заголовок. Посмотрим, что будет. Что до остального, слушай, мне уже даже лень отвечать. Это щипки какие-то, а не критика. Я понимаю, баг бы серьезный нашел в рассуждениях... А тут :( По-поводу макроса, тем не менее, твой вариант, ессно, красивее. Я включу его в комментарии к статье. |
|
|
Дата: Май 31, 2004 19:38:32 > Но я ожидал чего-нибудь эдакого... есть и эдакое, но не все сразу. теперь твой очередь говорить о моих ошибках ;) согласен даже на щипки ;) > По-поводу int 2e - любой, у кого есть XP и айс, > может выполнить команду idt и все станет понятно не понял. я хотел сказать, что при вызове int 2e с прикладного уровня возникает исключение, управление передается обработчику исключений, который смотрит на маш. код породившей его команды, видит, что это int 2E, поэтому передает управление на диспетчер native API или как его там... в IDT (во всяком случае NT 4.0) он не смотрит и там может быть все, что угодно, а вот при вызове Int 2e в ядре, исключение уже не возбужается и управление передается на процедуру обработки прерывания... когда-то, я пытался реализовать свой перехватчик native API, просто пропадчив IDT, но он не работал именно по указанной выше причине. точнее работал, но отлавливал только int 2E внутри ядра... как это устроено в w2k еще не смотрел, надо будет покопать ядро... XP у меня нет, как там не смотрел, но знающие люди утверждают, что там int 2e с прикладного уровня вызывается вполне нормально. > По-поводу ресурсов. Если прога комовская и юзает > typelib - хи-хи, ну покиляй у нее заголовок. Посмотрим, что будет. ты говорил об иконке, которую эксплорен не найдет, сейчас я не помню контекст статьи, но упора на typelib там не было, а вот: "Спасибо, Microsoft! И абсолютно без всякой иронии! Так что, если автор хочет, чтобы его файл имел красивую иконку, то он должен предоставить ресурсы файла в наглядном виде. Конечно, не все так просто, секция ресурсов то-же безжалостно калечится, однако, вероятность того, что название секции будет сохранено наряду с иконкой, очень велика. Что до остального.… Разберемся с этим чуточку попозже". иконка тут не при чем. а вот мои знакомые, которые читали эту статью, недвусмысленно поняли, что если в своем файле повредить название секции ресурсов или объединить ее с другими секциями, то иконки не будет, - я их долго разуверял, даже демонстрировал кучу файлов от "бржнжовских" производителей в подтверждение... еле-еле переубелил. кстати, можно поставить на форум, на голосование: сколько человек поняли это так же, то есть поняли тебя буквально, тем паче, что для незнакомых с com комментарий typelib в скобках без пояснений мало что говорит ;) > Что до остального, слушай, мне уже даже лень отвечать. Это щипки какие-то, а не критика. от тебя не было даже и щипков. не, я согласен, что у меня те статьи вышли кривыми. когда я их писал, я только-только начинал экспериментировать с win32, но... все-таки... насчет ощибок хотелось бы поподробнее. > Я понимаю, баг бы серьезный нашел в рассуждениях... А тут :( есть и это, но я бы предостерегся обсуждать баги, не будучи уверенным как ты на это среагируешь. еще ногами пинать начнешь ;) > По-поводу макроса, тем не менее, твой вариант, ессно, > красивее. Я включу его в комментарии к статье там кстати, еще нужно добавить функции IsPower2 (ты приводил ее на форуме, выдернутую из ядра нт), да и это не образец инженерной мысли, его можно еще заоптимизировать (если переписать на асм, и использованием битовых команд или SBB/ADC) в общем, я бы хотел теперь услышать о своих ошибках... P.S. а наиболее радикальное средства дампа файла - дамп всей памяти (либо драйвером типа kill.sys, либо по Scrool Look), этому кстати говоря, не противостоит даже XProt. |
|
|
Дата: Май 31, 2004 19:45:11 в общем, я бы хотел теперь услышать о своих ошибках... Ты имеешь в виду ошибки, за которые я тебя пнул во второй части? Или ошибки в elf-статьях, что ты мне прислал? |
|
|
Дата: Май 31, 2004 20:32:58 > Ты имеешь в виду ошибки, за которые я тебя пнул во второй части? > Или ошибки в elf-статьях, что ты мне прислал? ошибки в эльфах меня волнуют намного больше, но с благодарностью приму любые |
|
|
Дата: Май 31, 2004 20:36:57 А что там такого, в эльфах? Хорошая обзорная статья. С удовольствием почитал. Я ж в вирях никакой. Так что, пардон, как на мой темный взгляд, так все ОК. Чтобы использовать что-то на практике - информации не хватает. А если просто повысить свой багаж - самое то. |
|
Powered by miniBB 1.6 © 2001-2002
Время загрузки страницы (сек.): 0.075 |