Добро пожаловать, Гость. Пожалуйста авторизуйтесь здесь.
FGHIGate на GaNJa NeTWoRK ST@Ti0N - Просмотр сообщения в эхоконференции RU.BINKD
Введите FGHI ссылку:


Присутствуют сообщения из эхоконференции RU.BINKD с датами от 14 Jul 13 17:53:22 до 29 Apr 24 22:17:00, всего сообщений: 1925
Ответить на сообщение К списку сообщений Предыдущее сообщение Следующее сообщение
= Сообщение: 1744 из 1925 ========================================= RU.BINKD =
От   : Sergey Zabolotny                 2:469/122.1        07 Jun 22 15:52:04
Кому : Pavel Gulchouck                                     07 Jun 22 15:52:04
Тема : .try
FGHI : area://RU.BINKD?msgid=2:469/122.1+629f4bbd
На   : area://RU.BINKD?msgid=2:463/68+629e6ea1
= Кодировка сообщения определена как: CP866 ==================================
Ответ: area://RU.BINKD?msgid=2:469/122.1+629f4dae
==============================================================================
 Hello *Pavel.*

Tuesday 07 June 2022 00:10, Pavel Gulchouck wrote to Sergey Zabolotny:

SZ>>>> файлы лежат мертвым грузом, только обновляется дата модификации
SZ>>>> при каждой следующей прополке. слегка раздражает куча этих
SZ>>>> файлов в аутбаунде. это так и было задумано?

PG>>> Hет, было задумано, что они будут там лежать и не будут
PG>>> раздражать. :)

PG>>> Туда пишется статистика по удачным и неудачным попыткам, чтобы
PG>>> не долбиться постоянно на недоступные узлы. Можно было бы для
PG>>> этого сделать отдельную базку где-то в файлике, но раз уж есть
PG>>> BSO, логичнее следовать его принципам, и располагать эти файлы
PG>>> там же, где *lo, *ut и bsy - такая схема хранения информации
PG>>> выглядит более консистентной, чем разнородные базы для хранения
PG>>> разной информации о линках.

SZ>> есть смысл держать в этих файлах информацию о неудачных попытках
SZ>> и по этой информации ориентироваться как поллить узел следующий
SZ>> раз. но для чего нужен такой файл если поллинг узла прошел
SZ>> успешно?

PG> В общем, да, там есть счётчик последовательных успешных попролов ноды,
PG> и этот счётчик никак не используется. Сделано это было до 1998, в
PG> версии 0.8.8. Пожалуй, можно и удалять после успешной сессии, если
PG> мешают. Это функция good_try() в ftnq.c.
я не специалист в сях, так что не судите слишком строго. у меня получилось примерно так:
$ git diff
diff --git a/ftnq.c b/ftnq.c
index f1a78a2..3e2dfdd 100644
-+- a/ftnq.c
+++ b/ftnq.c
@@ -1120,13 +1120,14 @@ void bad_try (FTN_ADDR *fa, const char *error, const int where, BINKD_CONFIG *co
   write_try (fa, &nok, &nbad, (char *) error, config);
 }

-void good_try (FTN_ADDR *fa, char *comment, BINKD_CONFIG *config)
+void remove_try (FTN_ADDR *fa, BINKD_CONFIG *config)
 {
-  unsigned nok, nbad;
-
   if (config->tries == 0) return;
-  read_try (fa, &nok, &nbad, config);
-  nbad = 0;
-  ++nok;
-  write_try (fa, &nok, &nbad, comment, config);
+  char buf[MAXPATHLEN + 1];
+  ftnaddress_to_filename (buf, fa, config);
+  if (*buf)
+  {
+    strnzcat (buf, ".try", sizeof (buf));
+    delete (buf);
+  }
 }
diff --git a/ftnq.h b/ftnq.h
index e399d91..cceb77d 100644
-+- a/ftnq.h
+++ b/ftnq.h
@@ -110,8 +110,8 @@ enum bad_try_type { BAD_NA, BAD_CALL, BAD_MERR, BAD_MBSY, BAD_IO, BAD_TIMEOUT,
                     BAD_AKA, BAD_AUTH };

 void bad_try (FTN_ADDR *fa, const char *error, const int where, BINKD_CONFIG *config);
-void good_try (FTN_ADDR *fa, char *comment, BINKD_CONFIG *config);
 void read_try (FTN_ADDR *fa, unsigned *nok, unsigned *nbad, BINKD_CONFIG *config);
 void write_try (FTN_ADDR *fa, unsigned *nok, unsigned *nbad, char *comment, BINKD_CONFIG *config);
+void remove_try (FTN_ADDR *fa, BINKD_CONFIG *config);

 #endif
diff --git a/protocol.c b/protocol.c
index 677cb44..6d40bea 100644
-+- a/protocol.c
+++ b/protocol.c
@@ -3440,7 +3440,7 @@ void protocol (SOCKET socket_in, SOCKET socket_out, FTN_NODE *to, FTN_ADDR *fa,
     process_killlist (state.killlist, state.n_killlist, 's');
     inb_remove_partial (&state, config);
     if (to)
-      good_try (&to->fa, "CONNECT/BND", config);
+      remove_try (&to->fa, config);
   }
   else
   {

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

--- GoldED+ 1.1.5-031023 (WinNT 5.1.2600-Service_Pack_3 i1586)
* Origin: [icq:122018120] [mailto:zabolotny[at]hotbox.ru] (2:469/122.1)

К главной странице гейта
Powered by NoSFeRaTU`s FGHIGate
Открытие страницы: 0.076870 секунды