Quantum

всякие недокументированности, вроде классов вообще без конструктора

Интересно, а в них всякие getClass и toString работают? Конструктор класса Object ведь не вызывается...

методов с именем класса, но конструкторами не являющимися

Это и сам компилятор жабы ест. Простой метод. От конструктора отличается указаным типом возвращаемого значения, а название роли не играет.

методы инициализаторы статических атрибутов

Это тоже штатная фича. Блок ststic {}

Самомодифицирующийся код

Не уверен, что в этом есть какой-либо практический смысл. Его же всё равно нельзя загрузить в обход валидатора. На ходу, соответственно, исполняемый код менять тоже нельзя.

Мне вот было интересно что будет если в жабьей части reflection api поубирать проверки на доступность запрашиваемых полей и методов из текущего класса. Там всё в конечном итоге уходит в нативные классы, и в принципе, если они этого не проверяют ни в нативном коде ни в самой виртуальной машине, это могло бы быть весьма полезно для отладки.

Всё никак руки не дойдут выяснить.

А то, бывает, когда нужно до чего-нибудь простого добраться, типа расшифровывалки строчек у какого-нибудь обфускатора, приходится менять private static на public static. А разбирать структуру целиком лень, и готовых инструментов для этого я не знаю...

hGoblin

Надо бы переточить макросы для описывания ресурсов. подскажите, чего не хватает?

Поддержки стандартного формата? ;) Чтобы можно было с любым редактором ресурсов работать. Правда, на уровне макросов этого не сделать, но добавить в исходники полноценный компилятор ресурсов теоретически можно... ;)

bsl_zcs
Интересно, а в них всякие getClass и toString работают? Конструктор класса Object ведь не вызывается...
Нет, и ряд других операций тоже страдают от ликвидации конструктора, но оптимизаторы (JoGa, например) умеют определять когда можно убрать конструктор. Например: API-классы с одними статическими методами.

Это и сам компилятор жабы ест. Простой метод. От конструктора отличается указаным типом возвращаемого значения, а название роли не играет.
Пропустил, что такой метод может быть статическим, т.е. 100% проверено, что не конструктор.

Это тоже штатная фича. Блок ststic {}
Я имел в виду, что этот код присутствует даже если блок static опущен. Дело в том, что низкоуровневая жаба не имеет инициализированных данных. Даже значения по умолчанию (ноль) присваиваются явно.

Не уверен, что в этом есть какой-либо практический смысл. Его же всё равно нельзя загрузить в обход валидатора. На ходу, соответственно, исполняемый код менять тоже нельзя.
Валидатор не бузупречен, иначе не существовал бы термин "уязвимость" в отношении JVM. Возможно, всё это реально воплотить только через JNI, но ведь BCEL - 100% pure Java. Люди как-то это делают.

А разбирать структуру целиком лень, и готовых инструментов для этого я не знаю...
Их просто нет :(

На какой адрес отослать статью?
В теме "Как опубликовать что либо на wasm.." адреса я не нашёл. pas@perm.raid.ru

pas

bsl_zcs

>> Это и сам компилятор жабы ест. Простой метод.
>> От конструктора отличается указаным типом возвращаемого
>> значения, а название роли не играет.
> Пропустил, что такой метод может быть статическим,
> т.е. 100% проверено, что не конструктор.

Мда... недоразумение вышло. Прошу прощения.

Хотелось бы увидеть некий обзор часто используемых функций API , в двух словах и желательно с небольшим описанием , а за подробным описанием направлять в МСДН , вы можете сказать что там всё найдёшь сам , но не зная что и самое главное где искать , он (МСДН) мало помогает .

xCoRe
В двух словах накладно... Iczelion попробовал в двух словах объяснить и получилась целая куча туториалов :-) Лучше ссылку на rsdn.ru поместить, IMHO.

Aquila
А кто-то обещал про SWF написать :)

Edmond
Я не обещал, я хотел =).

Aquila
:))
Слушай, а куда ты пропал? Почему тебя в ICQ не видно?

Никуда я не пропадал. Вот он я.

Хотелось бы ещё почитать , что нить по созданию своих контролов ...

Quantum, bsl_zcs и все jvm-копатели.
С моей подачи на форуме juga,ru наконец-то, "не прошло и полгода",
сделали раздел про это. Поскольку там плотность java-программистов
значительно выше, то имеется реальный шанс выяснить все
волнующие вопросы. Айда тусоваться... :)

jvm-копатели
Случайно наткнулся на классный ресурс. В архивах codebreakers тоже кое-что есть :-)

Хотелось бы увидеть на этом сайте побольше статей о технологии COM.
В частности:
1)Встраивание графических интерфейсов таких программ, как InternetExplorer в свои приложения (написанные естественно на асме).
2)Возможности использования библиотеки ATL при программировании на асме.