Użytkownik "slawek" <f...@f...com> napisał w wiadomości
news:almarsoft.8174952577351404959@news.v.pl...
> On Wed, 3 May 2017 03:29:15 +0200, "HF5BS" <h...@...pl> wrote:
>> QBasic ma z kolei inny problem - działa ślicznie, zapisałem 26 GB
> do pliku
>> (oczywiście, ćwiczebnie, zawsze najpierw sprawdzam, nauczony
> smutnymi
>> doświadczeniami, czy mi program nie da rzyci, w najmniej
> odpowiednim
>> momencie). No, zapisało się, a teraz, Waść, zamknij plik. Powodzen
> ia, ślepa
>> Gienia, kup se trąbk...Aj, to nie teraz... cholera,
>
> Hardcore to kill program (przez odłączenie zasilanie też można) i

I czasem sie robi. Ale NT (czyli XP też) jest cwany i bywa, że nawet to nie
spowoduje sprawdzenia dysku, nawet ręczne popchnięcie wiele nie da.

> puszczanie potem chkdsk do fixacji dysku. Na 95% znajdzie i odzyska 26 GB
> plik. I to będzie to.

Tylko teraz, jaki to miało bufor, coby profilaktycznie dopchnąć tyle
(później się obetnie) tyle, aby wszystko, co nas interesuje, znalazło się w
pliku. Już w C64 ten problem występował, tyle, że wiadomo było, ile dać
nadmiaru, żeby było z czego obcinać. No i ręczne zamknięcie pliku bardziej
skomplikowane, bo całkowicie ręcznie, bądź odpowiednim programem (ja zwykle
ręcznie załatwiałem, wspomagając się jedynie programikiem, który sczytywał
mi odpowiedni sektor, a to tylko po to, żeby w ogóle wiedzieć, gdzie jest
wpis, który trzeba zmodyfikować, potem przestawienie bitu 7 (jego znaczenie
0 - plik otwarty, 1 - zamknięty) w znaczniku rodzaju pliku i już, na koniec
"validate" dla odświeżenia BAM.
NTFS, jako system z atomowymi operacjami zapisu, średnio daje się
sprowokować do zrobienia automatycznie chkdsk, zwykłym wyłączeniem
zasilania. Ale jest prosty sposób, z wiersza poleceń/okna "DOS"owego
zapodać:
fsutil dirty set <volumin>
gdzie <volumin>, to litera, albo ścieżka zamontowania zasobu.
I wtedy pyk hebel...
Przyznam, że muszę poćwiczyć, choć jak wtedy próbowałem, to chyba nawet nie
bardzo trzeba, bo przy zapisie sekwencyjnym nie ma zadeklarowanej długości
pliku i nie jest ona rezerwowana, jak w sytuacji, gdy wiadomo (no, system
musi wiedzieć przecież, sama nasza wiedza nie styknie), że "zapisujemy
4294967295 bajtów danych". A to się wiąże z tym, że do pliku dane dopisuje
się (nasz QBasic DOSowy) na bieżąco (i nawet nie wiem, czy to się w
przerwach między porcjami samo nie jakby nie zamyka... (nie chodzi o
BASICowe CLOSE, bo to się zrobić nie daje)) i tylko ten bufor, aby nadmiarem
zepchnąć jego zawartość na nośnik. A dopilnować trzeba, bo czasem ten
ostatni bajt najbardziej znaczy... taka przewrotność losu, jak np. archiwum
rozpakować nie zechce...

--
"Jeśli przyjmiesz do siebie zabiedzonego psa i sprawisz,
że zacznie mu się dobrze powodzić - nie ugryzie cię.
Na tym polega zasadnicza różnica między psem a człowiekiem"
(C) Mark Twain