#219 closed баг (invalid)
В программе нет встроенных средств дебага/отладки
| Reported by: | san | Owned by: | dimag |
|---|---|---|---|
| Priority: | major | Milestone: | 2 очередь |
| Component: | ПО MC04-Dispatcher. Пульт диспетчера/техника | Keywords: | logging |
| Cc: | alx |
Description
Если пользователь воспроизводит какой-то баг, то он не может передать никакой дополнительной информации, кроме того что он сделал.
Change History (7)
comment:1 by , 8 years ago
| Cc: | added |
|---|
comment:2 by , 8 years ago
| Keywords: | logging added |
|---|---|
| Resolution: | → invalid |
| Status: | new → closed |
есть файл с отладочной информацией debug[текущая_дата].log
comment:3 by , 8 years ago
Я сделал такой вывод, по реакции Димы, при воспроизведении ошибок :)
Возможно был неправ. При следующем баге загляну в эти файлы.
comment:4 by , 8 years ago
Раз уж зашла об этом речь, наверное стоит вообще получше продумать логику вывода программы. Сейчас я эту логику не очень-то понимаю: при работе программы в консоль выводится одно, в лог - другое (например, в консоль выводятся сообщения SIP, которых нет в журнале)...
comment:5 by , 8 years ago
Дима, а зачем нам вообще консоль?
Может спрячем её а всё будем выводить в дебаг-лог ?
comment:6 by , 8 years ago
Саша, когда я сказал "консоль", я имел в виду всего лишь стандартный ввод-вывод программы (stdin, stdout, stderr). Так как я запускал программу вручную из терминала, все, что выводит программа в стандартный вывод (stdout/stderr), я видел в этом терминале.
Реальный диспетчер, конечно, запускать программу в ручную не будет (для этого будет стартовый скрипт), и никакого терминала у него не будет (поэтому и выводить информацию лучше сразу в файл), но это уже не забота собственно программы, это забота стартового скрипта.
А как же logs/main.log?