Polskie znaki

Question

std::wstring tem;
                std::wstring tekst;
        std::wstring wzorzec;
        std::wstring nazwapliku;
        std::wcin >> nazwapliku;
        std::getline(std::wcin, tempppp);
        std::getline(std::wcin, wzorzec);

        std::wcout << "wzorzec:" << wzorzec << std::endl;

        std::wfstream plik;
        plik.open(nazwapliku, std::ios::in);
                if (plik.good() == true)
                {

        std::getline(plik, tekst);
        std::wcout << "tekstt:" << tekst << std::endl;
                              }

program uruchamiam poprzez plik z komendą KR.exe < input.in > output.out
w input.in znajduje się nazwa pliku z którego tekst ma być pobrany oraz wzorzec

program pobiera tyle znaków jaka jest długość wzorca.

plik wyjściowy jaki dostaje:

 

 

 

Jak widać na zdjęciu zawsze obojętnie jaki przykład daje na początku daje jakieś 3 linie ze znakami i zawsze przy polskim znaku daje dodatkową linie  Przez to wynik wychodzi mi nie poprawny.
Używam jak widać wstringa wcin itd ale nic to nie daje. W czym może być problem

Answer 1

Strumienie "szerokie" dokonują w locie konwersji z kodowania ASCII/multibyte na szerokie/unikod (i w drugą stronę, gdy mowa o strumieniach wyjściowych).  Dlatego powinieneś ustawić stronę kodową tak, żeby strumienie wiedziały z czego lub na co konwertować znaki szerokie.

 

W Windowsie może to wyglądać tak:

std::wcin.imbue(std::locale(".852"));
std::wcout.imbue(std::locale(".852"));

Nie wiem, jak jest teraz, ale w MinGW to nie działało. W VC++ i C++ Builder - tak. W pierwszym przypadku trzeba użyć setlocale.

 

Zastanowiłbym się, czy jest sens konwertować plik do unikodu po to, by znaleźć jakiś wzorzec. Jeśli plik i wzorzec są w tym samym kodowaniu, to nie ma sensu używać do tego znaków szerokich.

 

Comments

po wpisaniu tego co podałeś oraz próbie z innymi setlocale wychodzi takie coś.

Jest to zdjęcie z przykładu na 1 zdjęciu w poście .

Czemu to co odczytuje z pliku input.in jako wzorzec ma polskie znaki a tekst z pliku który w programie otwieram już nie ma

 

---

ogólnie nie muszę tego wyświetlać więć krzaki mogą tam byc tylko że ja muszę odnaleść na której pozycji znajduje się dany wzorzec a przez to że pojawiają się jakieś losowe linie wszystko przesuwa się do przodu i wyniki wychodzą źle. na pierwszym zdjęciu widać 0 3 6 9 a powinno byc 0 2 4 6

---

Może powiedz, w jakim systemie ma to działać (założyłem, że Windows, ale...) i w jakim kodowaniu jest plik wejściowy.

---

Tak w windowsie. Wysyłam tylko kod programu do profesora a plik już on ma swój więc nie wiem w jakim kodowaniu jest plik wejściowy.

Używam visualstudio 2017 nie wiem czy ma to znaczenie

---

Tak jak pisałem wcześniej: jeśli plik i wzorzec są w tym samym kodowaniu ASCII/multibyte, to tutaj nie musisz konwertować do znaków szerokich. Użyj zwykłych strumieni. Co innego przy wyświetlaniu w konsoli. No ale skoro nie znasz kodowania tekstu wejściowego, to nie da się tego zrobić tak, by zawsze działało.