From: Michael Dukelsky 2:5020/1042 06 Feb 2023 20:45 +0200
To: Alexander Kruglikov 2:5053/58
Subject: Changes in golded+ sources
Привет, Alexander! 06 February 2023 15:26, Alexander Kruglikov послал(а) письмо к golded+ inspector: gi>> fix buffer overrun and new[] / delete mismatch gi>> Author: Vitaliy Aksyonov gi>> Date: 2023-02-05 14:18:02 +0300 gi>> Committed by: GitHub AK> Хм. А чего версия не перескочила? =\ Потому что автоматической смены версии, как в Husky нет, а скорректировать имеющуюся, как обычно, забыли. Надо бы и тут тоже приделать автоматизацию. To 1:104/117: обнови версию, пожалуйста. Желаю успехов, Alexander! За сим откланиваюсь, Michael. ... node (at) f1042 (dot) ru
From: Vitaliy Aksyonov 1:104/117 06 Feb 2023 18:10 +0200
To: Michael Dukelsky 2:5020/1042
Subject: malloc -> new
Привет, Michael! 06 Feb 23 19:04, ты писал(а) мне: VA>> Есть желание заняться выпиливанием malloc/free и заменой на new, VA>> чтобы побочные эффекты конструкторов не терялись. Плюс убрать VA>> странные конструкции в виде: VA>> recptr = new char [recsize]; VA>> throw_new(recptr); VA>> record = (MaxUsers*)recptr; VA>> memset(record, 0, recsize); VA>> Еще часто в коде встречается подобная конструкция: VA>> field* fld = new field(this, idnum, wrow, wcol, field_width, VA>> dest, dest_size, cvt, mode); throw_new(fld); VA>> Это ведь имеет смысл только в случае, если код собирается без VA>> поддержки исключений. Кто-то знает, есть ли такие сборки или это VA>> тоже лучше выкосить? MD> Этот вопрос лучше задавать в англоязычный эхе GOLDED. Там есть люди, MD> пользующиеся старыми компиляторами. Спасибо за совет. Подпишусь туда попозже и поспрашиваю. Best regards, Vitaliy Aksyonov. ... Упёртость умирает последней!
From: Michael Dukelsky 2:5020/1042 06 Feb 2023 18:04 +0200
To: Vitaliy Aksyonov 1:104/117
Subject: malloc -> new
Hello Vitaliy, 05 February 2023, Vitaliy Aksyonov wrote to All: VA> Есть желание заняться выпиливанием malloc/free и заменой на new, чтобы VA> побочные эффекты конструкторов не терялись. Плюс убрать странные VA> конструкции в виде: VA> recptr = new char [recsize]; VA> throw_new(recptr); VA> record = (MaxUsers*)recptr; VA> memset(record, 0, recsize); VA> Еще часто в коде встречается подобная конструкция: VA> field* fld = new field(this, idnum, wrow, wcol, field_width, dest, VA> dest_size, cvt, mode); throw_new(fld); VA> Это ведь имеет смысл только в случае, если код собирается без VA> поддержки исключений. Кто-то знает, есть ли такие сборки или это тоже VA> лучше выкосить? Этот вопрос лучше задавать в англоязычный эхе GOLDED. Там есть люди, пользующиеся старыми компиляторами. Michael ... node (at) f1042 (dot) ru
From: Alexander Kruglikov 2:5053/58 06 Feb 2023 13:26 +0200
To: golded+ inspector 2:5020/1042.3
Subject: Changes in golded+ sources
Привет, golded+! 05 фев 23 23:53, golded+ inspector писал(а) к All: gi> fix buffer overrun and new[] / delete mismatch gi> Author: Vitaliy Aksyonov gi> Date: 2023-02-05 14:18:02 +0300 gi> Committed by: GitHub Хм. А чего версия не перескочила? =\ С наилучшими пожеланиями, Alexander.
From: Vitaliy Aksyonov 1:104/117 06 Feb 2023 04:44 +0200
To: All
Subject: malloc -> new
Привет, All! Есть желание заняться выпиливанием malloc/free и заменой на new, чтобы побочные эффекты конструкторов не терялись. Плюс убрать странные конструкции в виде: recptr = new char [recsize]; throw_new(recptr); record = (MaxUsers*)recptr; memset(record, 0, recsize); Еще часто в коде встречается подобная конструкция: field* fld = new field(this, idnum, wrow, wcol, field_width, dest, dest_size, cvt, mode); throw_new(fld); Это ведь имеет смысл только в случае, если код собирается без поддержки исключений. Кто-то знает, есть ли такие сборки или это тоже лучше выкосить? Best regards, Vitaliy Aksyonov. ... Стратег ремонта: а не yдарить ли нам внезапно кyвалдой с тыла?
From: golded+ inspector 2:5020/1042.3 05 Feb 2023 23:53 +0200
To: All
Subject: Changes in golded+ sources
Legend: (A) Added, (C) Copied, (D) Deleted, (M) Modified, (R) Renamed, (T) Type changed, (U) Unmerged, (X) Unknown, (B) Pairing Broken =========================== fix buffer overrun and new[] / delete mismatch Author: Vitaliy Aksyonov Date: 2023-02-05 14:18:02 +0300 Committed by: GitHub Files: M golded3/geinit.cpp M golded3/geusrbse.cpp M goldlib/gall/gfile.h
From: Max Vasilyev 2:5057/77 04 Feb 2023 21:49 +0200
To: All 2:5057/77
Subject: fido4keenetic
Hello All! fido4keenetic package (binkd, husky, golded, rntrack) for mipsel based Keenetic routers with opkg support (i.e. from 4G KN-1212 to Ultra KN-1810) uploaded to: https://sites.google.com/view/vasilyevmax/ changelog: husky updated to 2023.02.04 hpt: Added -c command line parameter to hptlink and hpttree * Originally in RU.HUSKY * Crossposted in RU.BINKD * Crossposted in RU.GOLDED * Crossposted in RU.FTRACK * Crossposted in FIDOSOFT.HUSKY * Crossposted in BINKD * Crossposted in GOLDED WBR, Max.
From: Nil A 2:5015/46 02 Feb 2023 21:30 +0200
To: Vitaliy Aksyonov 1:104/117
Subject: Странности в коде
Hello, Vitaliy! Wednesday February 01 2023 22:07, from Vitaliy Aksyonov -> All: VA> Копаюсь в исходниках эхотага. Анализатор памяти нашел несколько мест, VA> где память выделяется через new[], а освобождается через delete. Багу нашёл, как починить знаешь, пулреквесты в хаски вон уже закинул, так и флаг тебе в руки! Best Regards, Nil
From: Vitaliy Aksyonov 1:104/117 02 Feb 2023 07:07 +0200
To: All
Subject: Странности в коде
Привет, All! Копаюсь в исходниках эхотага. Анализатор памяти нашел несколько мест, где память выделяется через new[], а освобождается через delete. Решил поправить и нашел вот такое место: gfile.h uint8_t *c = new uint8_t[__size]; [...skipped...] #ifdef unix delete[] c; #else delete(c); #endif То есть тут явно сознательно так делают. Зачем? Неужели есть какой-то компилятор C++, который не умеет в delete[]? Best regards, Vitaliy Aksyonov. ... Need for спирт.
From: Moderator 2:5080/102 02 Feb 2023 03:28 +0200
To: All
Subject: RU.GOLDED rules
Правила эхоконференции RU.GOLDED. Редакция от 16.01.2012. RU.Golded - Эхоконференция сети Fidonet, посвящённая редакторам сообщений FTN семейства "GoldEd": Golded, Golded-asa, Golded+, Golded-NSF" и др. (В дальнейшем словосочетание "эхоконференция RU.Golded" сокращено до "эха".) Область распространения эхи - сеть Fidonet, другие сети FTN, BBS, возможно гейтование в сеть Internet и представление эхи на различных серверах. Участники (подписчики) эхоконференции, подписавшись на эху, тем самым соглашаются соблюдать правила нетикета, уважать других подписчиков и обсуждать только вопросы, связанные с редакторами семейства Golded. Технические требования: - в сообщениях должны быть использованы русский и/или английский языки; - для русского языка можно использовать любую восьмибитную кодировку; - замены букв (символов) на символы схожего начертания не допускаются; - технические и другие специальные строки в тексте ограничены 79 знаками; - цитируемые при ответе строки должны начинаться префиксом по шаблону " NF> ", где "F" - первая буква фамилии и "N" - имени автора строки. Типичные модераториалы: [*] - предупреждение за однократные небольшие нарушения (технические, офтопик, оверквотинг, оверскриптинг, переписка с модератором и т. п.); [+] - серьёзное нарушение либо многократные предупреждения (хамство, брань, персональная атака, три и более предупреждений); [!] - режим "только чтение" за злостные или многократные нарушения (три [+]). Модераторский состав эхи формируется текущим ментейнером проекта Golded+, на конец 2011 года: Stas Degteff 2:5080/102 - модератор. История эхи. Модератор до середины 1998 года: Roman Furman, 2:5007/7.10 aka 2:5007/13.22 Модератор в 1998-2002 годах: Andrew Voronin 2:5060/19 Модератор в 2003-2007 годах: Sergey Ozerov 2:5020/348 aka 2.5020/348.3