From: Vladimir Fyodorov 2:6035/3.2 21 Jan 2023 08:31 +0200
To: Nil A 2:5015/46
Subject: pvt.luna.local
Разнообразно приветствую! VA>> 100% порвано. В нее никто с 2017 года не писал. NA> Через 5020/715 мне там ответил 450/68, вот с такими симбаями и NA> путём. Короче порвана. Я щас лонглинком выступлю между несколькими NA> линками пожалуй. Сорри, потерял нить беседы. Вы про какую эху? -- Всяческих благ. Искренне Ваш, Vladimir Fyodorov, эсквайр. ... Пропала несущая? Заплатите налоги!
From: Vladimir Fyodorov 2:6035/3.2 21 Jan 2023 08:29 +0200
To: Cheslav Osanadze 2:6078/80
Subject: Test
Разнообразно приветствую! VF>> Ну, во-первых, ты вряд ли много эх модерируешь, чтобы это VF>> заметить. CO> Не много. Но в некоторых отключаю даже не по модераторским CO> соображениям, а по соображениям тематики эхи - там, где есть CO> вменяемый модератор, там и затвитованные становятся приличными.:) Если тебе не нужно в эхе/группе эх установить отдельное поведение твитов, то и не заметишь этого бага. VF>> Во-вторых, возможно, ты вообще не используешь твиты. CO> Нечего было бы отключать... Так получилось, что мне приходится модерировать больше десятка эх... Этот глюк конкретно вымораживает. CO> Другой вопрос, что это не очень то удобно, заранее то не CO> вспомнишь, индикатора "Твит" подсвеченного нет. Ага. Приходится доводить до автоматизма: написал письмо/ответ, вышел из эхи и обратно зашёл. Иначе можно пропустить письмо в модерируемой эхе из-за глобального правила :( CO> Эхи, где нужно отключить, обычно и читаются отдельной группой. И никогда там ничего не пишется? CO> Это всё - моё имхо, конечно же. Мне показалось, что так проще, CO> чем городить отдельные группы с твитом. Да, я же изначально сказал, что для обычных пользователей это достаточно редкое стечение обстоятельств. Но для меня, увы, весьма частое. -- Всяческих благ. Искренне Ваш, Vladimir Fyodorov, эсквайр. ... Пропала несущая? Заплатите налоги!
From: Vitaliy Aksyonov 2:5023/24.4107 21 Jan 2023 07:21 +0200
To: Nil A 2:5015/46
Subject: pvt.luna.local
Hello Nil! 21 Jan 23 07:21, you wrote to me: VA>> 100% порвано. В нее никто с 2017 года не писал. NA> Через 5020/715 мне там ответил 450/68, вот с такими симбаями и путём. NA> SEEN+BY: 450/68 5015/46 5020/400 715 1042 5034/13 5058/104 NA> @PATH: 450/68 5020/715 NA> Короче порвана. Я щас лонглинком выступлю между несколькими линками NA> пожалуй. Мерси. :) Будем восстанавливать. Vitaliy ... 10.0 times 0.10 is hardly ever 1.00.
From: Vitaliy Aksyonov 2:5023/24.4107 21 Jan 2023 07:14 +0200
To: Vladimir Fyodorov 2:6035/3.1
Subject: Test
Hello Vladimir! 20 Jan 23 20:51, you wrote to me: VF>>> Прикольный баг, но не встречался с таким. Но если починишь более VF>>> десятилетней давности баг с твитами и группами при использовании VF>>> конфига husky для описания путей к эхам, то буду по гроб жизни VF>>> благодарен. Даже денег готов заплатить; правда сейчас хрен их VF>>> переведёшь в нормальную страну... VA>> Честно говоря, не помню. Никогда твитами не пользовался. :) Как VA>> его воспроизвести? Гляну на досуге. VF> Там должно сойтись несколько условий. И это наиболее критично для VF> модераторов, которые везде используют twit, но в модерируемых ими эхах VF> через GROUP твит отключён, так как в них нужно читать все письма. Типа VF> так (см. пример ниже): VF> === VF> GROUP MODERATED VF> MEMBER RU.FIDONET.TODAY VF> TWITMODE SHOW VF> ENDGROUP VF> === VF> при глобальной установке "TWITMODE SKIP". Использую версию из мастера. Не получается воспроизвести. Делаю так: AREAFILE Fidoconfig /home/boomer/devel/ftn/golded-plus/bin/fidoconfig twitto yes twitmode skip twitname John Doe group moderated member test member testt twitmode show endgroup fidoconfig: EchoArea test /home/boomer/devel/ftn/golded-plus/bin/bases/test -b jam -g N EchoArea testt /home/boomer/devel/ftn/golded-plus/bin/bases/testt -b squish -g N И режим твита не переключается, когда я новые сообщения добавляю. Может нужны еще какие-то условия? Попробуй сделать минимальный конфиг. который воспроизводит проблему. Vitaliy ... 10.0 times 0.10 is hardly ever 1.00.
From: Vladimir Fyodorov 2:6035/3.2 21 Jan 2023 07:35 +0200
To: Nil A 2:5015/46
Subject: Получаем ноду в зиване - квест
Разнообразно приветствую! NA> Они сами своих полисей не читают, если что. Там написано, зайти NA> директом с заявкой с адреса /9999. Я зашёл, а они, сука, мне так и NA> выдали 1:16/9999 NA> https://nodehist.fidonet.org.ua/?address=1%3A16%2F9999 Забавно. Можно в анналы записать :) -- Всяческих благ. Искренне Ваш, Vladimir Fyodorov, эсквайр. ... Пропала несущая? Заплатите налоги!
From: Vladimir Fyodorov 2:6035/3.2 21 Jan 2023 08:09 +0200
To: Vitaliy Aksyonov 2:5023/24.4107
Subject: Получаем ноду в зиване - квест
Разнообразно приветствую! VA> В полиси написано, что по возможности надо использовать вообще VA> /-1, если софт поддерживает. А если не поддерживает, тогда уже VA> 9999. А недавно Вард удалил из нодлиста "технические" /999 и /9999. -1 в нодлисте не было. VA> Для меня это просто развлечение. Поинт есть, общаться могу. Нода VA> не жмет. Подожду. :) Заодно софт причешу получше. Для всех давно уже это damned hobby. Прикольно, что в Америке старпёры больше прутся от BBS и дверных игр. VA> Вот это мы нафлудили в тестовую эху. :) Переходим в RU.FIDONET.TODAY ? Наверное, все подписаны, и это всяко там более топично, нежели очередные споры windows vs linux, домашний телефон vs сотовый, binkd vs t-mail :) -- Всяческих благ. Искренне Ваш, Vladimir Fyodorov, эсквайр. ... Пропала несущая? Заплатите налоги!
From: Nil A 2:5015/46 21 Jan 2023 07:00 +0200
To: Vitaliy Aksyonov 2:5023/24.4107
Subject: Получаем ноду в зиване - квест
Hello, Vitaliy! Friday January 20 2023 19:46, from Vitaliy Aksyonov -> Nil A: VA> Ты где живешь-то? В нодлисте - Нижний Новгород. Но судя по твоим VA> мессагам - не там. Да, всё со своего старого AKA пишу, а так если считать ноду по нахождению жопы сисопа, то 1:16/101. Best Regards, Nil
From: Cheslav Osanadze 2:6078/80 21 Jan 2023 06:48 +0200
To: Vladimir Fyodorov 2:6035/3.2
Subject: Test
Привет Vladimir! 21 Янв 23 00:03, Vladimir Fyodorov -> Cheslav Osanadze: VF>>> то бага нет. Кто-нибудь может объяснить, в чём тут порылась VF>>> собака и как её избежать? CO>> Я так глубоко не стал погружаться, что бы описывать твит для CO>> разных эх, просто отрубаю твит руками, в нужных.:) VF> Ну, во-первых, ты вряд ли много эх модерируешь, чтобы это заметить. Не много. Но в некоторых отключаю даже не по модераторским соображениям, а по соображениям тематики эхи - там, где есть вменяемый модератор, там и затвитованные становятся приличными.:) VF> Во-вторых, возможно, ты вообще не используешь твиты. Нечего было бы отключать... Другой вопрос, что это не очень то удобно, заранее то не вспомнишь, индикатора "Твит" подсвеченного нет. Эхи, где нужно отключить, обычно и читаются отдельной группой. Это всё - моё имхо, конечно же. Мне показалось, что так проще, чем городить отдельные группы с твитом. Cheslav. ... Пpодам тамагочи на седьмом месяце.
From: Nil A 2:5015/46 21 Jan 2023 06:37 +0200
To: Vitaliy Aksyonov 2:5023/24.4107
Subject: Test
Hello, Vitaliy! Friday January 20 2023 19:28, from Vitaliy Aksyonov -> Nil A: VA> В голову приходит одно место, где без new не обойтись. Но оно наружу VA> не торчит. Иногда надо сделать объект, который можно использовать VA> только через std::shared_ptr. Потому что он использует VA> shared_from_this. Тогда я использую фабричный статический метод VA> std::shared_ptr Create(). При этом конструктор делается приватным. VA> И тут либо объявлять fiend, либо делать return std::shared_ptr(new VA> A). Вот в этом месте норм. Так как этот new наружу не торчит. std::make_shared же, он при этои ещё и одной аллокацией внутри создаст, и управляющй блок, и сам объект Так то если ты eturn std::shared_ptr(new A) делаешь, то там случается два разных new, для A, и сам std::shared_ptr конструктор внутри управляющий блок должен сделать. Так что вот, как раз тут new плохо писать. VA> reinterpret_cast может быть очень опасен. Вот и clang-tidy так же думаем. Но, во-первых, когда либу C'ную используешь, там какой-нибудь char* как буфер хотят, а у тебя unsigned char* везде, или новый модный std::byte. Вот и приходится кастить. Кстати! Для этого случая как раз сделали в C++20 std::bit_cast, только в clang у меня его похоже нет. VA> Кто его знает, как оно внутри объект сделает. Только POD объекты можно как блок байтов рассматривать, т.е. std::is_trivially_copyable_v<>, а более сложные объекты уже нельзя. VA> Это из разряда - в 99.9% случаев работает, а VA> иногда взрывается. :) Например, на какой-то хитрой архитектуре. Иногда есть void* или char*, и хочется закастить на uint32_t какой-нибудь и сразу прочитать там двойное слово. И на x86 это даже сработает, только с невыравненного адреса будет медленее. На Арме, например, да, взорвётся если не выравнено. Вот, кстати, я завожу uint32_t tmp; и делаю memcpy(&tmp, откуда, 4); А так как memcpy он buildin компилятора, то он по факту сделает сразу чтение двойнова слова если выравненно, а если нет, то побайтно скопирует, в том и сила memcpy. VA> Похлеще, чем #define TRUE random(0.5) // Удачной отладки, суки. Меня хаски удивил, знаешь как? Они там, #define min и max сделали. А знаешь какая у меня ошибка? Где-то внутрях std::vector или типа таво оказывается всё сломано. Какова хуя? А вот, ::max() функция переопределяется. VA> boost::asio отлично с этим справляется. libuv, libevent - море их. boost::asio асинхронно файлы умеет читать только на новых ядрах линукса с io_uring, и вроде на венде умеет с их API. При этом он не будет делать fallback на thread poll. А вот libuv сразу thread pool заводит. Libevent И libev только про сокеты. Best Regards, Nil
From: Nil A 2:5015/46 21 Jan 2023 06:21 +0200
To: Vitaliy Aksyonov 2:5023/24.4107
Subject: pvt.luna.local
Hello, Vitaliy! Friday January 20 2023 15:00, from Vitaliy Aksyonov -> Nil A: VA> 100% порвано. В нее никто с 2017 года не писал. Через 5020/715 мне там ответил 450/68, вот с такими симбаями и путём. SEEN+BY: 450/68 5015/46 5020/400 715 1042 5034/13 5058/104 @PATH: 450/68 5020/715 Короче порвана. Я щас лонглинком выступлю между несколькими линками пожалуй. Best Regards, Nil