Vlákno názorů k článku
Microsoft dostal pokutu ve výši 280 milionů Euro od PhaX - Nevím, mi se ty monopolní pokuty nelíbí, zaměřujou...

Nevím, mi se ty monopolní pokuty nelíbí, zaměřujou se na jiné věci než by měly. No a co, že si Bill dává k windowsům ještě přehrávač a třeba prohlížeč? Linuxové distra jsou v tomhle "ještě horší".

Co je špatné a mělo by být trestné je to, když vám státní úřad nabídne ke stažení doc, když vám pošle xls nebo když státní škola nabídne aplikaci k sestavení rozvrhu pouze pro windows (veselé exe). A tak by se dalo pokračovat dále. Vždycky žasnu jak si tohle stát může dovolit.

Jiná věc je soukromá firma, když jsem si vybíral banku tak jsem šel tam, kde bankovnictví funguje v normálních prohlížečích - ale do ničeho ji nutit nemůžu, soukromá firma ať si dělá co chce, max. přijde o zákazníka.

To je můj názor:)

Taky se mi ty monopolni pokuty nelibi. A ani monopol MS.

S tim druhym odstavcem nesouhlasim. To je prave ta nevyhoda byt monopolnim vyrobcem. Nesmite ohrozovat vyrobce dalsi. A tady prave jde o ten build-in prehravac. Pokud by byla nejaka linuxova komercni distribuce rozsirena na 90% pocitacich, tak by celila stejnym problemum. Problem byl tusim hlavne v tom, ze MS sve Windows XP N cenove nezohlednila a pouze z nej vypreparovala media player. Neni divu, ze o XP N neni zajem.

linuxuovym distribuciam sa to nemoze stat, pretoze je dokumentacie k formatom a vsetkemu viac nez dost - akoby mohla zneuzit monopolne postavenie?

Antimopolni pokuty se mi taky nelibi, ale co treba tohle:
NTFS ma nativni podporu streamu (priplacla data k file). Da se na ne jedine dostat tak, ze vis jeho jmeno (napr. 'pepa.txt:prvni_stream'). Takto se jmenem streamu s nimi Win32 API dokaze pracovat (viz. prikaz echo, type, CreateFile, ...). Ale jak zjistit, ze dany sobor streamy obsahuje?
Ve Viste M$ uvedl nove Win32 (nebo Win64?) API: EnumFirstStream a EnumNextStream (nebo nejak podobne).
Zajimave ale je, ze uz od zacatku M$ backup umi se streamy pracovat: jeho Backup program (soucast Woken) je zazalohuje jako napr. 'pepa.txt+prvni_stream' a pak je stejne obnovi. Dokonce je toto podle KB doporuceny zpusob, jak zjistit, ze tyto streamy u souboru mame. A jiste to nedela metodou postupne iterace vsech moznych streamu u vsech moznych souboru :-)
To ale znamena, ze celou dobu ma M$ v rukavu implementaci funkce Enum(First|Next)Stream, ktera ale neni exportovana do Win32 API. A M$ ji muze v klidu pouzivat a ostatni at si poradi, jak umi ....
Presne za tohle by mel byt M$ trestan
A tech nezdokumentovanych funkci je jak kazdy tusi vice ......

Moj skromny odhad je ten, ze backup tool to robi cez BackupRead API volanie ;)

http://win32.mvps.org/ntfs/streams.html
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/backup/backup/backupread.asp

toto keby som vedel pred par rokmi ked som stahoval logy zo stpacovania s nazvom +%Y%m%d-%T na NTFS v nt4 workstation. disk bol 8Gb a priemerna velkost logu 1/2Gb :-)