Добрый день!
Не подскажите как с этим бороться?

а тогда каким образом мне связать con с моей командой?

не помогло.

заменила int Result = (int)com->ExecuteScalar();
на try
{
int Result = (int)com->ExecuteScalar();
}
catch(...)
{
}

все заработало.

D129 *makaka
все заработало.
Это значит что вызов ExecuteScalar(); первый раз происходит до определения и создания соединения и команды... - ошибка в алгоритме.
Не заработало, а просто проигнорировали исключение.


так в базу изменения записались... и никаких исключений при этом

D129 *makaka
все заработало.
Это значит что вызов ExecuteScalar(); первый раз происходит до определения и создания соединения и команды... - ошибка в алгоритме.
Не заработало, а просто проигнорировали исключение.

к тому же он в этом блоке:
con->Open();
try
{
int Result = (int)com->ExecuteScalar();
}
catch(...)
{
} con->Close();

pyroman69И снова макака)))))) Точно ,чтот мега крутое пишет))))


разве это плохо? )))))))

Алексей К *makaka pyroman69И снова макака)))))) Точно ,чтот мега крутое пишет))))


разве это плохо? )))))))От написанного Вами кода больше вреда чем пользы.

а пояснить слабо? :)

D129 *makakaа пояснить слабо? :)
да, слабО.
Потому, что не предполагаешь, что программку как-то накидали, через раз она "работает", а программист перехватывает null-reference эксепшен для того, чтобы его игнорировать. Такое впечатление возникло, что Вы думаете, что если дать обьекту имя "Connect" - то он хоть и не сразу, но все равно когда-нибудь к базе присоединится.

нет так уже никагого нулрефа.
что еще?

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

а я только слышу плохо плохо плохо, ну это совсем никуда не годиться, просто ужасно, как вообще можно было написать такой код, кошмар)))))))))))))))))))) если вы не можете/не хотите писать более информативные сообщение, тогда зачем вообще писать????

вот у меня на столе лежит 4 книги :) ни в одной из них я не нашла ответ на вопрос моего топика. как бороться с поодобными исключениями. (ps:смотреть первое сообщение о чем топик.) вы мне ответ тоже не дали.

D129 *makakaнепонятно совершенно, что вы на меня так набросились, как-будто вы с первого раза написали идеальную, высокопроизводительную программу.
Извините. Просто я, например, "погружался постепенно". Есть как бы "слои" языка программирования.
Самый понятный слой - уровень операторов if-else , обычной логики. Дальше идут операторы (я застал время, когда их не было) - типа try - catch - это последнее средство, которое нужно использовать только в крайнем случае - добавлять их, только "чтобы не падало" нельзя - в работающей программе Вам, как програмисту ВСЁ должно быть понятно и ожидаемо. Этого надо добиваться, а не "лечить программу". Дальше Вы начнете мультитрейдинг писать, и будете долбить потоки Abort() ом, вместо простого выхода по return. То что такая команда существует, вовсе не означает что ее нужно использовать везде.
По-моему, должно быть стремление к идеалу - иначе зачем все?


совершенно верно.
и т.к. самостоятельно я не смогла найти как исправить ошибку (кроме такого последнего метода как try - catch ), я обратилась в форум

D129 *makakaвот у меня на столе лежит 4 книги :) ни в одной из них я не нашла ответ на вопрос моего топика. как бороться с поодобными исключениями. (ps:смотреть первое сообщение о чем топик.) вы мне ответ тоже не дали.
Как это не дали? У Вас при первом использовании SqlCommand нет обьекта такого!!! об этом говорит NullReferenceExeption!!!

как это нет? если он есть