Комментарии 19
А планируется версия под Линукс?
Конечно же это полный опенсорс, т.е. - даром :)
Не вводите людей в заблуждение и сами от них избавляйтесь. Просто модели коммерциализации СПО сложнее, чем у проприетарного кода. Более того, вопрос "заработать денег на ПО", это вопрос вообще не технический.
Может случиться так, что один и тот же функционал, но под другой операционкой не будет пользоваться спросом в силу некоторых обстоятельств (например, имеются бесплатные аналоги). В этом случае с коммерциализацией ПО может вообще ничего не получится не зависимо от лицензии и доступности кода.
Ведь пользователь платит либо за понты, либо за решение своих проблем. Но это вовсе не означает, что ваша проблема присутствует у кого-то еще и этот кто-то готов за решение такой же проблемы вам заплатить.
Сразу прошу прощение за немного демотивирующий комментарий, но считаю, что лучше сразу показать правильное направление, ведь это может сэкономит месяцы и годы жизни.
Этот проект действительно полный опенсорс, я его развиваю уже лет 12 и буду продолжать развивать, монетизировать его как-то у меня даже не было в планах (хоть и хотелось бы). Может быть (конечно с большой оговоркой) когда-то от него будет сделан коммерческий форк с новыми фишками, но это только в том случае если мой работодатель будет заинтересован в их продаже. И даже в этом случае в текущий вариант просто не будут включены эти новые фишки и он останется открытым. А сейчас я его пилю прежде всего для себя ( у меня это один из основных инструментов для отладки) ну и с целью показать народу некоторые вещи как нужно делать.
А линуксовая разработка - мне её сразу запретили выкладывать в опенсорс ибо работодатель имеет на неё виды в плане коммерции.
А линуксовая разработка - мне её сразу запретили выкладывать в опенсорс ибо работодатель имеет на неё виды в плане коммерции.
Ну тогда все гораздо проще. Если работодатель оплачивает разработку, то вас вообще не должна волновать лицензия на ПО, т.к. результаты вашей работы принадлежат не вам, но и коммерческий риск вы на себя не принимаете.
Когда то давно у меня не получилось, подобно вам, договориться с работодателем о публикации исходного кода приложения. Но потом я стал делать немного по другому, если возникает необходимость в разработке какого либо сугубо технического функционала (не большая библиотека, которая не несет самостоятельной коммерческой ценности), я сперва завожу публичный репозиторий для разработки этой библиотеки под копилефтной лицензией, и только потом её цепляю к основному проекту. И только после этого с чистой совестью начинаю её разработку (публиковать в дальнейшем изменения или нет, это уже отдельный вопрос).
Очень круто! А не думали насчёт английской версии readme? Чтобы ещё и иностранную аудиторию завлечь
Знакомый ник ещё со времён delphi mastak ) Уже лет 20 назад использовал ваши классы в своих проектах. Спасибо за статью и вклад в сообщество в целом!
Так удивительно в 23 году видеть слово Delphi. Наверное здорово, что остались люди, продолжающие работать с ним. Дельфовый разбор очень геморный. Если в VCL еще можно что-то копать, то дальше от окон уходят и точки входа искать все сложнее. Но я видел много проектов, где частичные возможности устраивали пользователей. В любом случае желаю успехов!
Именно разбор дельфи исходников достаточно геморный, но помимо этого есть еще и Lazarus. С ним сейчас куча проблем и после того как я подключил отладочный COFF/DWARF стало уже сильно полегче. Ибо сейчас как раз занимаюсь портированием кода под линукс, и когда что-то не работает приходится уходить в отладку, причем я еще не сильно освоил линевые отладчики, поэтому приходится компилить под винду (благо Gtk рантайм и там есть) и отладивать бинарь прямо на месте.
Спасибо. Полезняшка в коллекцию.
У вас приятный, ламповый сайт, но только многие картинки там отвалились :(
Вы бы опротестовали у касперыча вердикты, а то он примкнул к разным недо-AV:
crc32: https://www.virustotal.com/gui/file/ef39639306adf2d10fc5ff6970ac5f87f57c6e1cc909823eed8b9913863a5620?nocache=1
ProcessMM: https://www.virustotal.com/gui/file/5deef39112da4400423782505bf328035a62e38c57e850131aa5381ce13181be?nocache=1
Мне квалификации хватает, чтобы убедиться в отсутствии вируса, а спецам в другой области может не хватить.
Утилита полезная, но все-таки ограничена одним процессом, так что не VMMap...
Взглянул на ppm_rich. Замечу, что с Rich все не так просто.
Например, у многих нативных программ (subsystem = native) смещение сигнатуры - 0x200.
Испорченные сигнатуры - отдельный вопрос, но вот еще есть две хакерские утилиты, которые затирают Rich сознательно.
Первая (RichRemove) смещает OptionalHeader на место Rich и укорачивает PE-заголовок, но часто портит файлы.
Другая (rchhdrrsr.exe) затирает RICH-сигнатуру рандомными DWORD, оставляя после себя рабочие файлы.
Кстати, по моему опыту, особо продвинутые недоброжелатели уже стали подделывать Rich кустарно. Но это им не поможет
И, кстати, с наступившим!
Ну да - нужно касперскому отправить, они наверно реагируют что выгружается 64 битный образ и он стартует. Вообще 32 бита тут конечно сильно устарело, я даже не знаю, нужна ли тут вообще поддержка 32 битных ОС?
А по поводу Rich - это вообще демоплагин, я его писал по просьбе тех товарищей которые просили саму поддержку плагинов добавить и просто не знал чем демку наполнить, поэтому и взял в качестве нагрузки просмотрщик Rich сигнатур, не тестировал даже если честно. Надо будет глянуть что там с ним не так.
Вы есть на Delphi-Praxis?
Process Memory Map