🚀 go-pugleaf

W dniu 25.03.2022 o 22:47, Kamil pisze:
> Użytkownik "Bogdan (bogdro)"  napisał:
> 
>> 1) czytasz plik znak po znaku (albo od razu cały plik do bufora w 
>> pamięci, przez który potem przechodzisz znak po znaku),
> 
>> 2) jeśli odczytanym znakiem nie trzeba się zajmować, przepisujesz go 
>> do bufora wyjściowego bez zmian,
> 
>> 3) jeśli odczytany znak trzeba zmienić, zapisujesz do bufora 
>> wyjściowego "to, co trzeba",
> 
>> 4) do pliku zapisujesz bufor wyjściowy jako całą zawartość, bez 
>> przeskakiwania co gdzie trzeba zmienić.
> 
> Opisałeś dokładnie to samo co ja wcześniej. To jest proste i ładnie 
> działa dla jednego znaku. Natomiast potencjalnie w pliku tych znaków 
> jest 18. Procedura podczas jednego przebiegu wyszukuje jeden znak. Nie 
> może więcej, bo zmienią się liczniki. Nie wiem, czy opisałem to 
> zrozumiale. Jeśli by procedura mogła szukać wszystkich znaków trzeba 
> by było wprowadzić zmienne zawierające wartości liczników, korygowane 
> po każdym znalezionym znaku. To skomplikowane i niepewne.
> 
> Pzdr


  Tak, opisałeś zrozumiale. Tzn. wiem, o jaki problem chodzi. Tyle, 
ile rozumiem, to to, że masz bufor z danymi z pliku, zmieniasz znak na 
encję HTML, ale to powoduje "przesunięcie" się pozostałych znaków z 
pliku, więc musisz szukać pod innymi numerami. Tak by to było, gdyby 
używać jednego i tego samego bufora na wejście i wyjście i gdyby 
przerabiać jedną literę na raz.
  Ja zaś proponuję 2 OSOBNE bufory. Pierwszy, wejściowy, zawiera 
odczytane dane z pliku (lub po prostu czytasz ten plik na bieżąco). 
Chodzisz w nim znak po znaku. Jak znajdziesz znak, który trzeba 
zamienić (jeden z 18), to do bufora wyjściowego zapisujesz podmienioną 
wersję, podbijasz indeks/wskaźnik/licznik wyjściowy o 6 (długość encji 
HTML), a wejściowy - ciągle o 1. Ma to, według tego pomysłu, wyglądać 
mniej-więcej tak:

wejście: aąbcć
indeks do bufora/pliku wejściowego: 0, 1, 2, 3, 4, 5

wyjście: a&#AAA;bc&#AAA;
indeks do bufora/pliku wyjściowego: 0, 1, 7, 8, 9, 15

  No i drugą istotną ideą jest to, że każdy przeczytany znak 
porównujesz z 18 wzorcami i w związku z tym od razu generujesz 
kompletny wynik, zamiast najpierw zamieniać wszystkie "ą", potem 
wszystkie "ć" itd., bo to faktycznie oznacza problemy z indeksami, 
cofanie się w buforze, zamazywanie sobie samemu danych itd.

-- 
Pozdrawiam/Regards - Bogdan                     (GNU/Linux & FreeDOS)
Kurs asemblera x86 (DOS, GNU/Linux):            http://bogdro.evai.pl
Grupy dyskusyjne o asm:  pl.comp.lang.asm alt.pl.asm alt.pl.asm.win32
www.Xiph.org www.TorProject.org  Soft(EN): http://bogdro.evai.pl/soft