From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <4EB19593.7000004@altlinux.org> Date: Wed, 02 Nov 2011 23:10:11 +0400 From: Paul Wolneykien Organization: ALT Linux User-Agent: Mozilla/5.0 (X11; Linux i686; rv:6.0.1) Gecko/20110907 Thunderbird/6.0.1 MIME-Version: 1.0 To: ALT Linux Team development discussions X-Enigmail-Version: 1.4a1pre Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Subject: [devel] =?utf-8?b?0KHRgtGA0LDQvdC90L7RgdGC0Lgg0YEgUVQ=?= X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Nov 2011 19:10:13 -0000 Archived-At: List-Archive: List-Post: Всем привет. Вопрос, прежде всего, к специалистам по QT. На днях боролся с неполадками в Scribus (http://bugs.scribus.net/view.php?id=10355). Дело оказалось в преобразовании чисел, а при отладке я обнаружил, как мне кажется, странное поведение QByteArray, QString либо QChar — точно сказать не могу: (gdb) p bb->d->data $1 = 0x8d83fb0 " " (gdb) n 44 bb = bb.insert(0, in.at(3).cell()); (gdb) p bb->d->data $2 = 0x9651068 " \305 " (gdb) n 45 bb = bb.insert(1, in.at(2).cell()); (gdb) p bb->d->data $3 = 0x9651068 " \320 \305 " (gdb) n 46 bb = bb.insert(2, in.at(1).cell()); (gdb) p bb->d->data $4 = 0x9651068 " \323 \320 \305 " (gdb) n 58 bb = bb.insert(3, in.at(0).cell()); (gdb) p bb->d->data $5 = 0x9651068 "\306 \323 \320 \305 " Как видно, в bb добавляются не только байты из входной строки, но и пробелы. Судя по последующему коду (http://clck.ru/OA-n) автор не предполагал их наличия. Проблему я решил, избавившись от использования как insert, так и QString (http://clck.ru/OA0M). Однако интересно, является ли такое поведение insert нормальным? Подумал, вдруг эта проблема затрагивает не только Scribus. Паша.