QTextStream: не работает tutorial example ...

[noname.pl]

в конструкторе класса пишу:

Код:

this->tempdir = new QString; //QString *tempdir
qf_tempdir = new QFile("x:/tempdir/example.txt"); //QFile *qf_tempdir;
QTextStream* in = new QTextStream(qf_tempdir);
*tempdir = in->readAll();
ui.textEdit->setText(*tempdir);

запускаю, все компилится. но я не вижу текста в textEdit !! ... пусто. что опять не так? з.ы.: в примере книги по qt3 вместо readAll() написан просто read(), но если я пишу просто read() - компилятор просит указать в скобках параметр типа qint64 maxlen ... по-этому я решил заюзать readAll. как мне увидеть текст??
ещё не хочет работать

Код:

*tempdir->replace("a","b");

пишет illegal indirection ... help somebody!

[Dendy]

Начнём с чистописания. Я уверен на 99%, что строку в классе НЕ нужно вьІделять в куче, только по значению, так как её ресурсьІ разделяемьІ:

Код:

QString * tempdir; // WRONG!
QString tempdir; // GOOD

Логика подсказьІвает, что екземпляр файла тоже не нужно вьІделять в куче, так как устройство (IODevice) поддерживает понятие открьІто/закрьІто вместо вьІделено в памяти/не вьІделено. Хотя ето справедливо не во всех случаях, так как сам екземпляр файла уникален.

QTextStream стопудово не нужно вьІделять в куче! Ето всего лишь лёгкая обёртка над конвертацией текста. Она создаётся как правило временно и если передаётся, то по ссьІлке.

Теперь по вопросу. ВьІ забьІли открьІть файл:

Код:

file.setFileName( "x:/y/z.txt" );
if ( file.open( QIODevice::ReadOnly ) )
{
  QTextStream in( &file );
  ui.textEdit->setText( in.readAll() );
}

При попьІтке читать из неоткрьІтого файла получите сообщение в поток ошибок. Советую заглядьІвать туда регулярно, а ещё лучше - поставить на него брикпоинт или запись в лог.

Code Less, Create More!

[noname.pl]

как заглянуть в поток ошибок / записать в лог?
опять какая-то проблема с replace. пишу:

Код:

QString qwe = in.readAll();
qwe.replace("windows", "unix");
n->ui.textEdit->setText(qwe);

и опять не вижу своего текста. по типам совпадает. компилируется. а что происходит я не врублюсь. как можно посмотреть что у тебя в потоке в данный момент? что в файле? что в этой текстовой переменной? пытаюсь в текстовые виджеты выводит временную информацию, то получаю компиляцию но не вижу текста, то ошибки во времени исполнения :angry:

[bigirbis]

Посмотреть, где в файле находишься можно через QIODevice::pos ().
А файлик точно не пустой?

[noname.pl]

2bigirbis% естественно не пустой. я немного параноидален, по-этому после каждого запуска проги просматриваю что с ним происходит. после "попытки чтения" все данные на месте. подскажи пару манипуляций с текстовым потоком, чтобы смотреть на "заглушки", чтобы контролировать что происходит внутри? и как просмотреть ошибки из потока ошибок? как сделать лог и тд?

[Dendy]

Может идиотский вопрос, но... Что такое Breakpoint знаете?

В Qt есть система сообщений от программьІ. Все они делятся на три группьІ: Debug, Warning, Fatal.

Все классьІ Qt снабженьІ Warning-сообщениями, сигнализирующими о возможной ошибке в программе, тем не менее при которьІх программа остается работоспособной. Пример: Чтение из неоткрьІтого файла.

При фатальной ошибке дальнейшая работа программьІ невозможна, так как допущен 100% баг программиста. Пример: вьІход за предельІ массива, Dead-Lock.

Если работаете в студии - stdout и stderr пишутся в окно Output/Debug.

Все сообщения можно перехватить с помощью:

QtMsgHandler qInstallMsgHandler( QtMsgHandler handler )

[noname.pl]

в Output я заглядываю, warnings там нет. я подумал, что у текстового потока есть свой _специальный_ поток для ошибок, которые не отображаются в Output студии ... брекпоинтами никогда не пользовался.

[Dendy]

... брекпоинтами никогда не пользовался.

В шоке.

Все ответьІ на твои вопросьІ заключаются в следующем:
ПривьІкай пользоваться брикпоинтами.

[noname.pl]

ну зачем сразу так "я в шоке", я же не программист.

[Steven_Orko]

я же не программист

 :lol:  :lol:  :lol:

[Dendy]

я же не программист.

В шоке ещё раз  :shock:  

Запомни. Программист - ето состояние души, муза, мера идейности и креативности. Программист не пишет программьІ, он их и творит. Можеш считать ето болезнью (программизм).

Если вовлёкся в изучение библиотеки, значит у тебя есть цель. Значит тьІ ужё заочно вошёл в круг инициативньІх и созидательньІх личностей. Студия - всего лишь программа для кодинга и отладки, воплощению символов текста в мечту, что способствует непрерьІвному полёту алгоритмической мьІсли программиста. Ето инструмент и брикпоинтьІ - его неотьемленая сущность.

Что бьІ тебе не говорили, что программист - ето просто профессия - не бери на веру. Программиста без мерьІ идейности вьІкинут на помойку невостребованности через 5 минут теста вакансии.

Незнание инструмента - не грех. Главное - способность освоить инструмент для воплощения своих мьІслей. Людей берут на роботу программиста не по принципа знаешь/не знаешь. Берут по принципу можешь научиться/не можешь научиться.

Лично я советую научить работе с брикпоинтами - очень полезная штука.

[noname.pl]

это я понимаю, но у меня совсем нет практики. а изучать ветряные мельницы просто утомительно ... по-этому я заведомо берусь за задачу, которой делать не умею (язык для меня новый, библиотека так же, кроме языка новы и парадигмы связанные с больше с идеологией данного языка чем с синтаксисом). но назвать себя программистом, у меня не поворачивается язык. пока что я просто заинтересованный, мне просто стало интересно попрограммировать, шёлк! и вдруг интересно. я думаю что научиться могут все, наверное дело в желани, на сколько оно сильно и продолжительно, чтобы прилагать усилия ... ну и конечно кое-что решает случай и люди которые могут помочь. p.s.: брекпоинты взял на заметку.

[noname.pl]

Логика подсказьІвает, что екземпляр файла тоже не нужно вьІделять в куче, так как устройство (IODevice) поддерживает понятие открьІто/закрьІто вместо вьІделено в памяти/не вьІделено. Хотя ето справедливо не во всех случаях, так как сам екземпляр файла уникален. [/b]

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

[Вячеслав]

А они файлы все сразу нужны или по-очереди ? А то открывать(или статически выделять) пару тысяч файлов IMHO как-то не кошерно

[noname.pl]

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