Member 14655281 Ответов: 2

Я, похоже проблема с Майн на C# программ и Майн триггеров в PostgreSQL


Hello, I have a program that should be used by several people and access the data with postgrelsql (NpgsqlCommand). When it comes to implementation, the program runs super well, but after installation, the program crashes for no reason.
There is also a trigger that does not work for all cases.
Could you please help me


Что я уже пробовал:

у меня debbuging Майн Прамм, но не успех

Richard Deeming

Мы не можем помочь вам исправить ошибку, которую мы не видим в коде, который мы также не видим.

Вам нужно отладить свою программу, чтобы выяснить, в чем проблема. Если вы полностью застряли, то Нажмите зеленую ссылку "улучшить вопрос" и обновите свой вопрос, чтобы включить соответствующие части вашего кода и полную информацию об ошибке. Не забудьте указать, из какой строки вашего кода выбрасывается ошибка.

Member 14655281

Я уже отладил свой код, но не нашел никакой ошибки. Есть ли программа, которая вряд ли отслеживает код в случае возникновения проблемы?

Stefan_Lang

Решение 1 предлагает отличный совет, но есть еще одна вещь, которую вы можете попробовать (если вы еще этого не сделали): запустите сборку выпуска своей программы на своей собственной машине.

Если она работает нормально, то единственная идея, которая у меня есть, заключается в том, что ваша программа ссылается на файл или другой ресурс, доступный на вашей машине, но не на других машинах,

Если он не запускается, то существует разница между release и debug - тогда вы можете искать код, который работает только в режиме отладки, например операторы assert.

2 Ответов

Рейтинг:
0

OriginalGriff

Программы не выходят из строя без причины: они выходят из строя, потому что разработчик допустил ошибку в коде, потому что среда отличается (или по-другому настроена), потому что отсутствует одно или несколько разрешений доступа, потому что строки соединений недопустимы в новом месте ...

Существует столько же причин для сбоя, сколько существует разработчиков, пишущих программное обеспечение ... но ни одно приложение никогда не разбивалось "без причины"!

Since it only fails in production, that rules out the easy way: using the debugger. Which means you need to fall back to pre-debugger days and get manual. Start adding code to your app to log exactly what it is doing to a log file, and run that version on the production machine. When it crashes, look at the log and add more specific logging code to start narrowing down what exactly is happening. Repeat this process until you know the method that it crashes in, and then work on where exactly and why it is crashing. Do not expect this to be a quick process - in a large app this can take days, and you still won't know what caused the crash - just where it crashed, and what data caused it to fail. Hopefully, you can then replicate the problem on your dev machine, or find a difference between them that is relevant to the area of code.

Удачи - но мы не можем сделать ничего из этого для вас!


Member 14655281

тнх

OriginalGriff

Всегда пожалуйста!

Рейтинг:
0

TheRealSteveJudge

В дополнение к ценным подсказкам в решении one я хотел бы предложить отладить вашу программу с помощью удаленной отладки.
Подробное описание удаленной отладки описано здесь.
Удаленная отладка проекта C# или VB - Visual Studio | Microsoft Docs[^]


Member 14655281

тнх

TheRealSteveJudge

УР добро пожаловать