Внутри Case не присваивается значение глобальной переменной, При вызове функции внутри Case Опции

[Димон Безпарольн...]

Весьма запутано, постараюсь объяснить.

Код

            case(OpenTCP):                        //Открытие TCP
                {                                //
                    printf("\rOpen TCP Session\r");//    
                    GSM_State_Mashine = ConnMQTT;//Успешно
                    GSM_Mashine_Errors = 0;        //
                    int T =    GPRSConnect1(TCP, MQTT_BROKER_SERVER, PORT, DEFAULT_TIMEOUT*8, DEFAULT_INTERCHAR_TIMEOUT*5);
                    if(!T)                         //
                        {                        //Не успешно
                            printf("\rError TCP Open... Try Again...\r");//    
                            int T =    GPRSClose();//
                            GSM_Mashine_Errors++;//
                            break;                //
                        }                        //
                    GSM_State_Mashine = ConnMQTT;//Успешно
                    GSM_Mashine_Errors = 0;        //
                    printf("\rTCP Session Open\r");//
                    break;                        //

Если ставить GSM_State_Mashine = ConnMQTT после вызова GPRSConnect1, то в переменной GSM_State_Mashine остается старое значение и этот case выполняется вечно.

Сама функция GPRSConnect1 и вызываемые ей функции никакого отношения к переменной GSM_State_Mashine не имеет. Причем перед выходом из функции, содержащей этот switch (GSM_State_Mashine) присвоение есть, но за ней (снаружи этой функции) эта переменная имеет старое значение!

Пока вышел из положения присваивая значение GSM_State_Mashine = ConnMQTT; до вызова функции. Так работает. После вызова - нет. Что ж за глюк такой?

Переменная объявлена глобальной volatile unsigned int GSM_State_Mashine = 0;//

Сообщение отредактировал Димон Безпарольный - Jul 31 2017, 13:10

[alexey123_45]

А если в этом case поставить точку останова и пойти по шагам попадете на эту строчку, после вызова функции?

Сообщение отредактировал alexey123_45 - Jul 31 2017, 13:38

[Димон Безпарольн...]

А если в этом case поставить точку останова и пойти по шагам попадете на эту строчку, после вызова функции?

Да. Все тоже самое.

[kolobok0]

Весьма запутано, постараюсь объяснить.

Код

...
                    int T =    GPRSConnect1(TCP, MQTT_BROKER_SERVER, PORT, DEFAULT_TIMEOUT*8, DEFAULT_INTERCHAR_TIMEOUT*5);

..

поставьте в функцию GPRSConnect1 сразу ретурн. если глюкало исчезнет - ищите а) по корректности передаваемых параметров в функцию б) по потрохам самой функции.


удачи вам
(круглый)

[scifi]

Напрашивается поставить на эту переменную watchpoint и смотреть, где она свернула не туда.

[iosifk]

int T = GPRSConnect1(TCP, MQTT_BROKER_SERVER, PORT, DEFAULT_TIMEOUT*8, DEFAULT_INTERCHAR_TIMEOUT*5);
if(!T) //

Ведь Т - это число...
А if(!T) подразумевает, что в скобках будет булево выражение - истина или ложь...
А что такое !T по Вашему??? Даже если компилятор воспримет это как битовую инверсию, то это все равно будет число, но не истина или ложь...
Для примера вместо if(!T) сделайте printf( вот этого !T в виде набора битов...

[Димон Безпарольн...]

Ведь Т - это число...
А if(!T) подразумевает, что в скобках будет булево выражение - истина или ложь...
А что такое !T по Вашему??? Даже если компилятор воспримет это как битовую инверсию, то это все равно будет число, но не истина или ложь...
Для примера вместо if(!T) сделайте printf( вот этого !T в виде набора битов...

Не понимаю. Весь Paho MQTT в этих if(!T) и работает. И только в одном месте глючит. Проверил. Баз этого if(!T), просто с вызовом тоже глючит.

[aaarrr]

А что такое !T по Вашему???

Вообще-то !T - это такой же точно int, как и T:

The result of the logical negation operator ! is 0 if the value of its operand compares
unequal to 0, 1 if the value of its operand compares equal to 0. The result has type int.

Димон Безпарольный, поищите undefined behavior в функции GPRSConnect1.

[andrew_b]

Ведь Т - это число...
А if(!T) подразумевает, что в скобках будет булево выражение - истина или ложь...
А что такое !T по Вашему??? Даже если компилятор воспримет это как битовую инверсию, то это все равно будет число, но не истина или ложь...
Для примера вместо if(!T) сделайте printf( вот этого !T в виде набора битов...

Если вы плохо знаете Си, то лучше не пишите в темах про Си.

[Obam]

А где здесь ARM? Треду именно что место в темах про C.

[Kabdim]

Ведь Т - это число...
А if(!T) подразумевает, что в скобках будет булево выражение - истина или ложь...
А что такое !T по Вашему??? Даже если компилятор воспримет это как битовую инверсию, то это все равно будет число, но не истина или ложь...
Для примера вместо if(!T) сделайте printf( вот этого !T в виде набора битов...

Это тяжелое наследство "асемблерности" C. В нём нет булева типа. Поэтому всё целочисленнуказательное что 0 - считается ложным, а все остальное - истинным. Так и живем.
-----------
А по сабжу - чудес не бывает. Либо UB, либо битый указатель, либо выход индекса за диапазон, либо стек начал наваливаться на область памяти статических переменных. Ватчпойнты и последовательное выбрасывание кода, помогут разобраться, т.к. в приведенном участке кода ничего криминального не видно.

[Димон Безпарольн...]

Либо UB, либо битый указатель, либо выход индекса за диапазон, либо стек начал наваливаться на область памяти статических переменных.

Похоже что именно так.

[Aaron]

берите map-файл проекта с расположением переменных в памяти. И посмотрите, какая переменная в памяти расположена ДО вашей сбойной GSM_State_Mashine в обоих случаях:
- когда "всё работает"
- когда "сбоит"
там, где сбоит - смотрите название переменной и копайте причины её поломки. Возможно неверное приведение типов при работе с указателями или может где-то ещё пораньше в памяти массив лежит, с которым неверно работаете. По крайней мере такой анализ map-файла достаточно быстро проводится, и позволяет быстро находить поверхностные ошибки.

также для того варианта, когда "всё работает" - посмотрите, куда переменная переехала в памяти, предшествующая GSM_State_Mashine - скорее всего, она затирает какие-то несущественные данные, и поэтому вы не замечаете проблем. Так называемый плавающий баг - как правило, он именно вашим описанием и характеризуется, когда от простой перестановки строк кода меняется поведение программы.

[Kabdim]

Похоже что именно так.

Кстати может быть бага в компиляторе. Если gcc, то имеет смысл его обновить до старшего минора в используемой ветке. Или наоборот, попробовать предыдущий мажор. Правда с теми же симптомами может быть и UB.

[Димон Безпарольн...]

Кстати может быть бага в компиляторе. Если gcc, то имеет смысл его обновить до старшего минора в используемой ветке. Или наоборот, попробовать предыдущий мажор. Правда с теми же симптомами может быть и UB.

Нет. Keil 5.17

[tvsdig]

Теоретически может еще влиять включенная оптимизация. Но я за вариант кривые указатели.

[aaarrr]

Теоретически может еще влиять включенная оптимизация.

На корректный код - не может.

Но я за вариант кривые указатели.

Маловероятно: кривым указателем можно что-нибудь испортить, а тут состояние машины у ТС остается прежним.

А вообще, можно было бы уже 100500 раз дизассемблировать интересующий фрагмент.

На корректный код - не может.

Тут я несколько погорячился. Один из немногих встреченных мной "глюков компилятора" (как раз на ARM RVCT) был таки связан с оптимизацией: инлайнилась функция с игнорированием #pragma arm section, и код, предназначенный для выполнения из RAM, выполнялся в результате из флеш.

[AVI-crak]

Код

case(OpenTCP):                        //Открытие TCP
                {                                //
                    printf("\rOpen TCP Session\r");//    
                    GSM_State_Mashine = ConnMQTT;//Успешно
                    GSM_Mashine_Errors = 0;        //
                    if(GPRSConnect1(TCP, MQTT_BROKER_SERVER, PORT, DEFAULT_TIMEOUT*8, DEFAULT_INTERCHAR_TIMEOUT*5) == 0)                         //
                        { // эта функция всегда возвращает аргумент в регистре R0, выделять новую переменную для этого не нужно.
                            printf("\rError TCP Open... Try Again...\r");//    
                          //  int T =    GPRSClose();//  не вижу повторного использования Т
                            GPRSClose();
                            GSM_Mashine_Errors++;//
                            break;                //
                        }                        //
                    GSM_State_Mashine = ConnMQTT;//Успешно
                    GSM_Mashine_Errors = 0;        //
                    printf("\rTCP Session Open\r");//
                    break;

[Kabdim]

Теоретически может еще влиять включенная оптимизация. Но я за вариант кривые указатели.

Не ставьте телегу вперед кобылы. Это не "оптимизации влияют", а в кривой программе undefined behavior, который при оптимизации раскрывается во всей красе. Людям которые это допускают на регулярной основе стоит подучить язык с которым они работают.

[tvsdig]

Не ставьте телегу вперед кобылы. Это не "оптимизации влияют", а в кривой программе undefined behavior, который при оптимизации раскрывается во всей красе. Людям которые это допускают на регулярной основе стоит подучить язык с которым они работают.

Отчасти с Вами согласен по поводу подучить язык. Например раздел приоритеты я слабо знаю. Стараюсь использовать скобки.
Но откуда мы знаем с квалификатором объявлена переменная GSM_State_Mashine или без. Поэтому предположил
что ситуация возможна.

[Kabdim]

Стараюсь использовать скобки.

Вот кстати использование скобок, это не признак незнания. Например, вывод здесь:

Код

cout << "foo" + true ? "bar" : "baz";

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

Но откуда мы знаем с квалификатором объявлена переменная GSM_State_Mashine или без. Поэтому предположил
что ситуация возможна.

ТС в первом же сообщении указал в конце.

[KnightIgor]

Весьма запутано, постараюсь объяснить.

Код

int T =    GPRSConnect1(TCP, MQTT_BROKER_SERVER, PORT, DEFAULT_TIMEOUT*8, DEFAULT_INTERCHAR_TIMEOUT*5);
                    if(!T)                         //
                        {                        //Не успешно
                            printf("\rError TCP Open... Try Again...\r");//    
                             int T =    GPRSClose();//

Так у вас там два раза объявляется переменная с одним именем T. И вообще, хоть C99+ позволяет объявлять переменные не в самом начале блока, я бы синтаксически избегал такие вольности.

[x893]

Это обсуждение курсовой 2 курса ?
Какая то чушь.
Изучите книжку по С, возьмите JLink и посмотрите - где в Ваших знаниях пробелы.
Потом исправьте и посмотрите ещё раз.
Обычно 2-х итераций хватает.

[Димон Безпарольн...]

Не оптимизация и ничего таккого. В функции GPRSConnect есть вызов itoa1(port, num);.

Поскольку этой функции нет в библиотеке, я взял что - то подобное в Сети. С ней что - то не так, поскольку как только я блокирую этот вызов (не забыв в GPRSConnect поставить выход с положительным результатом return 1), машина состояний исправно переходит на следующий шаг.

Вот с этой функцией что - то не так:

Код

//---------------------------------------------------------------------------------------------------
void reverse(char s[])                            //reverse:  переворачиваем строку s на месте
{                                                //
    int i, j;                                    //
    char c;                                        //
    for (i = 0, j = strlen(s)-1; i<j; i++, j--)
        {                                        //
            c = s[i];                            //
            s[i] = s[j];                        //
            s[j] = c;                            //
        }                                        //
}                                                 //
//---------------------------------------------------------------------------------------------------
void itoa1(int n, char s[])                        //itoa:  конвертируем n в символы в s
{                                                //
    int i, sign;                                //
    if ((sign = n) < 0)                            //записываем знак
    n = -n;                                        //делаем n положительным числом
    i = 0;                                        //
    do                                            //генерируем цифры в обратном порядке
        {                                        //
            s[i++] = n % 10 + '0';                //берем следующую цифру
        }while ((n /= 10) > 0);                    //удаляем
    if (sign < 0)                                //
    s[i++] = '-';                                //
    s[i] = '\0';                                //
    reverse(s);                                    //
}                                                //

Попробую другие варианты из

https://electronix.ru/forum/index.php?showt...=142582&hl=

С ней все так. Эта функция преобразует номер порта 1883 в текст. Так вот, в вызове itoa1(port, num); под нее объявлен массив char num[4];
А нужно 5. Вероятно не хватило места для нуля. При объявлении char num[5]; все заработало исправно.



Сообщение отредактировал Димон Безпарольный - Aug 6 2017, 15:11

[Kabdim]

Говнокод из интернета, экономия на спичках байтах, причем скорее всего в стеке. Рисковый вы человек.