Register & Login [FR_07_03]

skoro mimo podpowiedzi nie znalazłeś błędu, to podpowiedź wysyłam jako prywatną - może jeszcze ktoś wpadnie w tę pułapkę - jak już rozwiążesz problem, to usuń kod i nie chwal się co to było

Edit: z początku nie mogłem skumać ocb

Nie rozumiem pytania - cin służy do wczytywania.

Problem polega między innymi na tym, że twoje rozwiązanie nie jest poprawne nawet dla testów przykładowych z zadania, więc będzie WA.

I tu pytanie, czy Ty testujesz swoje rozwiązanie i jeżeli tak to jak?

Można testować u siebie, albo na ideone.com6 - po wklejeniu przykładowego wejścia z zadania lub swojego/innego testu do okienka stdin : https://ideone.com/LE9LpC7 [podałeś błędny - nie kompilujący się kod, poprawiłem go, tylko tak aby się kompilował].

W twoim programie, wszystkie cout << "login...., cout << "register .... są zbędne i są błędem. Wczytywanie danych też masz błędne.
Poprawnie możesz tak jak zaproponował @hipcia:

int main () {
  // deklaracja potrzebnych zmiennych - 
while (cin >> command >> attemps) {//powtarzaj, dopóki są jeszcze dane do wczytania
     if (command == "register") {
           //twój kod obsługujący rejestrację powtórony attemps razy
          }
      else { 
          // twój kod obsługujący logowanie powtórzony attemps razy
          }
}

PS
Jeżeli wzorujesz się na stylu Stańczyka, to jego książka nie jest do nauki języka C++, a dodatkowo jest już nieco przestarzała.

Makra w C++ to spadek po języku C, i w C++14 np.: zamiast makra FOREACH:

 FOREACH(it, account){
        cout << it->first << " " << it->second << "\n";
    }

można i jest to dużo lepiej:

for (auto i : account)
        cout << i.first << ' ' << i.second << '\n';

itd.

Czyli ogólnie rezygnować z makr i czy to ma wpływ na szybkość działania programu?

Testuje swoje rozwiązania w cmd w visual studio code przy użyciu komendy a.exe, natomiast nie wiem jak dokładnie działa sędzia na spoju. Ten link który mi podałeś https://ideone.com/LE9LpC8 to w stdout sędzia otrzymuje takie wyjście?

Tak - przynajmniej starać się rezygnować.
Nie - makra, a szczególnie przedstawione w książce Algorytmika praktyczna … miały zwiększyć szybkość i wygodę kodowania, a nie szybkość samego wynikowego programu jako takiego. Oczywiście ktoś może twierdzić, że wstawienie kodu do programu [rozwijanie makr] daje szybszy kod, niż kod z wywołaniami funkcji - ale przecież są też funkcje inline…

Może nie dokładnie - w końcu, oprócz najprostszego sędziego [programu] są także czasami specjalne programy pisane przez autora zadania.
Ogólnie twój program “potraktowany” zostaje testem - przekierowanie pliku i produkuje odpowiedzi - też przekierowane zostaje do pliku. Potem już tylko porównanie pliku przygotowanego przez autora z twoim.

Czyli jeżeli testujesz u siebie w cmd - używając klawiatury, to jest to dobry sposób tylko dla prostych zadań. Dla trudniejszych, możesz przygotować plik/i testowe in.txt, oraz wynikowy out.txt [np kopijąc z zadania]
Potem:

C:\....> twój_program.exe < in.txt >twoj_out.txt [ENTER]

Poczytaj, o przekierowaniach.

Teraz pozostaje już tylko porównać [najlepiej programowo]:

c:\...> jakis_diff.exe  twoj_out.txt   out.txt  [ENTER]

Dodatkowo możesz “opakować” [samo] testowanie w automatyczny pomiar czasu, ale wtedy musisz przygotowywać swoje większe testy, bo dla małych nie ma to sensu.

Ja używam linuxa i czasami robię/robiłem podobnie …, teraz częściej korzystam z ideone.