Odpověď na názor

[76] No na jedno volani to nutne neni, FindFirst() v kernelu naplni buffer, a indikuje, ze jsou jeste dalsi, a pak se nekdy, pri volani FindNext() zavola dalsi pozadavek, s indikaci kolik a od ktereho.

Reparse point znamena v postate to, ze si nekde 'doprostred' filesystemu, napriklad na adresar, namapuju dalsi soubor/adresar/disk a o OS mne sam, bez me ucasti udela ono Reparse, tj. predhodi ten pozavek (respektive ten zbytek cesty) primo tomu spravnemu driver, ne tomu puvodnimu.
Tedy presne to, co dela kernel v *nixu pri mount :-)

Ad trideni: no nevim, jak je to presne udelane, kazdopadne tato tabulka existuje a zrejmne se podle ni uspesne tridi, takze pokud by vas to presne zajimalo, odkazal bych vas na libc source a /usr/share/i18n/lo­cales/ja_JP

Ad wininet.dll: stava se u mne asi proto, ze jsem vyvojar mam tedy windows asi specificky nastavene/upravene, tj. minimum efektu a podobnych zdrzujicich veci, maximalni vykon, kvuli vyvoji 8 seriovych portu, asi 14 ctecek cipovych karet (z toho 8 virtualnich) a podobne specialni veci. A zrejmne nekde neco (nejaky counter pro prostredky napr.) pretece, je to pak vetsi nez 127 a znamenkove se roztahne a je to .......

No, ze zacatku mne to otravovalo, ted uz to beru spise jako vyzvu :-)

Ad program usage: ano, sbirat informace o spousteni programu (a mozna podle toho pak optimalizovat), je nozma odbivuhodne, ale pisatel zrejmne narazel na ony kategorie a hlavne na ten vysvetlujici popis k nim. Abych se priznal, sa se tomu taky velmi smeju, kdyz na to jednou za cas narazim.

To je podobne jako na Vistach, kdyz se clovek snazi udelat nejakou normalni/obycejnou vec, vybehne UAC dialog, a pokud clovek klikne na podrobnosti, dozvi se navic akorat nejake dlouhe hex-cislo (zrejmne GUID). Skoda ze v tu chvili si nemuze spustit ten vymakany windowsi help, nebo alespon Google, aby zjistil, co ten GUID znamena :-(