Как стать автором
Обновить

Комментарии 40

Несмотря на все потуги хипстеров эти проекты продолжают жить и приносить пользу людям
Когда Delphi и IRC шли в строю, тогда те кто ничего не хотел изучать использовали дос и ассемблер называя остальных аналогом слова хипстер. (У меня такой знакомый «программист» ушел в 40 лет из программистов в эникейщики.) Я сам тоже консерватор и Delphi держался долго, но ничто не вечно под луной.
Насчёт IRC — ему пока что нет ни одного аналога с таким же количеством разных клиентов и серверов. И да, он до сих пор используется большей частью разработчиков
Все мы прекрасно понимаем почему им могут пользоваться, и почему он безнадежно устарел. Но не количество клиентов важный критерий. (Потому кстати и клиентов много что он очень простой как ftp, но вот последний недавно «забанили» в firefox и chrome.)
FF и Chrome рано или поздно забанят и http без сертификатов.
Сомневаюсь, как они сами говорили, это избавление от не нужного кодового груза.
И это совсем не похоже на заботу о безопасности пользователей. FTP ничем не хуже HTTP на страницах с HTTPS. Кроме того есть FTPS, но никого не волнует. С учетом этого не факт что http запретят, просто будут ставить красный замочек рядом и все (что правильно по крайней мере для сайтов с полями ввода). К тому же как на счет локалхостов? Множество программ имеют веб интерфейсы, поднятые на коленке dev версии сайтов, а просто сохраненные страницы? Не, можно поднять https на localhost, но это мало кому нужное приключение.
Т.е. из кодовой базы в миллионы строк они решили выпилить небольшой кусочек (и при том — функциональный), типа чистку произвели? Ну ок.

FTP не забанили (ещё), а запретили вставку элементов находящихся на ftp:// в страницы.
Т.е. открывать ftp-серверы в Firefox по прежнему можно, клиент никуда не делся.


https://bugzilla.mozilla.org/show_bug.cgi?id=1404744

Ну я написал в кавычках, но обещают совсем убрать поддержку. Более того не запретили вставку элементов, а добавили опцию в настройках запрещающую вставку ftp элементов, по умолчанию выключенную.
Время IRC уже давно прошло и популярность его падает, сейчас в сети IRC 390тысяч пользователей вообще по всему миру, много это или мало? в начале 2000х только в десятке крупнейших сетей было больше 200тыр пользователей (в каждой из)

и про «большую часть» — это очень интересная статистика
Вообще-то Delphi живее всех живых. В последней Rad Studio можно написать приложение за пол часа, не написав при это ни одной строчки кода, используя LiveBindings, и откомпелировать для Andriod, iOS, OSx, Windows и Linux
Я это слышу еще со времен VB4 (а то мож и раньше, но я с VB4 столкнулся с первым и там были такие слова что «скоро код будет писать не нужно!!»), а тут вы предлагаете как аргумент в 2018 году то что в 1995 году считалось «вау» функцией… только вот код всеравно все пишут
Сколько пробовал этот RAD — ничего глючней не видел.
C одной стороны, вы правы. И для своего времени это были прекраксные иснтрументы. Но сейчас есть лучшие, и более динамично развивающиеся. И только по инерции матёрые (читай: старой школы) айтишники продолжают пользоваться старьём, только продлевая его агонию и плодя зоопарк технологий. Я бы здесь ещё поставил первым пунктом списка на закапывание исчадие ада под названием mailing lists (простите, наболело).
В некоторых случаях — таки к сожалению. Мы работаем со всяким нестандартным оборудованием типа сенсоров веса, дальнобойных RFID-ридеров и т.п. Конфигураторы для этого добра китайцы почему-то пишут на Дельфи (или нам просто везет в последнее время). Если код на .NET обычно реверсится за час-два и к концу дня уже рожается нормальный command-line конфигуратор — то с Дельфи приходится вспоминать Ассемблер на котором я не писал лет 25.
Ну это проблема не Delphi, а любого компилируемого языка, хоть Delphi, хоть C++, Rust, C и т.д.
Напротив — хорошо что Delphi, много информации о типах содержится в rtti, формы доступны в исходниках, названия функций и т.д.
{$RTTI EXPLICIT METHODS([vcPublished]) PROPERTIES([vcPublished]) FIELDS([vcPublished])}

И всё, данных RTTI в бинарнике больше нет. :)

Безусловно можно и вырезать, но во первых все не вырезает, во вторых мало кто заморачивается с этим. Особенно учитывая то, что многие прикручивают отправку сообщения об ошибках и падениях, с развернутым стеком, и т.д. где информация о типах полезна.
А где код с ошибкой? Или хотя бы ссылка на коммит? Финал драмы испорчен)
Ссылка на коммит есть в списке ссылок в самом низу ;)

Если вы про прежнюю ошибку в qsort, то я отвечал вот тут: habr.com/company/reactos/blog/413461/#comment_18746791
Я просил ссылку на коммит с исправлением этого бага) Всего пара десятков строк — и бага нет)
За qsort — спасибо.
Хорошо описано, читается как детектив
Чтобы статья стала полноценным детективом, надо было написать ещё про Ватсона :D
Всегда интересно такое почитать.
Скоро будет еще отчет от разработчика загрузичка системы с поддержкой BTRFS

Весьма познавательно, спасибо! А это в мемориз: "недокументированные подводные камни" )))

Тоже мой любимый ЯП делфятина. Но если цепляться за него, можно остаться без работы). Приходится жабить на жабе в мире кровавого интерпрайза)) хотя на делфи с удовольствием беру править г@вно проекты на фрилансе, особо денег не приносит, типа хобби) спасибо за статью.

Так что там за глюк-то был с выводом текста ошибки? Или было решено победить его индусским методом (раз баг случается в таком-то случае — значит, меняем условия так, чтобы этот случай в этом месте не возникал)? :)
С этим глюком пока никто не разбирался, по-моему ещё даже тикет в JIRA не открыли… Поскольку проблема с git разрешилась, на эту второстепенную проблему похоже забили.

Там при возникновении исключения выводы из stdout и stderr как-то по-хитрому смешиваются между собой, и одновременно выводятся в консоль.

Впрочем, я ведь могу собрать git, добавив assert(false); например… так и сделаю!
Похоже на то, что строка «assertion failed ...» является двухбайтовой (типа wchar_t), и пробелы соответствуют нулевым байтам каждого двухбайтового символа

Возможно где-то есть недостающая (или лишняя) перекодировка в UCS-2.

И возможно это портит ещё миллион вещей, а не только вывод сообщения об ошибке. Хотя бы тикет-то всё ж хорошо б сделать)
Тикет уже сделан ;) Следить за дальнейшим развитием событий тут:

jira.reactos.org/browse/CORE-14836

По-французски Hermes это разве не Эрме? Так же как Эркюль Пуаро совсем не Геркулес.

Честно говоря, не знаю как правильно, т.к. из не родных языков знаю только английский. В русскоязычной части сообщества ReactOS Гермеса всегда называли именно так. :)
А он это слышал?)
Он по-русски ни с кем не разговаривает. Поэтому — нет )

Сегодня он лично ответил в IRC:


the final 's' is pronunced. so "Гермес" is the best translitteration, I think.
Зарегистрируйтесь на Хабре , чтобы оставить комментарий