At the top of the head: NTFS datastreams were introduced in Windows NT 4.0 and were around all descendants (excluding win-95 descendants: 98, Me). In XP, Vista, and Win 7, they still exist. As long as Windows versions support NTFS, they will support file streams. They will support NTFS for a long time.
The error you indicated is described on the page that you see in your question. The type command does not understand streams. Using:
more < 1013.pdf:Zone.Identifier
Work with streams
Microsoft has only a few commands that work with threads, in fact, only < , > work with threads, and therefore only commands that can work with these redirection operators can be used. I wrote a couple of blog posts about alternative data streams about how you can still manage streams with just these commands.
Streams will work only with programs that are designed to work with them, simply because they need to be processed specifically (compare connection points, as well as the NTFS function, but the driver hides details, and programs do not need to do anything special: they just consider the connection point real file).
When you try to open a file stream using start filename:streamname , and the program says something like “illegal file name” or “file not found,” and you are sure that the stream name is correct, then most likely the program does not support streams . I noticed that Notepad, Wordpad, and Word / Excel work correctly with threads, although Word and Excel consider the files to be dangerous. The following are some experiments .
NOTE: it seems to you that the alternate data streams are odd. They are strange because they are so hidden, but many major file systems (HFS, NSS) have this, and the concept goes back to the early 80s. In fact, streams were originally added to NTFS to interact with other file systems.
Abel Nov 27 '09 at 16:55 2009-11-27 16:55
source share