QString Опции

[Гость_Гость_*]

    QString te=textEdit->toPlainText();
    char expressao[256];
    for(int j=0;j<te.size();j++)
         expressao[j]=te[j].toAscii();
        //  toAscii() неоходимо иначе
        //  error: cannot convert `QCharRef' to `char' in assignment


    const char *const ex=te.toAscii();
    char cc[]={ex[0],ex[1],sizeof(char),0};
    cc[0]+=1;
    cc[0]-=1;  // глядим в отладчике - чуш


    as((char*)(const char *const)te.toAscii());     
        // внутри as(char*) такойже код раьотает

querying-string-data гарантии на сохранение данных по указателю конечно не дает, но чтоб испортить в следующей строчке - это жестко.

А кто знает можно локаль подправить чтоб десятичная точка была, а не запятая. Есть методы кроме локаль "C"?

[SABROG]

А ты чего хочешь сделать вообще? Можно так попробовать:

const QChar chr = te[j];
expressao[j]=chr.toAscii();

Либо так:

expressao[j]=te.at(j).toAscii();

[BRE]

        QString te=textEdit->toPlainText();
    const char *const ex=te.toAscii();
    char cc[]={ex[0],ex[1],sizeof(char),0};
    cc[0]+=1;
    cc[0]-=1;  // глядим в отладчике - чуш

querying-string-data гарантии на сохранение данных по указателю конечно не дает, но чтоб испортить в следующей строчке - это жестко.

Все нормально.

#include <QDebug>

int main( int, char *[] )
{
        QString te = "test str";

        const char *const ex = te.toAscii();
        char cc[] = { ex[ 0 ], ex[ 1 ], sizeof( char ), 0 };
        qDebug( "%i", cc[ 0 ] );
        cc[ 0 ] += 1;
        qDebug( "%i", cc[ 0 ] );
        cc[ 0 ] -= 1;
        qDebug( "%i", cc[ 0 ] );

        return 0;
}

116
117
116

querying-string-data гарантии на сохранение данных по указателю конечно не дает, но чтоб испортить в следующей строчке - это жестко.

Кстати, тут работа идет с локальным массивом символов cc, а не с данными из te.

[Гость_Гость_*]

Все нормально.

У меня ненормально. Помимо неизвестной операционки, неизвестного компилятора с неизвестными опциями и неизвестного Qt (а там в последних версиях над QString идет работа) есть еще одно отличие. У Вас те получена из си-шной строки, а у меня из редактора и запросто может отличатся какимто флагом, который будет означать 16 разрядную кодировку.

Кстати, тут работа идет с локальным массивом символов cc, а не с данными из te.

Да с массивом все нормально. Разрушается память по указателю ех.

[Гость_Гость_*]

а cc[ 0 ] +-= 1; это просто чтоб точки прерывания ставить

[BRE]

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

Разницы нет откуда получена строка, все строки QString храняться в UNCODE.

[Гость_Гость_*]

Разницы нет откуда получена строка, все строки QString храняться в UNCODE.

видимо, в общем не важно. Взял codelite.org, там опция загрузки екзекшника на отладку и походил им немного ( а пишу в qdev - недавно 0.27 починили немного но отладка очень плохая ) , единственное неудобство в кютэшных дллках относительные пути прописаны и он хоть строки показывает а файлы исходников кютэ не опознает.

В общем можно было и не смотреть, достаточно внимательно доки почитать , подвела аналогия с стл. Здесь возвращается уннамед QByteArray на который сразуже зовется деструктор. Тоесть код инвалидный. Нужно звать strncpy, или именованную переменную заводить.

[kuler]

пытаюсь сделать toLong(&ok, 16); для 0xffffffff800706be - не срабатывает. Почему?

[BRE]

пытаюсь сделать toLong(&ok, 16); для 0xffffffff800706be - не срабатывает. Почему?

Что значит не срабатывает? В ok ошибку выставляет?

[kuler]

BRE, в ок фалсе и 0 выдает