[Qt] Problem z otwarciem pliku

Question

Obojętnie ile nie zrobię nowych projektów, to za każdym razem wyświetla mi się błąd otwarcia pliku.

#include "mainwindow.h"
#include <QApplication>
#include <QObject>
#include <QString>
#include <QFile>
#include <QTextStream>
#include <QIODevice>
#include <QDebug>
#include <QDialog>

int main(int argc, char *argv[])
{
    QApplication a(argc, argv);
    MainWindow w;
    w.show();

    QFile file("abc.txt");
    if( !file.open(QIODevice::ReadOnly | QIODevice::Text) )
    {
        qDebug() << "Błąd otwarcia";
    }

    QTextStream in(&file);
    while(!in.atEnd())
    {
        qDebug() << "Działa";
        QString line = in.readLine();
        qDebug() << line;
    }
    file.close();

    return a.exec();
}

Wcześniej napisałem taką funkcję żeby nie musieć rezygnować podczas pisania w Qt ze starego przyzwyczajenia

bool getline(QFile &file, QString &line)
{
    static QTextStream in(&file);

    if( !in.atEnd() )
    {
        line = in.readLine();
        return true;
    }

    return false;
}

I obydwie wersje kodu jak najbardziej, zadziałały mi. Ale później wszystko przestało działać. Czy to możliwe, że uszkodziłem w jakiś sposób biblioteki Qt? Próbowałem tworzyć ręcznie pliki o różnych nazwach i nic to nie dawało, za każdym razem jest błąd otwarcia jakiegokolwiek pliku.

Pomocy.

Answer 1

A jak dasz pełną ścieżkę do pliku, to działa?

Answer 2

Cześć,

napisałem program, skompilowałem i mi działa

#include <iostream>
#include <QCoreApplication>
#include <QFile>
#include <QTextStream>
#include <QDebug>
using namespace std;

int main(int argc, char *argv[])
{
    QCoreApplication app(argc, argv);

    QFile file("C:\\Users\\Desktop\\abc.txt");

    if(!file.open(QIODevice::ReadOnly | QIODevice::Text))
    {
        qDebug() << "Bład otwarcia";
    }

    QTextStream stream(&file);
    while (!stream.atEnd()) {
        QString text = stream.readLine();
        qDebug() << text;
    }
    file.close();
    return app.exec();
}

Prawdopodobnie masz problem ze ścieżką do pliku. Kliknij PPM na plik, Właściwości, skopiuj ścieżkę i dodaj nazwę pliku. Wtedy powinno być dobrze.

Answer 3

Ani ścieżka względna, ani bezwzględna nadal nie działają nawet po ponownym uruchomieniu laptopa.

Comments

A co zwraca file.errorString()?

 

---

"No such file or directory". Jednak gdy przeniosłem plik z folderu z projektem do folderu build to zadziałało. Nie wiem czemu tak, jestem pewien, że wcześniej miałem pliki tylko w folderze z projektem i działało (jak odpalałem z poziomu kompilatora) i dopiero jak wszystko dobrze śmigało to kopiowałem do folderu build. Ale ważne, że już działa.

---

To dziwne, bo pisałeś, że:

Każdy możliwy plik w każdym możliwym projekcie bez względu na rodzaj ścieżki nie chcę się otworzyć.

Jak byś dał pełną ścieżkę - tak, jak sugerowałem na początku - to plik otworzyłby się. Nie zrobiłeś tego, a pisałeś, że zrobiłeś

 

Aplikacje odpalane pod kontrolą środowiska mogą mieć ustawiony inny katalog roboczy niż ten, w którym znajduje się exek. Dlatego zawsze sugeruje używanie pełnych ścieżek.

---

Podczas moich zmagań dałem C:\\Users\\Desktop\\abc.txt a powinienem dać po prostu Pulpit\\abc.txt i wtedy faktycznie cała ścieżka działa. W każdym razie dzięki za tą funkcję errorString(), chyba będę jej teraz używał jako tekst MessageBoxa przy nieudanej próbie odczytu.

---

Podczas moich zmagań dałem C:\\Users\\Desktop\\abc.txt

Nie wiem, jak u Ciebie jest, ale u mnie takiej ścieżki nie ma (brak katalogu użytkownika).

Answer 4

Znalazłem rozwiązanie, wystarczyło przenieść pliki z folderu projektem do folderu build. Jednak zanim zamknę temat, chciałbym się dowiedzieć czy kod tej mojej funkcji getline jest bezpieczny? Nie zawiera w sobie jakiś złych praktyk koderskich? Pytam bo często wpadam na różne pomysły i nie w każdym przypadku są one dobre.

Comments

Nie jest bezpieczny z dwóch powodów:

1. strumieniowi in przypisujesz obiekt file tylko raz, przy pierwszym wywołaniu. Strumień będzie cały czas w pamięci, a file może zniknąć (bo np. jest lokalny). I co wtedy?
2. brak synchronizacji.

Generalnie ta funkcja nie ma sensu.

 

---

Witam,

Znalazłem rozwiązanie, wystarczyło przenieść pliki z folderu projektem do folderu build.

To pewnie źle pisałeś ścieżki do pliku. Qt udostępnia zasoby binarne w postaci .qrc. Czyli dopisujesz plik do projektu. Wtedy nie musisz się bardzo martwić o ścieżkę, gdyż sam możesz ją ustawić. Przykład:

https://www.youtube.com/watch?v=sWIQIi4lg58

Sama funkcja nie ma sensu. W dokumentacji masz :

http://doc.qt.io/qt-4.8/qtextstream.html#readLine

napisane, że metoda

QString QTextStream::readLine(qint64 maxlen = 0)

zwraca null jeśli nie może odczytać linii.

while(!in.atEnd())
{
   if(line = in.readLine())
  {
//udało się odczytać linie
  }
   else
   {
//nie udało się odczytać linii
   }
}

 

---

W sumie to zauważyłem, że atEnd() działa w pewnym sensie podobnie jak getline, a nie jak to głupie eof() (chodzi mi o to, że jeśli ostatnia linijka jest pusta to znaczy, że już jesteśmy na końcu i nie pobieramy tej pustej niepotrzebnej linijki) a to mi jak najbardziej odpowiada, więc w sumie nie muszę tworzyć żadnego własnego qtgetlina.

---

Jeśli nie jesteś pewien to obserwuj dokumentacje, która jest dobrze opisana. Z reguły metoda, która jest odpowiedzialna za wykonanie jakiejś akcji to przeważnie zwraca jakąś wartość po której możesz zaobserwować czy wszystko poszło dobrze czy źle.

---

Jeśli zwraca null gdy nie może odczytać to mogę zamiast tego

while(!in.atEnd())
{
   if(line = in.readLine())
  {
//udało się odczytać linie
  }
   else
   {
//nie udało się odczytać linii
   }
}

napisać o wiele wygodniejsze to:

while( (line = in.readLine()) != 0 )
{
   // do something with line
}

---

Tak, możesz tworzyć różne kombinacje. Najważniejsze aby prostota szła w parze z czytelnością.