Russian Qt Forum

C++ (Qt)
class Code   
{
public:
    Code() {}
    Code(const Code &code) { data = code; }
    Code(unsigned char ch) { data = ch; }
 
    operator unsigned char() const { return data & 0x1f; }
 
protected:
    unsigned char data;
};
 
Q_DECLARE_METATYPE(Code);
 
QDataStream &operator << (QDataStream &out, const Code &code);
QDataStream &operator >> (QDataStream &in, Code &code); 

C++ (Qt)
 qint len = port->bytesAvailable(); 

C++ (Qt)
 if (len > sizeof(buf_r))
                               len = sizeof(buf_r);
 

C++ (Qt)
qint64 n = port->read((char*)&buf_r, 1);
 if (n <= len)                
      dataPtr = (unsigned char*)&buf_r;                
      Code c(*dataPtr);
      v = qVariantFromValue(c);                                                 
      Code code = v.value<Code>();
      switch (code) {
      case 0x1B: // не определяет
          mode = 1;
          stk.push(mode);
      break;
      case 0x1F: // не определяет
          mode = 2;
          stk.push(mode);
      break;
      default:  
      marker = stk.top();
      decode(marker, code);
 
      QTextStream out(stdout);
      out << code;
      [\code]               
Служебные маркеры в этом случае не определяются. В варианте 1 и варианте 2 на консоль данные выводятся в десятичном формате, но в первом определяются по case маркеры, а во втором нет. Ну и общее, для обоих вариантов, почему удаляет нули в начале комбинации и добавляет их потом в конец всей комбинации. 
0x1F     0x03   0x1B    0x16
000031 00003 000027 000022    будет  принято как  31000030000270000220000.
 
0x00     0x03   0x1B    0x16
00000   00003 000027 000022    принят так              0000030000270000220000.
 
 хотя доверяя "выводу на консоль" в общем-то, все правильно: нули впереди просто удаляются за ненадобностью в десятичном представлении, а добавляясь в конец комбинации, сам нуль ничего не значит(хотя зачем тогда добавляет?).