Slashdot Mirror


Microsoft to Charge for FAT File System

pario writes "According to Microsoft, the Redmond company is going to charge a license fee for any product that is formatted in FAT by the manufacturer. Any manufacturer of compact flash memory cards or digital cameras may end up paying Microsoft as much as $250,000 for the use of the file format. The FAT File System is covered by several US patents."

1,424 comments

  1. The future? by TheSpoom · · Score: 5, Funny

    Litigation: The Business Model of the Future!(TM)

    (Disclaimer: The above statement is the intellectual property of Uberm00 Corp. and may not be used without prior written permission.)

    --
    It's better to vote for what you want and not get it than to vote for what you don't want and get it.
    - E. Debs
    1. re: the future? by ed.han · · Score: 4, Funny

      isn't patent barratry a patented business process held by SCO? if so, i believe you're infringing upon their IP rights... :>

      seriously though: this is an inducement for people to use other file systems. is NTFS similarly protected? if not, is this the objective of this move?

      ed

    2. Re:The future? by nxt · · Score: 1

      my great grandpa invented the dot inbetween sentences. I'm thinking of trademarking it - turning the world into chaos, because no one will be able to tell, where an idea starts and where it ends. :-))))

    3. Re:The future? by flacco · · Score: 1, Funny
      The future?

      That's right, TheSpoom - all the way to the year 2000!.

      --
      pr0n - keeping monitor glass spotless since 1981.
    4. Re:The future? by frodo+from+middle+ea · · Score: 0, Funny

      All your great grandpa did was invent your gradpa, and not a perticularly bright idea at that, considering the fourth generation.

      --
      for the last time people, I am "frodo from middle eaRTH", not "middle eaST".
    5. Re:The future? by Pros_n_Cons · · Score: 3, Funny

      Litigation: The Business Model of the Future!(TM)

      What do you mean of the 'future'? suing has been the new GOLD RUSH for some time now.

      --

      -- "of course thats just my opinion, I could be wrong." --Dennis Miller
    6. Re:The future? by Anonymous Coward · · Score: 0

      What makes a file system any different from a Word document? If I can write software from scratch that generates a Word-compatible document, I can sell or give away that software without violating copyrights / patents. Why can't I write software that generates a FAT filesystem in the same way? This statement from the article implies that they think they can...

      "Microsoft's FAT file system license offers limited rights to issued and pending Microsoft patents on FAT file system technology, as well as rights to implement the Microsoft FAT file system specification."

    7. Re:The future? by RLW · · Score: 1

      Right, but you know how these things go in cycles. One day big hair will be back and it'll be the 70's all over again.

      But on a serious note: I thought that if one didn't vigersously enforce a pattent then after a while as the idea covered in the pattent has been in whide use then that pattent is legally in the public domain. besides don't pattents expire after 17 years ? and Hasn't FAT been around since the early 80's ? Its pattent has surely run out by now.

    8. Re: the future? by mpe · · Score: 3, Funny

      isn't patent barratry a patented business process held by SCO? if so, i believe you're infringing upon their IP rights... :>

      Maybe Microsoft and SCO can be left to kill each other off...

    9. Re: the future? by Oo.et.oO · · Score: 4, Informative

      yes NTFS is indeed covered under many patents and trademarks.

      the format has not fully been determined, nor has it been fully released by MS. ...as witnessed by the article yesterday on using windoze DLLs in *NIX to get write access to NTFS media...

    10. Re:The future? by HiThere · · Score: 2, Informative

      Unh... you think you can. Do you know all the applicable patents? I sure don't. MS may well have a patent on something about *.doc files, and if they do, then you can't write one, clean room or not, without infringing on it. You're just probably below their radar.

      Remember, there is no requirement that a patent be enforced. You can do it when, how, and as you choose. (Well, ok. You've got to use lawyers rather than thugs.)

      --

      I think we've pushed this "anyone can grow up to be president" thing too far.
    11. Re: the future? by ENOENT · · Score: 3, Interesting

      And the future is...

      ext2fs
      ext3fs
      jfs
      xfs
      reiserfs
      etc.

      --
      That's "Mr. Soulless Automaton" to you, Bub.
    12. Re:The future? by Jaysyn · · Score: 3, Funny

      Whatever| We'll just use pipes instead|

      Jaysyn

      --
      There is a war going on for your mind.
    13. Re:The future? by bigberk · · Score: 4, Insightful
      Litigation: The Business Model of the Future!(TM)
      For a failing economy, in a country that has no prospects for true innovation due to its self-imposed corporate protection measures.
    14. Re:The future? by Anonymous Coward · · Score: 1, Interesting

      Notice M$ is not suing for damages, because they have not been protecting the patent, if any, up to now. They can go after people with deep pockets to get licences though. There is a principle that M$ must mitigate damages. They have not done so and cannot do it retroactively. If they give a manufacturer notice and the manufacturer does not get a licence then M$ can sue. IANAL

      This could have repercussions for Linux distros... many of the floppy images use FAT. I hope this patent does not hold up because the BIOS drivers use it. Will we have to surgically remove old BIOS and install a new one to use LINUX? That sounds like restraint of trade to me. It's time to cut M$ loose from the computer industry. We need an open source BIOS and floppy/CD/hard drive file format.

    15. Re:The future? by LoadStar · · Score: 4, Insightful
      But on a serious note: I thought that if one didn't vigersously enforce a pattent then after a while as the idea covered in the pattent has been in whide use then that pattent is legally in the public domain. besides don't pattents expire after 17 years ? and Hasn't FAT been around since the early 80's ? Its pattent has surely run out by now.

      Microsoft's licensing agreement lists 4 patents that it covers. All were filed since 1992, and all were granted within the last 8 years or so.

      However... if you look at the materials patented, all refer to long file name support. ("Method and system for accessing a file using file names having different file name formats," "Common name space for long and short file names," etc.) If one develops a device that utilizes FAT without using long file names, I'd imagine that they'd be safe.

    16. Re: the future? by MuParadigm · · Score: 4, Insightful


      Yep, if killing the FAT file system isn't the objective, it will be the result. It's probably aimed at preventing Linux interoperability with Windows machines. I don't know how that will play out, in court or otherwise, but if MS has patents on FAT, then presumably they may want, or be able, to prevent people from distributing free code to access FAT files systems.

      Certainly, any company using FAT for its products will switch to a different file system. SCO may want to sue MS for infringing on its patented "Cock Pistol, Shoot Foot" algorithm.

      Overall, I kind of think it might be a good thing that MS is doing this. It provides yet another reason for tech companies to consider embedded Linux for their devices. And the more prevalent Linux becomes in that sector, a) the sooner Linux driver support will improve, and b) the more home users will consider Linux.

    17. Re: the future? by eean · · Score: 5, Interesting

      While these formats might work out OK, they certainly aren't optimized for small hard drives the way that fat is. More importantly, perhaps, Windows can't read them without extra drivers, so one could easily argue this is just Microsoft taking advantage of their monopoly status: have an OS that only reads file systems patented by themselves. How convenient.

    18. Re:The future? by Anonymous Coward · · Score: 0

      Of course there is a way around this, just use a Unix file structure with a communication layer that acts like FAT16 or FAT32. This avoids the file structure patents on the disk. It does complicate matters a bit.

    19. Re: the future? by DickBreath · · Score: 4, Insightful

      You say, NTFS not fully documented. But then you say patents?

      (I'm not disputing your assertions, btw.)

      Now correct me if wrong, but isn't a requirement to get a patent that you disclose EVERYTHING necessary so that a person "skilled in the art" can recreate the patented work? If such a patent exists, then wouldn't (shouldn't?) it have everything necessary to make a Linux NTFS driver work?

      --

      I'll see your senator, and I'll raise you two judges.
    20. Re: the future? by DickBreath · · Score: 4, Insightful

      Not optimized for small drives. Okay, then for small media, maybe we should look elsewhere. What format did CP/M use?

      Another point is: please define "small" media. When FAT was invented and optimized for small media, the definition of "small" was 360K floppy disks. FAT was unsuitable for a Big Hard Di_k of 2 GB or more. So is a 256 MB flash card really "small" media? Isn't, say ext3 suitable for such a "small" media? It seems to me like that that long ago people talked up how you could install Linux on older systems with tiny hard disks that are smaller than some flash memory cards.

      --

      I'll see your senator, and I'll raise you two judges.
    21. Re: the future? by DickBreath · · Score: 3, Interesting

      I believe that to save money, eventually we'll see devices use a patent-free filesystem. If necessary, to read their media on Windows, they will install a filesystem driver into Windows. Assuming that doing so is cheaper than licensing Microsoft's filesystem. Depending on the license cost, it may well turn out that Microsoft is the one who ends up having to support other filesystems for compatibility.

      --

      I'll see your senator, and I'll raise you two judges.
    22. Re:The future? by Chris+Burke · · Score: 1

      That is true for trademarks. Since the whole idea of a trademark is that it is identifying, letting people use it willy-nilly defeats the purpose, and you lose it.

      Patents aren't like that. As far as I know, you aren't required to enforce them at all, and can selectively enforce them at your discretion.

      This is why Rambus was able to wait for a few years until DDR was a well established standard and RDRAM was becoming a niche player then suddenly say "Oh, by the way, we have a patent on DDR so you owe us money." And it lets MS do this.

      Great system, eh?

      --

      The enemies of Democracy are
    23. Re: the future? by ccp · · Score: 1

      SCO may want to sue MS for infringing on its patented "Cock Pistol, Shoot Foot" algorithm.

      Wonderful!

      Cheers,

    24. Re: the future? by Chris+Burke · · Score: 5, Insightful

      Educated guess: The patents cover methods and algorithms, not the particulars of NTFS implementation.

      So someone "skilled in the art" could create a filesystem using the techniques in NTFS described by the MS patents, but this wouldn't necessarily be compatible with NTFS.

      --

      The enemies of Democracy are
    25. Re:The future? by Anonymous Coward · · Score: 0

      you cant remove features (or even add for that matter) and claim a different work if the original work is still contained in your product

    26. Re: the future? by Moubtaden · · Score: 1

      I still wish there was an open source version of ODS-5...

    27. Re: the future? by Anonymous Coward · · Score: 1, Informative

      NTFS is actually just a fancy variation of the FAT filesystem.

      I'm not kidding. It's like ext3 is to ext2 (except in an incompatible way).

    28. Re: the future? by Anonymous Coward · · Score: 0

      FAT is a majority standard.

      The file systems you've presented are not!

      Get on the train of the majority or simply shut up!

    29. Re: the future? by Anonymous Coward · · Score: 0

      Way back when ext2fs certainly was used for small hard drives, 200megs or less. You can even put e2fs on a 1.44 floppy and still use 1.3 megs of space. It's not like you lose a third of your drive space to metadata and overhead. At least 2 or 3 e2fs drivers exist for windows.

    30. Re:The future? by Greger47 · · Score: 2, Interesting
      > However... if you look at the materials patented, all refer to long file name support.

      Interesting, that means Microsoft is out fishing regarding the license for preloading a FAT filesystem on removable media.

      Since the removable media isn't the one manipulating the long filenames I think it's a pretty long stretch to find them infringing.

      I can understand a license fee on the devices that does the actual readaing/writing of long filenames on FAT formatted media.

      But I guess Microsoft will say to flash manufacturers: We have the patent, feel free to prove us wrong. Btw, how much are lawyers billing an hour nowdays? *Evil laughter*

      /greger

    31. Re:The future? by Anonymous Coward · · Score: 0

      According to the article, "the FAT file system licensing program includes rights to a number of U.S. Patents, including:

      * U.S. Patent #5,579,517
      * U.S. Patent #5,745,902
      * U.S. Patent #5,758,352
      * U.S. Patent #6,286,013"

      My question is: where can I find the patents? (I tried to STFW, but still didn't found it)

    32. Re: the future? by Clover_Kicker · · Score: 1

      > What format did CP/M use?

      Whatever format it was, Win98 won't read it without extra drivers.

      The *only* nice thing about FAT is that all the Windows machines in the world can read it without installing drivers.

    33. Re: the future? by ezy · · Score: 2, Interesting


      No. The future is the past... ffs. Which is *still* more stable than any linux filesystem I've ever used and, yes, is designed to actually work well with small, slow disks.

    34. Re: the future? by narsiman · · Score: 3, Funny

      SCO may want to sue MS for infringing on its patented "Cock Pistol, Shoot Foot" algorithm.

      I can prove prior art on this algorithm since the early seventies !!

    35. Re:The future? by Ben+Hutchings · · Score: 3, Insightful

      So, like the gold rushes, it will be a huge waste of time and money for almost everyone involved?

    36. Re: the future? by Minna+Kirai · · Score: 4, Insightful

      The *only* nice thing about FAT is that all the Windows machines in the world can read it without installing drivers.

      More important is that every electronic gizmo taking flash memory cards (digital cameras and MP3 players) can read/write it without installing drivers!

      Because although installing a filesystem driver may be painful on Win98, it's one thousand times worse on solid-state electronics.

    37. Re: the future? by mattACK · · Score: 2, Informative

      Nope. NTFS is a metadata file system. Read as "Extended Attributes". The data is an attribute on the file pointer, as are the SACLS, DACLS, location, etc. It has much much much more in common with HPFS (guess why) than FAT.

      Of course it also has multiple file tables as well. In short, quite different from FAT, for better or worse.

      --


      "My God, this must be a truly remarkable corn chip, to be so widely and confidently touted."
    38. Re: the future? by spagnitz · · Score: 1

      Don't most Linux disributions also use FAT for the Swap partition?

    39. Re: the future? by berzerke · · Score: 4, Interesting

      ...The *only* nice thing about FAT is that all the Windows machines in the world can read it without installing drivers...

      Yes, but how hard is it to implement a windows DLL which allows reading ext2 (for example)? At http://uranus.it.swin.edu.au/~jn/linux/explore2fs. htm there is such a program. Have whatever program/DLL included with the digital device install program. End of problem and paying M$ royalties. After all, ext2 is fully documented and (to the best of my knowledge) patent free.

      And for those who will claim, "But that is an extra step!": Yes, but the drivers only need be installed once, and the ability to save about $250,000 per license term (a year maybe???) will be hard to resist for manufacturers. I've seen manufacturers skimp on things which cost a lot less.

    40. Re: the future? by Lagged2Death · · Score: 4, Informative

      ...but isn't a requirement to get a patent that you disclose EVERYTHING necessary...

      Maybe in theory, but it's not like the patent guys have time to verify complete documentation by sitting down and re-implementing each and every application using only the applicant's docs. Considering the way the patent system has been bent, folded, spindled, and mutilated in recent years (e.g., Amazon's one-click, Netflix's business model), less-than-complete disclosure starts to look like the least of the patent office's worries.

    41. Re:The future? by Anonymous Coward · · Score: 0

      why sugically? why not flash them?

    42. Re: the future? by PalmKiller · · Score: 2, Informative

      No, NTFS is a rip off of the HPFS so how could they ever patent it. They stole it from IBM's OS/2. Well Actually IBM gave it to them when they signed a technology share agreement so OS/2 could run windows 3.1/3.11 programs better. The agreement, being two ways, allowed Microsoft to rip off the gui look and feel (Windows 95/98/NT4 and enhanced versions on ME/2000/XP) and to rip off the file system for use in NT/2000/XP. MS wanted that gui for years, but the company (visicorp) hated MS and only licensed it to IBM, who bought the rights and subsequently made that stupid deal with MS. Its too bad MS did not just steal the whole OS/2 since it was more stable and all.

    43. Re: the future? by blakestah · · Score: 4, Interesting

      Patents require disclosure of everything necessary for a skilled person to recreate the invention.

      But, NTFS uses several inventions, and some code to tie them all together. Whereas you should be able to determine all the patentable bits, it may be REALLY tough to figure out all the details.

      I read the Sorenson video codec patents once, to see how they encode video. It was a nearly useless endeavor.

    44. Re: the future? by RAMMS+EIN · · Score: 4, Informative

      Ok, I'll bite. IMHO, NTFS is about as different from FAT as any Real file system.

      FAT is very simplistic, there's essentially two structures. One is the File Allocation Table, which keeps track of which blocks are used in what way (e.g. part of a file, last block in a file, bad block, free block). Then there are the directories, which are just arrays of inodes, which also contain the file names. The inode points to the first block, the FAT tells which blocks follow. There are no permissions, hard links, symlinks, file types (other than regular vs. directory). The FAT and root directory are stored at the beginning of the volume.

      Now to NTFS. (Disclaimer: NTFS is complex and I don't claim to fully understand it.) NTFS Has a Master File Table, which has inodes for every file on the volume (which are seperate from filenames, like on Unix file systems). NTFS supports hard links, symlins, attributes, permissions (based on Access Control Lists), and sparse files. File names are looked up in b-trees rather than sequential lists. Instead of listing every single block occupied by a file, it uses start, length pairs (AKA extents). NTFS uses journaling and supports transparent compression and encryption. Several structures are stored in the middle of the volume to minimize seek times.

      Compare this to traditional Unix file systems (UFS, FFS, ext2). There's an inode table at the beginning of the volume. Inodes encode ownership, permissions (based on owner and group), a few attributes (e.g. setid bits), often part of the block list or the content of the file. Directories are sequential lists of (inode number, file name) pairs. Hard links and symlinks are supported, as are special files like devices and FIFOs. No extended attributes, no B-trees, no ACLs, no compression, no encryption, no journaling. (although many/all of these have been added at one point or another to ext2 and FFS, sometimes preserving compatibility). Important structures are replicated in various parts of the volume to enhance speed and reliability.

      As you can see, NTFS is a very advanced filesystem, supporting many features that Linux filesystems are now beginning to have. FAT is hardly any more advanced than the very minimum required to store and retrieve data. Unix filesystems are somewhere in between, supporting features important to Unix systems such as permissions and device nodes, while at the same time keeping it simple. Personally, I think a the traditional Unix filesystems are much closer to FAT than NTFS is.

      --
      Please correct me if I got my facts wrong.
    45. Re:The future? by Anonymous Coward · · Score: 0
      But on a serious note: I thought that if one didn't vigersously enforce a pattent then after a while as the idea covered in the pattent has been in whide use then that pattent is legally in the public domain. besides don't pattents expire after 17 years ? and Hasn't FAT been around since the early 80's ? Its pattent has surely run out by now.

      Could you run that through a spell checker and post it again please?

      Oh, and crack is bad for your health.
    46. Re: the future? by eean · · Score: 2, Interesting

      But then again, I like being able to stick my Sony keychaing 128 megabyte into any 2000 or XP computer without installing extra drivers. Sony I'm sure won't have trouble finding $250,000. The problem is open source software and smaller companies

      Given that MS can't be expecting to make that much on this (given the scale of MS), this is mostly about control.

    47. Re: the future? by eean · · Score: 1

      $250,000... do you really think that is that so much to make these billion dollar multinationals change what amounts to a standard? The issue here isn't money really, its about control.

    48. Re: the future? by Clover_Kicker · · Score: 3, Insightful
      The *only* nice thing about FAT is that all the Windows machines in the world can read it without installing drivers.
      More important is that every electronic gizmo taking flash memory cards (digital cameras and MP3 players) can read/write it without installing drivers!

      Because although installing a filesystem driver may be painful on Win98, it's one thousand times worse on solid-state electronics.

      It's a chicken and egg thing - the cameras are designed to use FAT because they're made to interface with Windows machines.

      MS isn't going after Sony for the cameras they made yesterday, they're gunning for license fees for cameras they are *going* to build.

      The cameras don't talk to each other, so it won't matter if the camera I buy next year doesn't speak FAT. Unfortunately, no other filesystem is as well supported on the desktop as FAT.

    49. Re:The future? by Tweakmeister · · Score: 1, Insightful

      quite the opposite...you're looking at it the wrong way. patents are put in place to help the little guy succeed amongst big corporations like this. if Linus held the patent on FAT, and decided to exercise his legal rights, would you be so critical then? oh yeah, and our economy is doing great...thanks in part, to a system that allows for such success of the individual.

      --

      Colossians 2:8

    50. Re: the future? by Anonymous Coward · · Score: 5, Insightful

      Your not exactly wrong, but...

      Not everything inside NTFS is patented. A patent for a "means to store a filename in an inode" doesn't tell you a whole lot about anything.

      Once again, look to abuse by the patent system. Patents and Copyright were supposed to superceed trade secrets. Either Or, was supposed to be a choice you had to make. Now you can use both, thus the entire point of the patent system has been corrupted.

      Patents were supposed to cover "inventions", not mear discoveries or things that could be produced by anyone skilled in the art as a matter of need. Thus something like NTFS may be subject to patent, and thus made available to the public at the end of the term. But, again, the system has been corrupted such that one NEVER patents the invention itself, but as many individual acts of routine as possible. Thus, your "invention" remains opaque and your "patents" can cover all sorts of routine.

      FAT is a "filesystem" that any not-so-good programmer might throw together if so asked to store files. It is hardly an "invention" under the intent of the patent system.

      Imagine the Light bulb. Prior, nothing even remotely like it was in existed. That's an invention. Putting a metal base on it, using blue glass, or shaping it like a christmas tree bulb is not (well, was never supposed to be). Those little improvements are somthing anyone skilled in the art of glassblowing would take for granted.

    51. Re: the future? by real+bio · · Score: 1

      OS/2 was initally developed by MS:

      http://en2.wikipedia.org/wiki/OS/2

      --

      ---
      Support Mozilla. Buy the CD.
    52. Re: the future? by PalmKiller · · Score: 1

      Correction, I should have said the gui OS/2 version 2 and higher. Actually OS/2 version 1.x was a joint effort based on the technology release agreement from the onset and had a gui like windows 3.1, and microsoft did actually have a ms os/2 version 1.x as did ibm. MS just used the agreement later to go back and steal hpfs and the visicorp gui that the later os/2 releases had moved to since it was still an applicable technology share on paper.

    53. Re: the future? by ndqc · · Score: 1
    54. Re: the future? by Jeremiah+Cornelius · · Score: 1
      CPM did not have support for hierarchal directory structure!

      If you remember that far back - eveything was a different volume. That's the origin of the cursed a: b: c: d: e: f: g: ...

      CPM-based BBS systems often had letters up to X: and Y: !

      --
      "Flyin' in just a sweet place,
      Never been known to fail..."
    55. Re:The future? by theonetruekeebler · · Score: 1
      So what they've patented is MICROS~1? Baby, they can have it.

      This won't affect my digital camera, but it will affect many portable .mp3 players.

      This is probably the greatest victory Microsoft could ever have handed Open Source.

      --
      This is not my sandwich.
    56. Re: the future? by PalmKiller · · Score: 1

      obviously you did not read my correction. An no, ms helped ibm due to the technology agreement.

    57. Re: the future? by PalmKiller · · Score: 1

      Oops, you posted that while I was writing my correction, me bad

    58. Re: the future? by ENOENT · · Score: 1

      The future is not Win98.

      (If it is, please kill me now.)

      --
      That's "Mr. Soulless Automaton" to you, Bub.
    59. Re:The future? by Halo1 · · Score: 1

      That doesn't matter, because this is about patents and not about copyright. The patents actually are on specific features, so if you take them away, you don't infringe the patents anymore.

      --
      Donate free food here
    60. Re: the future? by great_flaming_foo · · Score: 2, Insightful

      If memory serves didn't Unisys pull the same trick with GIF. Create a de facto standard, wait until everyone is using it, and then start extor^H^H^H^H^H enforcing the patent. Not only is M$ being evil, they are also being unoriginal.

    61. Re:The future? by Banshee99 · · Score: 1, Insightful

      Patents were put into place to help fund research and design groups. If my company spent $1 million to create some new technology and Joe Schmoe's company uses it for free, what's the point in me spending the money? Why don't I wait for someone else to invent something similar. Why would anyone have an R&D group anymore?

      Now I'm in debt and Joe Schmoe Inc. is raking in the money for my idea. Still think patents are a bad idea?

    62. Re: the future? by Minna+Kirai · · Score: 5, Insightful

      the cameras are designed to use FAT because they're made to interface with Windows machines.

      Once, but not any more. Originally cameras used FAT for Windows compatibility (Even though it wasn't really needed back then... at that time, consumers needed new drivers to recognize flashcards, so they could've installed a new filesystem at the same time). But today, cameras need to be compatible not only with Windows desktops, but also other digital cameras, media on store shelves, Kodak photo-kiosks.

      MS isn't going after Sony for the cameras they made yesterday, they're gunning for license fees for cameras they are *going* to build.

      That's painfully obvious, and changes nothing.

      The cameras don't talk to each other, so it won't matter if the camera I buy next year doesn't speak FAT.

      Oh really? You've never moved a memcard from one camera to another? You don't enjoy the convenience of tearing an SD Card out of its package and immediately jamming it into your camera, without reformating it first? (Which would erase any data already on the card)

      It is precisely because all current digital cameras use FAT that future cameras will need to- otherwise, those future cameras will be at a competitive disadvantage because sticking a memory-card into them doesn't "just work".

      From a domineering-industrialist standpoint, Microsoft has played this very well: they allowed FAT support to seem free long enough for all digital cameras to use it, even though initially filesystem didn't matter. Now that the manufacturers are addicted, they can start to bring up the price. A textbook submarine patent.

    63. Re: the future? by Pieroxy · · Score: 1

      You have seriously got to be kidding me, right? Microsoft invented, developped and maintained FAT for many many years. Why should they allow people to use it for free? You bloody well know that is not their business model right?

      So now, because it is Microsoft (or should there be another reason), trying to license its own software/technology is evil right?

      You guys need to get a life. Microsoft is evil, granted, but not any more than many big companies out there. In this specific case, they just happen to be right, and that seems to hurt you, doesn't it?

      And for the lame argument that Windows cannot read another FS, it is just an issue of the laziness of the manufacturer to develop a decent driver for windows right? That should not have anything to do with Microsoft, come on!

    64. Re: the future? by Pieroxy · · Score: 4, Insightful

      Well, with one difference. Microsoft (in this case) own and developped the technology they want to license. That should make a different between the two issues, don't you think so?

      People have been apparently blinded by Open Source Software, if they thought they could use a proprietary technology freely.

      For once, Microsoft is doing what they should do. And still, the slashdot community is bashing them. I guess it is hopeless then.

    65. Re: the future? by Mad+Marlin · · Score: 1
      CPM did not have support for hierarchal directory structure!

      Nor did its cheap knock-off, DOS 1.0. It wasn't until DOS 2.0 that they stole that idea. What operating system used "\" for the path seperator, anyway, that they thought it was such a good idea?

    66. Re: the future? by a20vertigo · · Score: 1

      Yea, but MS has prior art on patent barratry as a business model... if IBM alone doesn't... and that's just in the tech industry! I'd bet there are a couple cases from the auto industry in the 50s or something...

      --
      No matter where you go, there you are; even before you arrive.
    67. Re: the future? by aminorex · · Score: 1

      but never Z:?

      --
      -I like my women like I like my tea: green-
    68. Re: the future? by Anonymous Coward · · Score: 0

      Why not just use CramFS?

    69. Re: the future? by tiger99 · · Score: 1
      Sadly, the format has not been fully determined, as you eloquently put it, by M$ either.....

      That might explain a few starnge crashes.....

    70. Re: the future? by Rasputin · · Score: 4, Insightful
      People have been apparently blinded by Open Source Software, if they thought they could use a proprietary technology freely.

      No, OSS people have been blinded by Megalosoft's 20+ year failure to enforce rights regarding FAT. It's an old tactic - introduce a feature, wait until it becomes a defacto standard, and *then* demand a pound of flesh.

      --
      "I once preached peaceful coexistence with Windows. You may laugh at my expense - I deserve it." Be's Jean-Louis Gass
    71. Re: the future? by ryanr · · Score: 1

      ext2fs
      ext3fs
      jfs
      xfs
      reiserfs


      As long as the patents don't cover something that is used in those. Given how simple FAT is, I kinda have to think they've got some patent they could start harrasing almost any filesystem developer with.

    72. Re: the future? by aminorex · · Score: 1

      Since FAT was around 25 years ago, it's
      difficult to imagine why anyone would need
      to license a patent to use it. Patents
      don't run that long.

      --
      -I like my women like I like my tea: green-
    73. Re: the future? by ChrisMaple · · Score: 1

      CPM did something interesting in addition: four bits were set aside for a user number. Do a DIR as user number 1 and only files stored as #1 were visible to you.

      --
      Contribute to civilization: ari.aynrand.org/donate
    74. Re: the future? by Anonymous Coward · · Score: 0

      not in the least. it has to describe it in general terms. try looking up the patents for the s-dd1 compression chip, and you find practically nothing that would help you figure out how it works. it was reverse engineered, the patents were useless. i'd imagine the same applies to the NTFS file system.

    75. Re: the future? by AlexMax2742 · · Score: 1
      Its too bad MS did not just steal the whole OS/2 since it was more stable and all.

      Knowing Microsoft, they would have figured out a way to make it unstable.

      (Though I havn't had stability problems with Windows 2000 since I got it, on an unrelated note)

      --
      I'm the guy with the unpopular opinion
    76. Re: the future? by cyberjunkie98 · · Score: 1

      In some wierd twisted sort of way SCO may be involved in this. Caldera was the holder of DR-DOS. How does this effect that product? What about IBM's PC-DOS which can still be purchased?

    77. Re: the future? by attobyte · · Score: 1

      They let it go for years and let a ton of companies adopt it then decided that they wanted licenses for it. That is BS and that is using their monoply to further profit. It is wrong and probably even criminal.

      But I am sure you will come up with an excuss for my point too. Some people can justify anything.

      --
      I didn't use the preview button, so get over it!!!!

      Mike

    78. Re: the future? by MrResistor · · Score: 1

      seriously though: this is an inducement for people to use other file systems. is NTFS similarly protected? if not, is this the objective of this move?

      I think the intention is to get everyone to move to NTFS. I'm sure NTFS is similarly protected, but MS will "generously" offer much more lenient licensing terms.

      The problem with FAT, for MS at least, is that everyone and their third uncle has a driver for it. It's become the default, standard, even-my-kid-brothers-home-grown-OS-will-read-it filesystem. Clearly, this is not something MS wants to support. After all, the more problems people have with using their USB flash drives or whatever other portable media on other operating systems, the more likely they are to stick with Windows, right? Personally, I hope the whole thing blows up in their face and everybody starts using ext2 or the minix fs or, well, anything but NTFS basically.

      --
      Under capitalism man exploits man. Under communism it's the other way around.
    79. Re: the future? by Clover_Kicker · · Score: 1
      Oh really? You've never moved a memcard from one camera to another? You don't enjoy the convenience of tearing an SD Card out of its package and immediately jamming it into your camera, without reformating it first? (Which would erase any data already on the card)

      There are several physical form factors for those memory cards. The camera vendors are not interested in memory card interoperability, even between diffent models of their own products.

      Requiring users to format media would be a pain, because the average consumer won't know how to do it.

      Along the same lines, the average consumer doesn't swap their memory cards between devices. This is now a mass-market, everything is built for the lowest common denominator. The average digital camera buyer knows very little about either photography or computers. Tech-savvy users are a tiny minority of today's digital camera market, prepare to be ignored.

      From a domineering-industrialist standpoint, Microsoft has played this very well: they allowed FAT support to seem free long enough for all digital cameras to use it, even though initially filesystem didn't matter. Now that the manufacturers are addicted, they can start to bring up the price. A textbook submarine patent.
      Agreed, fiendishly clever. I can hear the diabolical cackling from here. They're smart and evil, that's why people hate them so much.

      To change the subject a bit, does anyone know anything about ISO9660? It's free and well supported, is there any way for embedded devices to use it instead?

    80. Re: the future? by Anonymous Coward · · Score: 0

      compuserve created the GIF format, and only recently started making a hubbub about the LZW patents when so much free software started to implement the ability to use it.

    81. Re: the future? by Anonymous Coward · · Score: 0

      CramFS is read only, to write to it you need to extract everything and create a new file system

    82. Re: the future? by spitzak · · Score: 1

      While these formats (ext2fs, etc) might work out OK, they certainly aren't optimized for small hard drives

      Nonsense. When ext2fs was developed, hard disks were typically less than 100Mb. The first one I ever installed went on a whopping-big 720Mb hard disk which I paid a premium for. It certainly was designed for devices of approximately this size, very close to the size of current Flash cards.

    83. Re:The future? by RedA$$edMonkey · · Score: 1
      Litigation: The Business Model of the Future!(TM)
      I've trademarked all those words. Consider yourself sued back to the Stoneage. Wait, what's that? A Mr. Flintstone wants a word with me.
    84. Re: the future? by tiger99 · · Score: 1
      You may be right. There is a strange situation here, because AFAIK SCO can read/write FAT partitions, same as almost every other OS, and Win 9x (NOT AN OS!) can. So M$, who have funded SCO to mount an attack on Linux which they themselves can't do for fear of more monopoly allegations, will now have to sue SCO.

      This is nonsense anyway, look what happened with the GIF format, when the patent owner tried to enforce it many years too late. Along came .png for law-abiding people, everyone else ignored it, till it expired. If M$ try to enforce this one, I believe they will be in contempt of court, because it will be enforcing a monopoly and preventing interoperability, contrary to the requirements of the last judgment.

      Basically the Convicted Monopolist Scumbag is just trying to find loopholes where he can stick his vile little tongue out at the court. He thinks he has found one here, but I think it will end badly for him.

      I don't know if CF Cards, for example, are capable of supporting other file systems, due to the design of the embedded controller chip, so if he gets away with it there will be a lot of unhappy people.

      I predict a return to court for M$ very shortly.

      Meanwhile, I think the free software movement ought to devise a file system optimised for small systems. A properly coordinated approach would be best, not just one person staying up late one night, coding a new Linux driver. It needs to be released for Windoze, Linux, *BSD, MAC etc all at once for maximum impact, and if it is done quickly, to show how responsive the open source movement can be, so much the better. If it is retro-fittable by updating the flash in digital cameras, PDAs, etc, even better. Support, or at least non-obstruction, ought to be expected from hardware manufacturers, as it will save them money.

      M$ will end up isolating themselves from the democratic world. Bill can't put say a Reiser, or ext3, driver in Windoze, due to the GPL, but third parties can sell one, or even give it away. If people have to get a non-M$ driver to read their files, it will be embarassing for Bill..... This sort of thing shows ever more clearly why anything that is even remotely involved in data exchange between architectures needs to be GPL code, or published in full by its designer so it can't be patented (don't know if that works in the US, it seems that a lot of long-established things do get patented there, not by their inventor either) so that the world can not be held to ransom yet again.

      I would like to see Bill try this one in Europe. FAT has been in use for 20 years, or very close to it.

      It also seems that anyone who wants to format a FAT drive only need do it in a country whose legislation, or the enforcement thereof, does not recognise the patents. I doubt that Bill would find a sympathetic court in France for example, to say nothing of India or China. If there is a workaround like that, his efforts will be in vain anyway.

    85. Re: the future? by Phreakiture · · Score: 1

      MS isn't going after Sony for the cameras they made yesterday, they're gunning for license fees for cameras they are *going* to build.

      That's painfully obvious, and changes nothing.

      My camera (a Sony) doesn't use FAT for anything. It uses UDF.

      --
      www.wavefront-av.com
    86. Re: the future? by MrResistor · · Score: 1

      I know that I have not been able to format a partition smaller than about 125MB with reiser. Certainly, that isn't a problem for ext2, but I suspect the problem is the extra space needed for journaling, so ext3 might have that problem also.

      --
      Under capitalism man exploits man. Under communism it's the other way around.
    87. Re: the future? by spitzak · · Score: 3, Informative

      You obviously don't know anything about modern Unix systems. Directories have not been sequential lists in a LONG time. Get your head out of the sand. B-trees and lots of other data structures have been used before Mr Bill started working on DOS!

      To be honest I think the abilities of NTFS and current Unix files systems are about equal.

      And I would very much like to know how to convince stupid Windows to make one of those "symbolic links". I have NEVER seen this work (by "work" I mean that when I call open() and read, I get the contents of the pointed-to file, not gibberish!)

    88. Re: the future? by MrResistor · · Score: 2, Interesting

      Bill can't put say a Reiser, or ext3, driver in Windoze, due to the GPL

      The GPL certainly isn't going to stop him if he wants to do such a thing. Having a single GPLed module wouldn't magically make all of Windows GPL. Even if it would he could just (gasp!) write his own implementation! As long as all the code is origional, there's no reason it would be covered by the GPL.

      or published in full by its designer so it can't be patented

      Implementation being secret is certainly not a requirement for getting a patent. Quite the contrary, in fact! Full documentation is actually a requirement. Perhaps you're thinking of Trade Secret, which is a different thing entirely.

      I would like to see Bill try this one in Europe. FAT has been in use for 20 years, or very close to it.

      I'm not sure how this is relevant. Are you implying that FAT hasn't been in use in America for at least as long?

      It also seems that anyone who wants to format a FAT drive only need do it in a country whose legislation, or the enforcement thereof, does not recognise the patents. I doubt that Bill would find a sympathetic court in France for example, to say nothing of India or China. If there is a workaround like that, his efforts will be in vain anyway.

      They can do that all they want, I suppose, but they won't be able to sell them in America or the EU (which, IIRC, recently enabled software patents similar to the US), so it hardly seems worth the effort.

      --
      Under capitalism man exploits man. Under communism it's the other way around.
    89. Re: the future? by penguin7of9 · · Score: 4, Informative

      As you can see, NTFS is a very advanced filesystem, supporting many features that Linux filesystems are now beginning to have.

      You are confusing feature bloat with being advanced. NTFS is a feature-bloated file system, but none of the features they crammed into that file system are anything new, and many of them will never make it into mainstream UNIX file systems because they are just not a good engineering tradeoff.

      Compare this to traditional Unix file systems (UFS, FFS, ext2).

      Your comments imply an incorrect timeline. By the time NTFS came out, there were already several UNIX file systems with a comparable feature set. Furthermore, a number of key NTFS features existed in name only for several years, until Microsoft finally got around to implementing them.

    90. Re: the future? by MuParadigm · · Score: 2, Redundant

      (Reposting from above because it's particularly relevant to this thread)

      Just discovered this link in a comment over at Groklaw. Section 1.e. of this document would seem to indicate that MS has already granted the right to use FAT for hardware and operating systems:

      http://www.microsoft.com/whdc/hwdev/download/hardw are/fatgen103.pdf


      (e) Each of the license and the covenant not to sue described above shall not extend to your use of any portion of the [FAT 32/VFAT] Specification for any purpose other than (a) to create portions of an operating system (i) only as necessary to adapt such operating system so that it can directly interact with a firmware implementation of the Extensible Firmware Initiative Specification v. 1.0 ("EFI Specificaation"); (ii) only as necessaary to emulate an implementation of the EFI Specification; and (b) to create firmware, applications, utilities, and/or drivers that will be used and/or licensed for only the following purposes: (i) to install, repair, and maintain hardware, firmware, and portions of operating system software which are utilized in the boot process; (ii) to provide to an operating system software runtime services that specified in the EFI Specification; (iii) to diagnose and correct failures in the hardware, firmware, or operating system software; (iv) to query for identification of a computer system (whether by serial numbers, asset tags, user or otherwise); (v) to perform inventory of a computer system; and (vi) to manufacture, install and setup any hardware, firmware or operating system software.

      It doesn't seem like they could actually sue anyone for using FAT under this covenant, which is copyrighted 2000

    91. Re: the future? by LadyLucky · · Score: 1
      Have whatever program/DLL included with the digital device install program

      There in lies the problem. Most cameras and the like don't need any digital device program. You install windows, you plug in your camera, and you copy the photos off. No drivers, no install CDs, no downloads, nothing.

      --
      dominionrd.blogspot.com - Restaurants on
    92. Re: the future? by timeOday · · Score: 1
      You obviously don't know anything about modern Unix systems. Directories have not been sequential lists in a LONG time. Get your head out of the sand. B-trees and lots of other data structures have been used before Mr Bill started working on DOS!
      Well, I can't speak for Unix but most people on linux use ext2/3 even though others are available (but not as widely supported). My vote for "coolest" linux filesystem is reiserfs. The plugin system for V4 may lead to developments rivaling MS's next-gen (longhorn) filesystem.
    93. Re:The future? by hattmoward · · Score: 1

      Can anyone find some Prior from NetWare's filesystem namespaces? For those who haven't touched that piece of crap ;) it's a system that allows for a "common name space for long and short file names" :> NW supports DOS, OS/2, LONG, and UNIX namespaces, AFAIK.

    94. Re: the future? by borrelle · · Score: 1

      Amen. I still have my 768meg full-height 5.25" ESDI drive, and it's still running. It forms the core of the Linux box I use as a print server, and has -never- had a problem or issue with ext2fs.

      It had originally been running OS/2 Warp 3/Connect, formatted in HPFS, and ran fine -there- as well. Unfortunately, HPFS belongs to IBM, and similar licensing issues would probably exist.

    95. Re: the future? by bhtooefr · · Score: 2, Insightful

      Let's make a formula defining small. FAT12 was invented in 1980, and 32MB is it's maximum capacity (160K is the minimum capacity). FAT16 was designed in ~1985, and can handle up to 2GB and down to 16MB. FAT32 was designed in ~1994, and can handle a shitload of space (I think 40GB), and down to 512MB. VFAT extensions for all FAT filesystems were engineered along with FAT32. However, all of these are in use. VFAT12 is used by small flash cards and floppy disks. VFAT16 is used by most flash cards. VFAT32 is VERY rare in flash cards.

      Anyway, hard drives were 10MB max at the time that FAT12 came out. FAT12 handled 160K as it's minimum, and 180K was considered large. However, we're basing this on the maximum and what was considered the lowest common denominator of storage. 10MB was the highest storage format, and 180K was the LCD of storage formats. 40MB and 720K were the formats around the release of FAT16, and 810MB and 1.44MB were the formats around the release of FAT32.

      10240:180::40960:720::829440:1440

      Divide the capacity of the HDD @ FAT12 creation by the LCD (FDD). Get 56 1/8. FAT16 is 56 1/8. FAT32 is 576, which represents a slip in FDD capacity. Unfortunately, this factor is meaningless, as floppy drives have stayed the same, but hard drives have advanced leaps and bounds. For the factor to remain the same, floppy drives would have to have been 14580K when FAT32 was released. Ironically, they'd still have been under FAT16's minimum... I'd say "small" is anything that can be multiplied by 56 1/8 to get 40GB (or less), the smallest normal HDD size nowadays.

    96. Re: the future? by bhtooefr · · Score: 1

      Did anyone RTFS (story)? It said formatted FAT by the MANUFACTURER. The drivers could simply say "Click 'Format the Memory Card' before using it"...

    97. Re: the future? by Anonymous Coward · · Score: 0

      I use reiserfs. reiserfs *rocks*, even V3, but V4 will be way cool.

      rock-solid stability, excellent performance, journalling, b-trees, support for transparent compression, encryption, etc.

      kinda makes NTFS look like a toy.

    98. Re: the future? by shaitand · · Score: 5, Insightful

      Aside from the fact that software patents in and of themselves should not be acknowledged as having any validity. Software after all is covered under copyright law, not patent law.

      Microsoft has allowed the fat file system to propogate for free until becoming a standard, and now is slamming charges on it's use for everything that should grandfather this. Microsoft has every right to do it (again if you believe software patents are legitimate and therefore give right) but they shouldn't impose this on existing applications of the technology. Rather on whatever comes out of the gate from this day forth.

      Besides that, the fat filesystem is only unique in the sense that it never occured to anyone to write a filesystem so blatantly weak and crippled.

      I believe the real reason microsoft is doing this is because fat is the only filesystem which can easily be used to exchange data between windows and other operating systems.

    99. Re: the future? by peksik · · Score: 1
      It's probably aimed at preventing Linux interoperability with Windows machines.
      I'd like to point out that the fee applies to any product that is formatted in FAT by the manufacturer so it doesn't directly affect Linux-users at all. You can still format a disk to FAT if you like. And if something else is used, I would believe the manufacturers were smart enough to use an open standard this time.
      --
      -- Everybody has a sig but me... :-(
    100. Re: the future? by fishbot · · Score: 1

      Unfortunately, the future may be the past. If the companies involved are not comfortable with the GPL, after SCO gives them a stern telling off (there's not much else they can do!) they may revert to an old tactic of devising a system custom and proprietary, and as far from FAT as possible, and revert to vendor lock in. They can always get someone to knock out a 1/4 reasonable driver for it that has to be installed before the media can be read.

      If it wasn't for the fact that nobody seems to care very much about the posturing of these (possibly soon to be ex-) heavyweights, this could be the beginning of a return to the dark ages.

    101. Re: the future? by nathanh · · Score: 4, Informative
      While these formats might work out OK, they certainly aren't optimized for small hard drives the way that fat is.

      Uhhh, neither is FAT.

      FAT has fixed size directory indexes. If you have half a dozen files in a directory, you are discarding most of the directory index. If you make the directory index small then you can't store lots of files in a single directory. It's a no-win tradeoff. A space efficient filesystem would use dynamically resizable directory indexes.

      The FAT itself is a bitmap (one FAT entry for every single block) with each entry referencing the next entry (like a linked list). You find the first block of the file from the directory index. Imagine how inefficient this is when the file has contiguous blocks. Why not use extents? That would greatly reduce the space requirements for the FAT.

      The original FAT16 limited you to only 65536 possible block numbers. If you have a 512MB USB key then that means every block is 8kB. So on average you waste 4kB per file; 1000s of files means many megabytes of wasted space. Another glaring example of FAT inefficiency. A space efficient filesystem would offer variable sized blocks.

      For FAT to perform efficiently you must load the entire FAT into memory (otherwise traversing the list of blocks is a nightmare of head seeks). This makes it vulnerable to files being corrupted or lost if there is sudden power failure or the disk is removed. The "saving grace" is that the FAT is protected because it never had the chance to be flushed out of RAM, so the filesystem is at least consistent. Whether this behaviour is good or bad seems to be a matter of debate; my opinion is that the data is more important than the damn filesystem and FAT fails in that regard.

      The only thing FAT has going for it is incredible simplicity which made sense on the woefully underpowered and underfeatured IBM PC of 1980. But in terms of efficiency it is exactly the same as many other bitmap-based filesystems. FAT was also heavily optimised for 320kB (that's not a typo) floppy disks because the FAT would fit into a single 512 byte sector. It makes no sense in a modern world with gigabyte removable media.

      These USB keys should be using something clever like CRAMFS but with journalling and "balanced writes" (each block gets roughly equal write time) to preserve the life of the key.

    102. Re: the future? by bhtooefr · · Score: 1

      I read the correction. However, there's a few details you left out. Windows NT was originally codenamed NT, and then the devgeeks did something that MS's marketing team liked... a lot - making NT stand for New Technology instead of the nickname for the i860. Anyway, when they presented it to IBM, IBM realized that MS was screwing them, as they had turned around and decided to write a Win32 API instead of an OS/2-32 API. HPFS was actually Microsoft code - MS made the faster implementation in 80386 assembler, but it ended up being slower when it was backported to C on an 80286... They didn't steal anything, just looked like it. HPFS 2.0 is IBM's branch of HPFS 1.0, and the trunk was continued with NTFS 3.1 and up.

    103. Re: the future? by shaitand · · Score: 1

      "Once, but not any more. Originally cameras used FAT for Windows compatibility (Even though it wasn't really needed back then... at that time, consumers needed new drivers to recognize flashcards, so they could've installed a new filesystem at the same time). But today, cameras need to be compatible not only with Windows desktops, but also other digital cameras, media on store shelves, Kodak photo-kiosks."

      Media is irrelevant. You can pick a media type an format it with your filesystem of choice.

      "That's painfully obvious, and changes nothing."

      No, no it's not, and I don't see where he got that idea. If microsoft is willing to let the filesystem float around patent free for 20yrs to become standard and then suddenly start charging for it, I wouldn't be suprised at all if they intend to enforce it on products which are already on the shelves.

      "Oh really? You've never moved a memcard from one camera to another? You don't enjoy the convenience of tearing an SD Card out of its package and immediately jamming it into your camera, without reformating it first? (Which would erase any data already on the card)"

      "It is precisely because all current digital cameras use FAT that future cameras will need to- otherwise, those future cameras will be at a competitive disadvantage because sticking a memory-card into them doesn't "just work"."

      And do you really think pressing two buttons on the camera (which could be simplified to one) is really going to have a big impact in whether or not someone replaced and obsolete low quality camera for a modern high quality one? Any displacement would be short lived at best so long as the industry AGREED on a format for everyone to start using. If they don't then there will be more of an issue. If they do, the inconvience will be on the owners of fat based cameras because media will come formated for that new filesystem not fat.

    104. Re: the future? by Anonymous Coward · · Score: 0

      > No, OSS people have been blinded by Megalosoft's 20+ year failure to enforce rights regarding FAT. It's an old tactic - introduce a feature, wait until it becomes a defacto standard, and *then* demand a pound of flesh.

      Shades of the GIF/Unisys fiasco. OSS FAT+, anyone?..

    105. Re: the future? by grolschie · · Score: 1

      In addition, I would guess that most Linux users that use FAT/FAT32/NTFS would use it to access partitions/drives that already exist i.e. the partitions/drives formated by MS Windows products.

      I know nothing of the mechanics of Linux swap partitions however, but presume that Linux users could get by without a utility to format a FAT partition. To read an existing FAT/FAT32/NTFS partition/drive would come under "fair use", wouldn't it?

    106. Re: the future? by Bakaneko · · Score: 1

      WINDOWS doesn't support symbolic links, but the NTFS file system does. It's in the specs.

    107. Re: the future? by Anonymous Coward · · Score: 0

      It is a read only filesystem, you can't write to it.

    108. Re: the future? by AsparagusChallenge · · Score: 1

      Windows can't read them without extra drivers

      No problem (I'm guessing: I don't do win32 drivers). Windows can't either write to the flash reader without extra drivers. If windows kernel land is even remotely like Linux, the CD with the hardware driver may have too the file system driver.

    109. Re: the future? by angulion · · Score: 2, Informative

      I agree with your point but feel to correct yuo on one thing:

      The cameras don't talk to each other, so it won't matter if the camera I buy next year doesn't speak FAT.

      Oh really? You've never moved a memcard from one camera to another? You don't enjoy the convenience of tearing an SD Card out of its package and immediately jamming it into your camera, without reformating it first? (Which would erase any data already on the card)

      I use Compact Flash cards as a substitute for disks - they are more resiliant and have more space. I usually format them to ext2 and guess what, one day my friend snapped picutures with his camera and filled his CF and I lended him my, formatted as ext2, and the camera had no problem as it formatted it to FAT itself.

      So I doubt that compability would be an issue for new media, only if you need to save something allready on CF.

    110. Re: the future? by Jogar+the+Barbarian · · Score: 1

      It is precisely because all current digital cameras use FAT that future cameras will need to- otherwise, those future cameras will be at a competitive disadvantage because sticking a memory-card into them doesn't "just work".

      Bah. Cameras are evolving, with new models coming out, so quickly that it hardly matters, IMO, that you couldn't exchange chips between them. Besides, with Americans being as price-conscious as they are, the price difference between "license-amortized" and "non-amortized" will heavily influence their decision.

      "These two models are almost identical, but this one is way cheaper."
      "So get it. What's the problem?"
      "Well, I can't exchange memory chips with older cameras."
      "So what? How often are you going to do that, anyway?"
      "Hmm, never, I guess."

      --
      3. Profit!
      2. ???
      1. On Soviet Slashdot, a Beowulf cluster of alien Natalie Portman overlords welcomes YOU!
    111. Re: the future? by Rasputin · · Score: 1
      An AC wrote Shades of the GIF/Unisys fiasco. OSS FAT+, anyone?..

      Thank you. GIF/Unisys is *exactly* what I was thinking of.

      --
      "I once preached peaceful coexistence with Windows. You may laugh at my expense - I deserve it." Be's Jean-Louis Gass
    112. Re: the future? by eean · · Score: 1

      Actually, I always format new cards, as they advise you to. Theoretically, a FAT system is a FAT system, but it certainly doesn't hurt to have the camera itself be the doing the formating. Less ways for things to screw up. And formating a card takes only a few seconds.

      I don't see why the fact that FAT is used is no longer due, to a large extent, Windows compability. Granted, now there are more reasons to use FAT now. But Windows compability remains.

    113. Re: the future? by aled · · Score: 1

      Our operators are all busy right now but if you proceed to the nearest suicide booth we will help you ASAP.
      Oh, if you change your mind just think about how long DOS does survive.

      --

      "I think this line is mostly filler"
    114. Re: the future? by Anonymous Coward · · Score: 0

      Mavica CDR cameras rock!

    115. Re: the future? by Anonymous Coward · · Score: 0

      Re: What format did CP/M use?

      I think FAT is a slight modification of CP/M format; look at where MSDOS was from/obsconded...

      I'd double check but my CP/M floppys have long since gone blank...

    116. Re:The future? by Anonymous Coward · · Score: 0

      > But on a serious note: I thought that if one didn't vigersously enforce a pattent then after a while as the idea covered in the pattent has been in whide use then that pattent is legally in the public domain.

      I think you're thinking of trademarks, not patents. Trademarks have to be vigorously defended or you lose 'em; patents don't - once you have a patent, you can enforce it or not as you want.

    117. Re: the future? by Anonymous Coward · · Score: 0

      HPFS was written by Microsoft and licenced to IBM. It was not "stolen".

    118. Re: the future? by ENOENT · · Score: 1

      Eh? I haven't seen a DOS box since... uh... sometime in the early 90s. Like, shortly after Windows 3.1 came out. The last one I saw had a dual-boot of DOS (for games), Windows, and Linux.

      --
      That's "Mr. Soulless Automaton" to you, Bub.
    119. Re: the future? by Anonymous Coward · · Score: 1, Informative

      Compare this to traditional Unix file systems... ...no ACLs

      Just FYI Solaris has had UFS ACLs since 2.5.1 (many, many years ago). Extended attributes (depending on what you mean by that) came along in UFS+. Now look at modern commercial UNIX filsystems such as SAM-FS, VxFS etc.

    120. Re: the future? by Brainchild · · Score: 1
      but never Z:?

      No, never Z:. CP/M (at least, CP/M-80---did anyone ever actually use CP/M-86?) limited the available drives from A: to P:.

      --

      :: "I am non-refutable." --Enik the Altrusian ::

    121. Re: the future? by Fat+Cow · · Score: 1

      nope - it supports hard links via junction points (see sysinternals junction.exe program), not symbolic links. unless you can point me to some program for creating them?

      --
      stay frosty and alert
    122. Re: the future? by Sancho · · Score: 4, Insightful

      Even more reason to get ext2/3 drivers ported (and ported well) to Windows.

    123. Re: the future? by swordboy · · Score: 0, Troll

      Stop being such a FAT ass

      --

      Life is the leading cause of death in America.
    124. Re: the future? by Pieroxy · · Score: 1

      Don't try to let the ambient laziness about proprietary stuff blind you. If you use a proprietary technology without the written consent of the rights owner (copyrights or patents), you expose yourself to these kinds of problems. The fact that everyone is making the same mistake just proves that people think more like sheep than individuals. You should learn to think for yourself instead of relying on "They did it so we must be ok doing the same thing".

      Of course, you can also blame MS instead of thinking for yourself. That works fine.

    125. Re: the future? by Brainchild · · Score: 1
      CPM did not have support for hierarchal directory structure!

      That's correct. CP/M did, however, have "user areas" numbered 0..7, which worked in effect like a limited number of directories in a single-level hierarchy. Unfortunately, no user area was visible from any other, except to pip.com (the "peripheral interchange program", sort of a combination of cp and cat). Even then, you could only use pip.com to transfer from another user area to the current one; to get pip.com into a different user area, you had to run pip.com, then use a debugger to save an image of the program.

      It wasn't until ZCPR that you could get actual directories under CP/M.

      Yee-haw.

      --

      :: "I am non-refutable." --Enik the Altrusian ::

    126. Re: the future? by Pieroxy · · Score: 1

      If it is an old tactic, why are people surprised?

      Don't try to let the ambient laziness about proprietary stuff blind you. If people use a proprietary technology without the written consent of the rights owner (copyrights or patents), they expose themselves to these kinds of problems. Thinking that you can use proprietary stuff for free is insane.

      The fact that everyone is making the same mistake (hence leading to this feature becoming a de-facto standard) just proves that people think more like sheep than individuals. They should learn to think for thenselves instead of relying on "They did it so we must be ok doing the same thing".

      People will eventually learn that proprietary stuff belong to their author/company. It will apparently be painful, but I am confident that they will learn. Until you have a written consent that you can use freely something (such as a letter, a GPL, anything) you can't. It is amazing how people take this step for granted.

      Of course, they can also blame MS instead of thinking for themselves. That works fine.

    127. Re: the future? by spyfrog · · Score: 1

      My question is this: what will happend with Linux support for FAT? And does it affect my Canon digital camera that I finaly managed to get to work in Linux?

    128. Re: the future? by Pseudonym · · Score: 2, Interesting
      Besides that, the fat filesystem is only unique in the sense that it never occured to anyone to write a filesystem so blatantly weak and crippled.

      I do take your point, but there's still a market for a filesystem which has enough frills to get stuff done but also has sufficiently low overhead that small media (e.g. flash cards, floppies etc) are used efficiently. FAT has played that de facto role for a while. We could do with an upgrade.

      Personally, if I need floppies which don't need to be used them in a non-Linux machine, I tend to use minixfs for precisely this reason. (Yes, that's right, I'm the person who still uses minixfs on a semi-regular basis.) Another option might be QNX's IFS, but I think that's proprietary.

      --
      sub f{($f)=@_;print"$f(q{$f});";}f(q{sub f{($f)=@_;print"$f(q{$f});";}f});
    129. Re: the future? by Anonymous Coward · · Score: 0

      Philips actually hold some still valid patents that cover ISO9660.

    130. Re: the future? by SEE · · Score: 1

      DOS 1.0 used / for command-line options, so DOS 2 couldn't use it as a path separator. Given that, \ seemed a logical substitute for the unavailable /.

    131. Re: the future? by Quino · · Score: 3, Insightful

      For once, Microsoft is doing what they should do

      I thought they were innovators, making their living from "inventing" and "creating" useful things.

      If that's where their money came from, I'd be jealous but happy for them.

      This is *not* doing what they should be doing.

      Look, FAT has value only because it was freely and widely used. It's not a magical filesystem that no one else could have created. If these restrictions had been there from the beginning, then I would also say things were "fair". But, to give it away so that peope can come to depend on it and then all of a sudden claim that it's "technology" that you have monetary rights for is indeen underhanded.

      It may well be all fine and dandy within the scope of the law (maybe that's the only thing you're arguing), but that doesn't make it ethical, nor what a supposed "technology" company that "invents" and "innovates" does for a living. It might be what MS does, but it's nothing more than legislating for dollars.

      If anything, Stallman's probably right: we should avoid all propietary software for exactly these underhanded reasons. And maybe people won't be so quick to poo-poo the efforts to create patent-free standards and formats (like ogg, etc.).

      My problem is that companies, supposedly, gain revenue from some sort of service or innovation. This doesn't fit either, it's really not much better than extortion (the value of FAT is artificial, and only valuable now *because* all were once free to use it).

    132. Re: the future? by sexecutioner · · Score: 1

      While the filesystem may support such features, they don't necessarily work.

      I'm running Win2K on NTFS and when I make "shortcuts" to the desktop they don't actually work for all programs. Some open the directory being pointed to, some load the link file, which sucks.

      Maybe they fixed this in XP?

    133. Re: the future? by nusuth · · Score: 1

      On top of my head, reiser, unlike NTFS (and xfs, among others) doesn't support streams. Also v3 has been a lot less stable for me than any other fs I tried, excluding -perhaps- JFS; even FAT16 handles hardware related crashes better. Journalling, b-trees, transparent compression and encryption is already in NTFS but is at proof-of-concept stage in reiserfs. So, I really don't see your point about reiser making NTFS look like a toy. Quite the opposite, in fact. If and when reiser4 gets the plugins it was designed for and really make use of its small file optimization, it will be superior to NTFS. It is not there yet, and v3 can never be there. That said, I'm perfectly happy with ext3. Missing all the whiz-bang in NTFS doesn't make it any less useful.

      --

      Gentlemen, you can't fight in here, this is the War Room!

    134. Re: the future? by Pieroxy · · Score: 1, Flamebait

      If anything, Stallman's probably right: we should avoid all propietary software for exactly these underhanded reasons.

      Well, I'd rather say we should avoid all propietary software that we didn't ask the permission for using or legally purchased

      How does that sound?

      This thing amazes me. All these people making devices using FAT are irresponsibly implementing a proprietary feature. Did they dare ask for a license or a permission? I don't think so, or this whole issue would be moot.

      So in other words, people are using a proprietaty and patented file system (knowingly, it's not like the patent or owner did hide himself), then the patent owner wants payment, and you will say that the patent owner is evil? Man!

      You gain revenue on what you can sell. Welcome to capitalism!

      the value of FAT is artificial, and only valuable now *because* all were once free to use it

      Man, you really need to get over this issue. It has NEVER BEEN free! This has always been a patented filesystem damnit! Why are people so blind to such a simple issue: You use something illegally (read: without permission from the patent owner) and you get caught! Big freaking deal! I say Go Microsoft on this one!

    135. Re: the future? by Pieroxy · · Score: 1

      Microsoft has allowed the fat file system to propogate for free until becoming a standard

      Man, you really need to get over this issue. It has NEVER BEEN free! This has always been a patented filesystem! Find me a Microsoft document or annoucement in which they say "FAT is now Free"!

      Why are people so blind to such a simple issue: You use something illegally (read: without permission from the patent/copyright owner) and you get caught. Big freaking deal! I say Go Microsoft on this one. Thay own it, people use it illegally, they get damage.

      they shouldn't impose this on existing applications of the technology

      And why not?

      People and companies manufacturing these devices (using FAT) have use a patented filesystem. It's not like nobody knew about it. They have used a patented FS and haven't even contacted MS to see if they were allowed to do it. Who do they think they are? God? Thay can take anything from anyone?

      Granted, it was soooooo easier to write the driver for Windows! So now laziness is a good enough reason to bypass patents?

    136. Re: the future? by the+last+username · · Score: 1

      Unix (and CP/M?) used "-" for switches, but DOS also supported "/" for convenience. They could do that since they didn't need a path separator.

      At least, not until DOS 2.0.

    137. Re: the future? by the+last+username · · Score: 1

      You could also run .com files that were in user area 0 (or was it 15?), whichever area you were in.

    138. Re: the future? by cduffy · · Score: 1

      You have seriously got to be kidding me, right? Microsoft invented, developped and maintained FAT for many many years. Why should they allow people to use it for free?

      Nobody is asking to use their implementation for free -- and I wouldn't expect Microsoft to engage in such generosity, either. Rather, they're telling folks they can't use completely different implementations that they themselves developed -- and they didn't say this up front.

      Software patents are bad. Submarine patents are bad. Submarine software patents, legal though they may be, are imoral as hell.

    139. Re: the future? by shaitand · · Score: 1

      Well, again, it's not like software patents are legitimate to begin with. Even if they were, the idea of a patent is SUPPOSED to be to cover the invention, NOT the idea (which is why the inventor was required to send a physical working prototype to the patent office until this filled up too many warehouses and the practice was stopped). So if you did believe they could patent and copyright format both, patenting fat itself wouldn't be valid since format was their invention, not fat.

      Second, it's not like Microsoft didn't enforce their patents for a few months and finally catch these guys. Microsoft didn't enforce their patent for TWENTY YEARS. This is obviously a case of a submarine patent if one ever existed.

      And further, I've worked with MICROSOFT on interaction with many of these products and been told by their support staff to use fat as a way to transfer data in cases. You can't tell me Microsoft hasn't been aware and even involved in the fat filesystem being used by 3rd parties over the past 20yrs.

    140. Re: the future? by Anonymous Coward · · Score: 0

      I believe the real reason microsoft is doing this is because fat is the only filesystem which can easily be used to exchange data between windows and other operating systems.

      No shit, Sherlock.

    141. Re: the future? by warp1 · · Score: 1
      ... grandfather this. Microsoft has every right to do it (again if you believe software patents are legitimate and therefore give right) but they shouldn't impose this on existing applications of the technology. Rather on whatever comes out of the gate from this day forth.

      In a sense one could almost call this "Squatter's Rights". If Microsoft didn't keep up with collecting "The Rent" when they where suppose to then they probably should loose the all there rights in enforcing the licensing agreement on FAT.

    142. Re: the future? by wrmrxxx · · Score: 1
      And for those who will claim, "But that is an extra step!": Yes, but the drivers only need be installed once

      For you and me it's just an extra step, and no big deal. For a good number of a hardware vendor's customers, that extra step is an insurmountable obstacle. Manufacturers are selling consumer electronics to customers who want consumer electronics - not to people like us in the IT sector. My father, for example, could not / would not ever install a DLL, driver, or support application for something like a digital camera. There's plenty of people like him who only want stuff they can use off the shelf without having to configure or adjust Windows. Surely a manufacturer would cough up the money MS demands if it means they get to keep their customers?

    143. Re: the future? by djocyko · · Score: 1

      I think going with variable length directories would be an absolute horror on this sort of device. Variable directory length means more writes needed to be made. Sure, a USB thumbdrive would be ok, but on a camera, for instance, you want to use as few writes as possible. They are expensive in terms of time and power.

      Then again, maybe someone has thought of an interesting way to get around all the extra writes.

    144. Re: the future? by PalmKiller · · Score: 1

      Thanks for correcting me. It did indeed look like it. Its good to know MS actually had rights to something decent that they put into their product, maybe there is hope for them yet though I am not going to count on it or anything :).

    145. Re: the future? by BlackCobra43 · · Score: 0

      Now THAT would be a win-win situation.

      --
      I never spellcheck and I freely admit it. Save your karma for more worthwhile "lol erorrs" replies
    146. Re: the future? by smallfeet · · Score: 3, Insightful
      > How does that sound?

      Sounds like crap to me. If it can be shown that MS encouraged the use of FAT without demanding payment for years, then I think a good case can be made that FAT is now in the public domain.

    147. Re: the future? by shaitand · · Score: 1

      No kidding. I mean ok, 3-6months I could buy, or if microsoft was unaware, I could buy that to. But 20+yrs? I mean seriously, I've been advised by Microsoft to use 3rd party utilities and devices that come preformated with FAT to transfer data to a windows system before, that kinda blows the theory they haven't cracked down because they didn't know it was happening for 20yrs out the window in my book.

      Nope, they sat back and waited, baiting the so called infringers by inaction and intentionally letting it grow so they could hit the jackpot later. I thought at some point I had read somewhere else that doing this intentionally to get more revenue from infringers was actually illegal in some fashion? Not that breaking the law or fear of justice has ever exactly bothered microsoft. I'm fairly sure their confident in their ability to thwart their tame justice department.

    148. Re: the future? by BlackHawk-666 · · Score: 2, Interesting
      If I format a floppy disc using FAT and send it out to a friend am I also using proprietaty and patented software in an illegal manner? OMG, I'm some sort of super evil criminal for making use of the *only* filesystem that has universal support on the Windows platform.

      Sure, these companies could format their data with EXT2 or another file system, but then no MS PC would be able to read it without a propriety program as well. What's the point of that?

      That's one of the reasons Linux is so much better than Windows in this area. I can take data from any of a dozen filesystems and copy it around using the same command...cp.

      If MS want to enforce this they shold give manufaturers the opportunity to install a patent free filesystem seemlessly into Windows. This would be best done by the Windows Update facility and should be pervasive throughout the system i.e. the format command is updated, and all utilities can display the filesysem as being FAT/NTFS/whatever.

      --
      All those moments will be lost in time, like tears in rain.
    149. Re: the future? by Pieroxy · · Score: 1

      Software patents are bad. Submarine patents are bad

      So you're telling me that nobody knew that FAT was patented? Come on! Let's get serious over there. When you do something (even re-implement) something that was invented by such a big corp, methinks you should be warry of any patents.

    150. Re: the future? by kommakazi · · Score: 1

      So everyone should simply stop using it. Camera companies should simply refuse to pay and use/develop a new filesystem for their cards. If they all worked together on development it'd surely be cheaper than paying MS's ridiculous taxes on FAT. Implementing some other filesystem rather than FAT would be even cheaper....

    151. Re: the future? by Anonymous Coward · · Score: 0

      You haven't used Windows lately, have you?

      Maybe you missed Jamie Porsche's "Switch" commercial due to her father screaming at the PC and his digital camera for hours on end.

      It isn't always that easy. Users who have no idea what theyr'e doing do absolutely fscked up things to their computers.

    152. Re: the future? by kommakazi · · Score: 1

      Yeah it's called entrapment and it's illegal for law enforcement to do, so why should MS be allowed to get away with it? That's Bullshit. With the capital B.

    153. Re: the future? by nesthigh · · Score: 1

      Meanwhile, I think the free software movement ought to devise a file system optimised for small systems.

      JFFS2

      next

    154. Re: the future? by aled · · Score: 1

      You will not see them, you will not hear them, until is too late... they are coming for you!

      Seriously, there are many DOS boxes around here (Argentina) in POS-like operations. For example we started replacing like one thousand of our 6 year old DOS app just last month. There are others business that still have them like controllers for phone booths.

      It's just that is not just obvious that it is DOS.

      --

      "I think this line is mostly filler"
    155. Re: the future? by Freiheit13 · · Score: 1

      I would say it's a very definite posibility that they're charging for FAT simply because it's the only widely supported read-write file system for sharing data between OSes. It's also likely that due to FAT's limitation (and cross-platform support) FAT will be no longer supported in some near-future release of Windows. That would, of course, mean that vendors will invariably move to support a file system which Microsoft does approve, otherwise their devices won't work in 90% of users' PCs. And supporting NTFS would mean making their devices virtually unusable with Macintosh, Linux, OS/2, PalmOS, BeOS/Zeta, QNX, etc.

      But... the interesting thing is that IBM also holds rights to FAT. It's been one of the supported base file systems in OS/2 since way back when MS and IBM were collaborating on OS/2 development, and it's also part of IBM's PC-DOS. FAT has never been mentioned as one of the pieces of OS/2 that MS gets royalties for. But IBM has not been known as a company to make a stand against Microsoft even when every indication was that IBM had the right and the means to do so.

      But the OS/2 support for FAT is also now a part of eComStation (www.ecomstation.com) meaning there are several legitimate vendors of the FAT file systems outside of Redmond.

      While Microsoft's new "licensing" of the "technology" for FAT might be enough to get people into court and waste their money, it would likely not hold up in any case that actually made it to a judge rather than being settled out of court.

      Don "Freiheit" Eitner
      Hobby eComstation & OS/2 software developer
      http://freiheit.syntheticdimension.net/ ecomstation -apps.php

    156. Re: the future? by IkeTo · · Score: 1

      You obviously don't have actually see a hex-dump of your ext3 filesystem. The directories *are* a sequential long list. There is a patch to use a hash, but the patch is not in the default stable kernel, yet.

    157. Re: the future? by Pieroxy · · Score: 1

      I've worked with MICROSOFT on interaction with many of these products and been told by their support staff to use fat as a way to transfer data in cases

      I guess (hope?) if you can prove that - or if you can make Microsoft agree that they told that to you, - you should be out of the licensing program.

    158. Re: the future? by Pieroxy · · Score: 1

      If it can be shown that MS encouraged the use of FAT without demanding payment for years, then I think a good case can be made that FAT is now in the public domain

      Certainly not (at least, I hope not). But it would certainly set free all existing implementation of FAT by third parties, and MS could charge only new implementations (implementations after that annoucement was made that they planned on licensing FAT).

    159. Re: the future? by Pieroxy · · Score: 1

      If I format a floppy disc using FAT and send it out to a friend am I also using proprietaty and patented software in an illegal manner?

      No, you paid for the patent by buying MS Windows (or DOS) in the first place, so you can use it. (I asume here that you paid for your MS system). However, if you do that from your Linux system, then you might be in trouble ;-(

      That's one of the reasons Linux is so much better than Windows in this area.

      Because it can understand something that is patented, without paying the patent fee? Welcome in the patent world...

      If MS want to enforce this they shold give manufaturers the opportunity to install a patent free filesystem seemlessly into Windows

      This time you got it reversed. But you have a good point that this is probably abuse of monopoly...

      If we place ourselves in the world where MS is not a monopoly:
      The point is (and that's how competition goes), they place whatever they want in their software. If you're not happy, don't use their product.

      Of course, any manufacturer is free to develop its own filesystem and its own driver for Win/Mac/Linux...

    160. Re:The future? by Tablizer · · Score: 1

      If one develops a device that utilizes FAT without using long file names, I'd imagine that they'd be safe.

      Snds fine 2 me. Lng fl nms R 4 fkn wmps!

    161. Re: the future? by attobyte · · Score: 1

      Don't read more into what I said. I know the problems with proprietary technology that is why I prefer open standards. I am not making excusses for the idiots that used the FAT file system. I was saying M$ could have done this years ago when they started instead of waiting until the other companies didn't have a choice.

      Crack dealers work on the same concept.

      --
      I didn't use the preview button, so get over it!!!!

      Mike

    162. Re: the future? by ronstoney · · Score: 1

      then you gatta write drivers for these for the operating system to recognize... "[ The SysOp is unavailable for chat ]" ronstoney

    163. Re: the future? by jrockway · · Score: 1

      Nope, I have a happy ext3fs on my 32M CF card. Linux even boots off of it!

      --
      My other car is first.
    164. Re: the future? by shaitand · · Score: 1

      I think you may have gotten the wrong spin. I don't mean been told in terms of developing a solution. I simply mean when working with multiple systems as an admin.

    165. Re: the future? by Zeinfeld · · Score: 1
      An AC wrote Shades of the GIF/Unisys fiasco. OSS FAT+, anyone?.. Thank you. GIF/Unisys is *exactly* what I was thinking of.

      I seem to remember that some time ago there was a court case which involved Microsoft and anti-trust. Part of the settlement in that case was that Microsoft had to allow other companies to license its core technologies.

      $250K is not an unreasonable amount for a license to what appears to be five pretty robust patents to a technology that Microsoft did in fact design. You have to make a million units to pay that fee.

      If people put 5% of the effort that has gone into this flame fest into designing a new spec... Nah.

      Chances of Microsoft suing the OSS community are pretty low, last patent suit I was involved in cost a couple of million in legal fees. Even though we won you don't get any of that back

      --
      Looking for an Information Security student project suggestion?
      Try http://dotcrimeManifesto.com/
    166. Re: the future? by spitzak · · Score: 1

      "Shortcuts" are files filled with text, including the name of the file pointed-to. These are a type of "broken symbolic link" that I was talking about, though even Microsoft does not claim they are symbolic links. Obviously in theory you can write software to read these and follow the links, but code that calls open() and then read() will not get the expected data. Unfortunatlye the "mount points" or whatever also appear to have the same problem, plus it is totally opaque how to fix this. open() just does not work at all.

      "Real" symbolic links should be trivial to implement. The actual data is the linked filename plus a flag indicating that this file is a symbolic link (where are all those NTFS attributes, huh? Those should make this REALLY trivial to implement). The trick is that either the kernel or libc is modified so open() will detect this and instead open the linked file. In fact I'm not sure where Linux does these, it may be libc.

      NT is not the only people being idiots here. How come that fancy Gnome or KDE VFS is not accessable to my old program that uses open()? I don't want to use a new library for these "new file names". This really is the same problem as NT has with symbolic links, and the people desiging this stuff for Linux should not feel so proud.

      I'm also rather suprised that NT copied one of the mistakes of Unix, which are hard links. These are only useful for making atomic rename operations, but you could do that with just an atomic rename call to the system (unforutnatlye NT does not have that, because it fails if the target exists, so you must do two non-atomic calls, first to remove the target and second to rename, this sucks). I believe otherwise hard links are useless and can be replaced with soft links, any persistant hard links are just confusing.

      Mac OS/9 "semi-soft links" sound very interesting, but they do need significant changes to Unix file systems. As I understand it they work like a hard link until the linked file is deleted (or perhaps moved to a volume the hard link can't work with), then it reverts to soft-link behavior.

    167. Re: the future? by spitzak · · Score: 1

      The fact that the filenames are stored next to each other does not mean that a linear search has to be done. There are pointers to those filenames stored elsewhere, I belive in a B-tree or some other rather dated structure (the hash patch you are talking about is to replace the B-tree). The filenames have to be stored somewhere, you know.

    168. Re: the future? by Anonymous Coward · · Score: 0

      As far as I know ext2 is far better then windows vfat anyway. We should emaill all thouse places (Companies that make devices to notify them of the silly change they can do)

      Heck who knows maybe soon we can run windows xp from ext2 (that would be so dam kool)

      Or we could always force M$ by the courts to put the dll in there service patches... (That would rock)

      Maybe start a all out campain easy installer type plugin for the existing stinky explorer..

      Man the ideas....

    169. Re: the future? by BusterB · · Score: 1

      The minix filesystem works pretty well for small drives. I think a lot of mini-linux distros use it - tomsrtbt does.

    170. Re: the future? by rifter · · Score: 1

      $250K is not an unreasonable amount for a license to what appears to be five pretty robust patents to a technology that Microsoft did in fact design. You have to make a million units to pay that fee.

      Didn't FAT come with the very first DOS, which was in fact QDOS and not designed by Microsoft? True they did buy all rights to it, but still.

      It is not a robust technology at all. FAT is one of the worst filesystems ever designed and was lightyears BEHIND contemporary filesystem designs. There was nothing novel about its design and it is very basic as filesystems go. Unfortunately it is ubiquitous because of Microsoft's monopoly in the desktop computer market.

      This license fee means that OSS will not be able to read FAT anymore. It's not about designing a new spec. OSS has far superior filesystems available than any commercial offerings, period. But unfortunately we do want to be able to read our data from usb drives and other flash media, floppies, etc. This means reading FAT.

    171. Re: the future? by rifter · · Score: 1

      Microsoft never charged for the mere use of FAT filesystems. Also, what patent lasts over 20 years? NONE that is how many. They have no basis for this.

      Besides, FAT is essentially designed using well-known concepts of filesystem design, and very poorly. It does not contain novel concepts and was never meant to be anything more than just, well, a filesystem, as opposed to a well-designed novel filesystem.

    172. Re: the future? by Typhon100 · · Score: 1

      There is a difference between reading FAT and using FAT. As I understand it, MS is charging licensing fees to people who's products are built on top of FAT. Just because something like OSS reads FAT, doesn't mean it has to pay fees.

    173. Re: the future? by Typhon100 · · Score: 1

      If you don't enforce a patent, you lose it. So if it could be shown Microsoft knowingly neglected to enforce their patent, then they should lose it. But that will probably come up in the courts. It's not like Microsoft is doing anything wrong.

    174. Re:The future? by Anonymous Coward · · Score: 0

      The future is now, my friend.

    175. Re: the future? by Anonymous Coward · · Score: 0

      Get a life. How many hours have you spent here posting replies to replies to replies? Go to a chat room and have this conversation. You have made your position perfectly clear. You have raised a few vaild points. Now go back to your Microsoft discussion board and crow about how great they are. You are getting tedious.

    176. Re: the future? by sg_oneill · · Score: 2, Insightful

      Isnt knowingly failing to enforce an IP grounds to lose it. I think its happened in the past.

      A lawyer (or like minded) might wanna clear this one up for me.

      --
      Excuse the Unicode crap in my posts. That's an apostrophe, and slashdot is busted.
    177. Re: the future? by Anonymous Coward · · Score: 0

      LOL!

      You're absolutely correct. In fact I first used *REAL* AT&T UNIX in a 90MB partition on a 486, and I have often thought of putting a complete system on a compact-flash card.

      Microsoft seem to have a habit of shooting themselves in the foot. Why on Earth do they persist in directing their customers to their competitors?

      Jack.

    178. Re: the future? by stor · · Score: 1

      Just FYI,

      There's a GPL ext3 reader/shell-type program for Windows. It's not integrated into the filesystem but It Worked For Me and I liked it (even got that cheesy "this is pretty cool" grin when I fired it up)

      http://www.xmission.com/~jstanley/bletch2.html

      Cheers
      Stor

      --
      "Yeah well there's a lot of stuff that should be, but isn't"
    179. Re: the future? by Anonymous Coward · · Score: 0

      is NTFS similarly protected?

      Yes. I believe IBM holds the patent for the OS/2's HPFS. ;)

    180. Re: the future? by Permission+Denied · · Score: 2, Interesting
      The trick is that either the kernel or libc is modified so open() will detect this and instead open the linked file. In fact I'm not sure where Linux does these, it may be libc.

      Absolutely not. You know that there are indeed programs that do not use libc, even in Linux? Unix programmers (usually) do not resort to these sort of shenanigans. You are correct in that the KDE/GNOME vfs folks are going in the wrong direction. The things they are doing should be done in a system-wide way, but mp3-ripping code does not belong in the kernel, rather in userspace. Linux has some experimental userspace filesystem stuff, but not BSD/Solaris/etc. which KDE/GNOME also support. The correct solution would be to have this built into the system from the start, like plan9 does it.

      NT does it completely wrong in that the documentation for this stuff ("installable filesystems") is only available coughing up $1000 (and very likely signing an NDA). Projects like ext2 for NT are based on a lot of reverse-engineering.

      I believe otherwise hard links are useless and can be replaced with soft links, any persistant hard links are just confusing.

      I give a short quiz to every person I interview for a position. One is "demonstrate a reasonable use for a hard link." Possible examples:

      1. A certain program runs in a chroot environment. The only way to give this program open() access to files outside its the chroot environment is through hard links.

      2. You are making a rescue disk or a flash-based router which uses busybox and is extremely limited on disk space and inodes. Hard links do not use inodes but only directory entries.

      3. You have a third-party proprietary program that checks if a file is a symlink and you want it to use a symlink.

      4. You have a third-party proprietary program and you wish to bypass its locking semantics. For example, VMWare for Linux will lock a virtual disk file and the utility for mounting this virtual disk host-side also attempts to lock the file. I needed to bypass this locking (I knew what I was doing, it's my data) and was able to do it in a couple seconds with a hard link, whereas I would have to hack libc or the kernel to do it without hard links.

      I name these four things as these are the things I've done with hard links at some point or another. Some interviewees came up with original and creative responses.

      For an example of a number of these ideas used together, read about snapshots with rsync.

      You mention atomic renames, but Unix provides atomic rename(2) functionality (NB: (2), not (3)). I'm not sure how renaming with hard links would really very useful because if the system crashes between link() and unlink(), you end up with two links, so this isn't really atomic.

      Mac OS/9 "semi-soft links" sound very interesting, but they do need significant changes to Unix file systems.

      MacOS "aliases" are basically hard links that work across devices. The alias contains a file number (akin to an inode number) and a volume number. If the original file is moved from one volume to another, the alias fails. No path information is recorded in the alias file, so there is no fall back to symlink behaviour when the original file is moved to a different volume. All the information is recorded in the resource fork and the alias file has an "isalias" bit in the Finder fork.

      In MacOS 9, aliases are handled by the Finder and the standard file-open dialog, although there are alias APIs for applications. MacOS 9 was very strange in that programs very rarely opened files themselves, but rather opened files only via user interaction (double-click in Finder, open dialog or drag-and-drop). If you tried to access a file's resources directly without first checking if the file is an alias (and resolving the alias), you might get garbage (accessing the file's data gives you an empty file); obviously, th

    181. Re: the future? by lelnet · · Score: 1

      There's a difference, though.

      Unisys demanded royalties from anyone writing software that used GIF. Microsoft is only demanding them from companies that ship hardware products preformatted with FAT.

      You can write software on a shoestring subsidized-by-your-day-job budget, as the open-source community has proven many many times...but to put together a hardware manufacturing and distribution infrastructure requires a fair amount of liquid capital.

      Whatever we may think of Microsoft in general or this tactic in particular, the targets of this action are not small open-source programmers. They're hardware firms that won't need to sweat or bleed to come up with $250K for a license. They'll pay. We don't have to.

    182. Re: the future? by Pieroxy · · Score: 1

      I always feel great rplying to AC. Anyways...

      If anyone should get a life, it is probably you. At least, I post on slashdot when I have something to say, unlike you, when you have something to rant about.

      Don't be mistaken, I hate Microsoft. As much as I can. And if I am typing this post from a Win2k machine, it is just because I am at work.

    183. Re: the future? by kommakazi · · Score: 1

      so? it's better than giving the evil empire a quarter mil...

    184. Re: the future? by Steeltoe · · Score: 1

      But, NTFS uses several inventions, and some code to tie them all together. Whereas you should be able to determine all the patentable bits, it may be REALLY tough to figure out all the details.

      I read the Sorenson video codec patents once, to see how they encode video. It was a nearly useless endeavor.


      Then what is the use for having patents in the first place?

    185. Re: the future? by stryyker · · Score: 0

      If you want something simple and scalable then try how CBM organised their floppies from 1541 etc. It can be done dymanically for a scalable directories and files although it does allow nasty file fragmentation.

    186. Re: the future? by Anonymous Coward · · Score: 0
      These USB keys should be using something clever like CRAMFS but with journalling and "balanced writes" (each block gets roughly equal write time) to preserve the life of the key.
      There are many different flash media standards. Some do automatic wear leveling in the embedded controller, some don't. So it's a bit tricky to write a general flash filesystem (like the JFFS attempt).
    187. Re: the future? by Anonymous Coward · · Score: 0

      > My camera (a Sony) doesn't use FAT for anything. It uses UDF.

      CDRW based cameras are MUCH rarer than flash based ones. And I believe Sony ships their MemorySticks preformatted with FAT.

    188. Re: the future? by Zeinfeld · · Score: 1
      Didn't FAT come with the very first DOS, which was in fact QDOS and not designed by Microsoft? True they did buy all rights to it, but still.

      The patents relate to the mechanisms used to implement extended file names.

      --
      Looking for an Information Security student project suggestion?
      Try http://dotcrimeManifesto.com/
    189. Re: the future? by rifter · · Score: 1

      There is a difference between reading FAT and using FAT. As I understand it, MS is charging licensing fees to people who's products are built on top of FAT. Just because something like OSS reads FAT, doesn't mean it has to pay fees.

      But OSS can create FAT file systems. Commercial OSs can, too, so it is annoying to them as well, though in those cases it means a few less prostitutes for the CEO. In OSS it means the end of OSS because every distributor has to pay. Everyone who gives a cd to someone else is a distributor. Everyone who adds to an OSS project in any way is a distributor.

      Also, any license other than royalty-free carte blanche license is incompatable with the GPL. It says so right in the GPL. Microsoft knows this, that is why they are doing what they are doing.

    190. Re: the future? by rifter · · Score: 1

      "Didn't FAT come with the very first DOS, which was in fact QDOS and not designed by Microsoft? True they did buy all rights to it, but still."

      The patents relate to the mechanisms used to implement extended file names.

      Then they should be challenged and invalidated imediately. A cursory look at the publicly available documents and press at the time will show that this was NOT an innnovation on the part of Microsoft. It was a reaction to the fact that extended file name sizes were available in every other OS at the time including other desktop OSs like the MacOS. Besides, you don't get a patent cookie for changing

      char filename [ 12 ];

      to

      char filename [ 255 ];

      That is just stupid.

    191. Re: the future? by cduffy · · Score: 1

      When FAT was first created, software patents weren't as common as they are now; it was actually reasonable to believe that a completely independant (clean-room) reimplementation would be entirely in the clear. Note IBM's BIOS -- if they'd had patents applying to it, Compaq, and consequently the PC clones as a whole, never would have gotten started. Likewise, there are no patents applying to the original, unextended FAT16 spec; a cleanroom implementation of these would be entirely in the clear, and an individual aware of such could easily (though erroniously) presume that more modern versions of the spec are likewise unencumbered.

      Since its creation, the FAT32 spec has also been published under terms implying that Microsoft did not seek to enforce the relevant patents -- until now, when they *do*. (Whether the prior publication will prevent them from enforcing their patent terms now... well, we'll see when someone takes it to court).

      And finally, Microsoft has a history of using patents strictly for defense and cross-licensing purposes -- in short, of avoiding offensive patent suits. Any lawsuits they engaged in prosecuting others for unlicensed sale, creation or use of a FAT implementation, therefore, will be a break from this prior policy.

      For these reasons, a person performing an independent implementation of FAT could be reasonably confident that they would not be prosecuted for performing or distributing such work -- until now.

      [BTW, IANAL. I'm also fairly fuzzy on patent law, though my knowledge of contract law and copyright are reasonably good for being NAL].

    192. Re: the future? by Minna+Kirai · · Score: 1

      I lended him my, formatted as ext2, and the camera had no problem as it formatted it to FAT itself.

      As I tried to say earlier, most users won't be happy if swapping a card between two different brands of cameras causes pictures already on the card to be deleted by a reformat.

    193. Re: the future? by Minna+Kirai · · Score: 1

      And do you really think pressing two buttons on the camera (which could be simplified to one) is really going to have a big impact in whether or not someone replaced and obsolete low quality camera for a modern high quality one?

      No, I don't. Nor did I write anything to suggest that. (Feel free to read what I actually said, at your leisure...)

    194. Re: the future? by shaitand · · Score: 1

      Read your own post.

      "You don't enjoy the convenience of tearing an SD Card out of its package and immediately jamming it into your camera, without reformating it first? (Which would erase any data already on the card)

      It is precisely because all current digital cameras use FAT that future cameras will need to- otherwise, those future cameras will be at a competitive disadvantage because sticking a memory-card into them doesn't "just work"."

      The only reason the use of fat would stop people from tearing a memory card out of the package and slapping it in a camera is because the card would be of the wrong format or not formatted. Of course the industry will standardize on another format, but if they didn't, formatting a card is a matter of pressing a couple buttons on the camera.

    195. Re: the future? by Zeinfeld · · Score: 2, Insightful
      It was a reaction to the fact that extended file name sizes were available in every other OS at the time including other desktop OSs like the MacOS. Besides, you don't get a patent cookie for changing char filename [ 12 ]; to char filename [ 255 ];

      The patent covers the specific implementation. The issue as I see it here is that under US patent law it is possible to patent a specific implementation of an interface even though the details patented are both obvious (in both the litteral and legal sense since the USPTO does not is corrupt) and non-essential.

      Microsoft is forced to license this patent because it is an arbitrary interface patent. There are any number of design choices that could have been made, there is no intrinsic value in the specific choice made by Microsoft. But the USPTO will happily grant them a patent whose sole purpose is to prevent others interfacing to their system.

      There are lots of examples of using the patent system to effect 'tied sales'. The pattern of slots on a razor blade handle is patented to prevent other companies offering competing blades. Lexmark and other printer companies have used the DMCA to create legal grounds to enforce an illegal tied sale.

      If you look at what Microsoft is offering here they are at least offering a reasonable value in return in the form of a pretty decent compatibility testing regime. You can easily spend a couple of hundred grand on that type of testing.

      Of course it does suck for OSS, but write your own device drivers and you can do whatever you like. You could even have an encrypted file store on a removable medium - somthing Microsoft seem unable to support. For some reason I can't format my compact flash cards with NTFS and enable the crypto.

      That is just stupid.

      That is the US Patent system, but I am repeating you

      --
      Looking for an Information Security student project suggestion?
      Try http://dotcrimeManifesto.com/
    196. Re: the future? by Pieroxy · · Score: 1

      When FAT was first created, software patents weren't as common as they are now

      Yes, at that time it is true. But most of the devices/corps that are targetted here came up with a FAT system in the last few years, where patents are common.

      Note IBM's BIOS -- if they'd had patents applying to it, Compaq, and consequently the PC clones as a whole, never would have gotten started

      Untrue, because IBM made public the fact that they allowed clones, while Microsoft never said "We're giving away FAT"

      Likewise, there are no patents applying to the original, unextended FAT16 spec; a cleanroom implementation of these would be entirely in the clear, and an individual aware of such could easily (though erroniously) presume that more modern versions of the spec are likewise unencumbered.

      So you are saying that someone saying: "Version 2.0 of this technology is free of patents, so let's use version 3.5" would be in his right? I'd call this someone a fool.

      the FAT32 spec has also been published under terms implying

      IANAL, but in terms of using anyone else's technology, I would never rely on something implied. Anyone doing that, I'd call a fool (once again).

      And finally, Microsoft has a history of using patents strictly for defense and cross-licensing purposes

      I feel a little redundant here, but only a fool would base the technology of his company on the fact that BillionDollarCorp never enforces its patents.

      For these reasons, a person performing an independent implementation of FAT could be reasonably confident that they would not be prosecuted for performing or distributing such work

      So you are saying that in a time where software patents are a major problem, you can use a proprietary patented technology based on the fact that:
      1. An earlier version of the technology was patent free
      2. This company has never enforced its patents before.
      3. Said company vaguely implied in its specs that you could use it for free.

      Well, if you base your legal claim on that, I know who is going to win in court...

    197. Re: the future? by spitzak · · Score: 1

      Very interesting, thanks!

      I did not know the OS9 aliases were a user-space interface. So in fact only Unix has got this right (and only for symbolic links). I'm very glad you mentioned Plan9, that seems to be the way everything should go, and I am still dumbfounded that nobode seems to think the current solutions are wrong.

      Do you have any idea how OS/X does "aliases"? It appears that open() works for them.

      Also I was wondering whether "aliases" could be made to work on Unix with a few limitations, mostly that if you delete the aliased file and then recreate it, you are not guaranteed the alias sees it. An "alias" would be *both* a hard link and a symbolic link. When an inode is dereferenced, all the remaining links are checked. If they are all "aliases" then they are all changed to have an illegal inode number. Attempts to open the alias will try the inode hard link first, and then if that fails it will use the text as a symbolic link, and if that works and points to something on the same device it will replace the hard link with a reference to the new file.

      With this scheme the pointed-to file can be renamed. And it can be deleted and produce the result the user expects (ie nobody can read it anymore). You make the aliases work again by creating the *orignal* name (not the renamed one, which is what OSX does). This could even be considered a feature, not a bug?

    198. Re: the future? by cduffy · · Score: 1

      So you are saying that someone saying: "Version 2.0 of this technology is free of patents, so let's use version 3.5" would be in his right? I'd call this someone a fool.

      If I've written a reimplementation of V2.0, and someone points out that my implementation doesn't support (say) long file names, I'm not going to spend time pondering the legality of supporting FAT32's long file name mechanism -- I'm going to damn well write it. One of the ways software patents are counterproductive is just what you describe -- the need to research the legality of every little technique or feature that one might use or add.

      IANAL, but in terms of using anyone else's technology, I would never rely on something implied. Anyone doing that, I'd call a fool (once again).

      If it's a strong enough implication that a judge can be convinced of its meaning, and one makes a decision depending on it such that financial harm would be done by reversal of that, then there's a common law principal that an implied contract is formed even in the lack of consideration -- whereas asking for permission might result in a simple answer of "no", where no such implied contract can be found to exist. An individual relying on this principal is not necessarily a fool.

      I feel a little redundant here, but only a fool would base the technology of his company on the fact that BillionDollarCorp never enforces its patents.

      But not a fellow who's basing the technology of his hobby project. And as for the engineer who bases the technology of his company on someone else's hobby project who assumes that the hobby project is legal -- I think "fool" is a bit strong, particularly given the conspictuous lack of any notice given to the fellow writing the hobby project.

      Well, if you base your legal claim on that, I know who is going to win in court...

      Don't be so sure. As I said, an implied contract can be found to have formed when one relies on someone else's assertion such that the reversal of that assertion causes harm. It's the same legal principal that makes volunteering a donation to a charity legally enforceable. If the company gave others reason to believe that these patents would not be enforced (and the implication was not all that "vague"), a judge could very easily make such a finding in this case.

    199. Re: the future? by Rasputin · · Score: 1
      Your hindsight rates a 20/20. Remember, however, that FAT is older than many of the people reading this discussion. What you present as a black and white choice now, wasn't that way a few years ago.

      --
      "I once preached peaceful coexistence with Windows. You may laugh at my expense - I deserve it." Be's Jean-Louis Gass
    200. Re: the future? by mikehoskins · · Score: 1

      Stop! Don't even hint at CP/M!!! SCO owns that, since Caldera bought it from Digital Research.... :-O Egad. Doing a CP/M file system might actually be something for which SCO could sue Linux developers.... Of course, using the CP/M filesystem would be next to useless. PIP, anyone?

      Don't even joke about using an old file system like CP/M, in place of FAT. OK, I know you weren't actually advocating it and all, but CP/M wouldn't put us in a better light.

      I'm actually worried about this M$ FAT thing. EXT2 is actually a Linux-native filesystem that will work on really small filesystems, like 1.2 and 1.44M floppies. CRAM-FS and Minix would work well for really small file systems, too, but I'm worried about potential IP issues with Minix, too.

      So, I'm going to swap out everything FAT-based that I can find, and replace it with EXT2.

    201. Re: the future? by rifter · · Score: 1

      If you look at what Microsoft is offering here they are at least offering a reasonable value in return in the form of a pretty decent compatibility testing regime. You can easily spend a couple of hundred grand on that type of testing.

      Of course it does suck for OSS, but write your own device drivers and you can do whatever you like. You could even have an encrypted file store on a removable medium - somthing Microsoft seem unable to support. For some reason I can't format my compact flash cards with NTFS and enable the crypto.

      But since it is a patent, we cannot write our own FAT drivers and have done. IN fact that is what OSS did, and that is why they will be screwed. Unless you are saying write a new FS driver. BUt that is done as well, and they are better than FAT. Except Joe Sixpack does not understand that and will wonder why he can't stick your flashcard into his camera and have it work. He will wonder why he has to install drivers for Windows to read your stick when the other guys have a stick that does not need drivers. This will result in the stick having to use FAT and paying teh royalty and then therefore NOT working with Linux since LInux cannot pay the royalty and be legal.

    202. Re: the future? by Permission+Denied · · Score: 1
      Do you have any idea how OS/X does "aliases"? It appears that open() works for them.

      I think you're right. I tried it on an up-to-date 10.3 installation running HFS. If I write a small test program, I can open read/write, write to the file, close it and the file contains data and is still an alias (although the alias is not dereferenced on open()). I can also rename() the file and it continues being an alias. This doesn't really indicate whether or not there's kernel code that deals with aliases, as a rename only changes a directory entry and does not mess with inodes. The actual alias resolution stuff could still be done in userland, but I can't find any information on it.

      I think my confusion arose because I tried "vi alias" and it's likely vi writes the data to a new file and renames it to the original filename, to preserve atomicity.

      I like lots of things about OS X, but the one thing I really don't like at all is how it handles file forks. Recently, OS X introduced a syntax where you can get to a file's named fork with a syntax like "filename/..namedFork/rsrc". Previously, it used a syntax like "filename/rsrc" (which still works). I heard somewhere that ReiserFS is experimenting with named forks and is using the same syntax, so this may become a de-facto standard (don't know who came up with the syntax first). I don't think the syntax is really bad since it means one can manipulate forks using standard Unix stuff, but since these are really pseudo-directories, they're not very "discoverable" - you have to explicitly open() to look for them. This means that you cannot, for instance, tar up a directory tree and expect the forks to remain. This in turn means that a lot of Unix stuff has to be rewritten to play nice with OS X; for instance, OS X supplies the standard version of rsync that knows nothing about forks, but there is another version of rsync out there that knows about them. I think the best way to deal with forks is how OS X does them on UFS file systems - they are stored in separate dot files and directories along with the files. Both systems break when you're not careful with "mv"; both systems work when you are in the position that you can use a non-standard tool like "ditto" or some custom script; but the UFS way still works when you're semi-careful with standard tools like tar. Strangely enough, the UFS dot-files still work on HFS systems and at one point I wrote a script to convert an HFS hierarchy with forks to use UFS dot-files.

      Since this "..namedFork" syntax works through a system call and doesn't really dereference directory entries, there would likely be some code in the kernel that parses it.

      Regarding ideas about merging hard links and symlinks: this could be useful, but I don't see why we can't also add a volume identifer as well. The real problem I see with hard links is that they break across volumes and adding a volume identifier would remove a limitation without adding any incompatibilities as far as I can see.

      This could even be considered a feature, not a bug?

      It would be a feature in some circumstances, and a bug in others. For instance, I usually organize software by maintaining a symlink to the "current" version of the software. For a concrete example: OS X has a "simple finder" interface which is moderately useful for custom kiosk-type applications. I was using this and the machine was running basically one custom program. The program is started at login and made accessible to the user by placing an alias in a certain directory, something like "~/Library/ManagedItems" . When I upgrade the application, I do "mv /Applications/Custom.app /Applications/Custom.app.old" and create a new /Applications/Custom.app. However, the alias still points to the old version of the application and I was expecting symlink behaviour, so I did not discover this right away on a particular machine. The UI automatically set up aliases and I was able to

    203. Re: the future? by DickBreath · · Score: 1

      My point is that for, probably, less than 1, or certianly 2 years of royalties, you can break free of the royalties, and not be under Microsoft's control. I phrased it as being about money, but I agree it is about control.

      In order to break free of the control, and possible increases in the license to use FAT, it would make financial sense to quickly develop a well written Ext2 driver and use that with your device. After all, any user who buys a device, always gets a Windows CD of stuff that they install, why not add an Ext2 filesystem driver to this install. Nothing about the user's experience of the product has changed at all. The maker breaks free of royalties in just a few years. The investment in the development of the Ext2 driver applies to all similar products you make, i.e. all your digital camera product line. So you may be talking big bucks here. Furthermore, you can license your well written ext2 driver to other manufacturers for less than the FAT license, which makes it financially attractive to them, and makes you even more money.

      --

      I'll see your senator, and I'll raise you two judges.
    204. Re: the future? by eean · · Score: 1

      While this may hold for digital cameras, the whole point of the pen drives is that you can use it without installing drivers, or any other sort of hassle. Even with digital cameras, its nice to be able to go to a Internet Cafe in an exotic country, hand them your CompactFlash and have them burn it on a CD without having to worry whether they have the necesary drivers. I know I would not buy a camera that used a non-FAT filesystem until it was as established as FAT is, since you have to depend on other computers if you have to take a long vacation. And the only way I see a filesystem becoming as established as FAT is its inclusion in the next version of Windows and about a decade of time for older versions of windows to disappear.

      And you would be on some legal thin ice making a closed source ext2, so they would probably prefer making their own or just use the already open source one (so they can't license it about obviously.) And if they make their own, well, thats just puts everyone in a worse position, the last thing we need is more standards.

    205. Re: the future? by DickBreath · · Score: 1

      I don't think you would have any legal problems building your own implementation of ext2.

      Now if you use GPL source code, then your source code has to be GPL. This is not even a problem. GPL is not incompatible with being commercial. Put the soruce code to the Windows ext2 module somewhere out of the way on your CD, and you've met all your obligations. Development of the ext2 filesystem driver is cheaper than some number of years of royalties. Whether you prefer to do ALL your own implementation, to be closed source, or SOME of your own work to retrofit open source code to windows, is up to you.

      --

      I'll see your senator, and I'll raise you two judges.
    206. Re: the future? by eean · · Score: 1

      I doubt its actually cheaper in any way to develop your own FS, or port ext2 (or whatever) to the variety of OS's that it would need to be ported to, as opposed to $250,000. In California, that will buy you a nice 2 bedroom house. And some places less then that. It really ain't much. Its kind of like the Tea Act, the British just wanted to show that they could tax, more then they actually wanted to acquire funds.

      If a company does start using a different FS, it will be to extert control over their products and customers and to take the control away from MS.

    207. Re: the future? by IkeTo · · Score: 1

      > The filenames have to be stored somewhere,
      > you know.

      In the directory, as a long, plain list. No B-tree, no hash table. Nothing to improve the efficiency, apart from the dentry-cache in the memory. But then, to access a directory still require the kernel to load the whole directory.

      If you don't believe me, try an experiment: create a directory, try to create 100,000 empty files in it, and every 1000 files created you will print the current time. If the directory is implemented by a b-tree, the time taken should be about constant (actually, should be increased in the order of logarithm of the number of files within the directory). If, on the other hand, it is implemented by a list, you the time taken should be increased very steadily. My experiment shows the following:

      00Thu Dec 11 14:30:35 HKT 2003
      01Thu Dec 11 14:30:38 HKT 2003
      02Thu Dec 11 14:30:41 HKT 2003
      03Thu Dec 11 14:30:45 HKT 2003
      04Thu Dec 11 14:30:50 HKT 2003
      05Thu Dec 11 14:30:55 HKT 2003
      06Thu Dec 11 14:31:00 HKT 2003
      07Thu Dec 11 14:31:06 HKT 2003
      08Thu Dec 11 14:31:13 HKT 2003
      09Thu Dec 11 14:31:20 HKT 2003
      10Thu Dec 11 14:31:29 HKT 2003
      11Thu Dec 11 14:31:38 HKT 2003
      12Thu Dec 11 14:31:48 HKT 2003
      13Thu Dec 11 14:31:58 HKT 2003
      14Thu Dec 11 14:32:10 HKT 2003
      15Thu Dec 11 14:32:21 HKT 2003
      16Thu Dec 11 14:32:34 HKT 2003
      17Thu Dec 11 14:32:47 HKT 2003
      18Thu Dec 11 14:33:01 HKT 2003
      19Thu Dec 11 14:33:16 HKT 2003
      20Thu Dec 11 14:33:33 HKT 2003
      21Thu Dec 11 14:33:49 HKT 2003
      22Thu Dec 11 14:34:04 HKT 2003
      23Thu Dec 11 14:34:21 HKT 2003
      24Thu Dec 11 14:34:40 HKT 2003
      25Thu Dec 11 14:34:58 HKT 2003
      26Thu Dec 11 14:35:17 HKT 2003
      27Thu Dec 11 14:35:40 HKT 2003
      28Thu Dec 11 14:36:03 HKT 2003
      29Thu Dec 11 14:36:24 HKT 2003
      30Thu Dec 11 14:36:47 HKT 2003 ... (I got bored waiting)

      It shoulds the amount of time needed to create 1000 files grows steadily from 3 seconds to 23 seconds and has no sign to stop growing. Anybody with slight data structure knowledge should understand that there is not a B-tree or any efficient data structure underlying the ext3 directory.

    208. Re: the future? by spitzak · · Score: 1

      The fact that it is all being stored in a single block is bad, as reallocating and copying that block as it gets larger will take linear time, especially if you do something stupid like reallocate on every addition rather than predict the space ahead of time. It is also possible that ext is really stupid about adding to the data structure, possibly rearranging the names into the order of the tree, which would cause the slowness you are seeing.

      However the fact that the data structure is in one block does not mean it is a linear list.

      *Looking up files* in the directory takes time that is approximately the log of the number of files, indicating a tree.

      A hash would be better as this may reduce it to close-to constant lookup time, though it may make adding files even slower than what you are seeing now due to the need to rehash when the hash table is reallocated (avoided by chaining hash tables but that may make lookup slower).

    209. Re: the future? by IkeTo · · Score: 1

      > The fact that it is all being stored in a
      > single block is bad, as reallocating and
      > copying that block as it gets larger will
      > take linear time, especially if you do
      > something stupid like reallocate on every
      > addition rather than predict the space
      > ahead of time. It is also possible that
      > ext is really stupid about adding to the
      > data structure, possibly rearranging the
      > names into the order of the tree, which
      > would cause the slowness you are seeing.

      Sorry? We are talking about the directory, not files. How to pre-allocate? In any case a single block (1024 bytes, typically) does not have enough room to store the directory that I'm creating, which contains thousands of files! And what "data structure" you are talking about?! Do you have *any* knowledge about the ext2/ext3 filesystem?

      > *Looking up files* in the directory takes
      > time that is approximately the log of the
      > number of files, indicating a tree.

      Are you really sure? Did you ever tested your "theory"?

      Lookup a non-existing file using ls in a freshly-mounted ext3 directory with N empty files created in advance, named 0, 1, 2, ..., N-1:

      0 files: 0.004s
      10000 files: 0.006s
      20000 files: 0.010s
      30000 files: 0.013s
      40000 files: 0.017s
      50000 files: 0.021s
      60000 files: 0.024s

      (Creating 60000 files takes more than 5 minutes, so I have to stop.) Doesn't look like logarithmic growth, right?

    210. Re: the future? by MadCow42 · · Score: 1

      You're thinking trademark, not patent.

      You must defend a trademark to retain it (which is why Hormel made a big stink about SPAM versus spam and the acceptable way to use that word without violating their trademark). You an submarine a patent all you like and spring out of the bushes to collect royalties years later.

      Not to say I agree with it, but you can do it.

      MadCow.

      --
      I used to have a sig, but I set it free and it never came back.
  2. Going up... by JamesO · · Score: 4, Interesting


    Gotta love submarine patents.

    Is there a win32 ext2/3 filesystem driver out there anywhere?

    1. Re:Going up... by ggeens · · Score: 4, Informative

      Is there a win32 ext2/3 filesystem driver out there anywhere?

      Searching for "win32 ext2" yields this as the first link.

      --
      WWTTD?
    2. Re:Going up... by mystik · · Score: 4, Interesting
      This one isn't really submarine --- They created FAT in 1976, according to the microsoft.com page ... but the earliest patent was filed in 1995.

      We need a public domain minuxfs implementation now, to be the standard.

      --
      Why aren't you encrypting your e-mail?
    3. Re:Going up... by jvervloet · · Score: 1
      Is there a win32 ext2/3 filesystem driver out there anywhere?

      You can access ext2/3 partition using explore2fs. There is writing support too, but I think this is still in a testing phase.

    4. Re:Going up... by Shalda · · Score: 2, Interesting

      The four patents cited by Microsoft are pretty weak to begin with, and could easily be dodged. They all revolve around having both a short filename and a long filename. Furthermore, as near as I can tell, Microsoft is not trying to get money for the flash media, but the digital cameras the use them. Simply not writing anything other than an 8.3 filename would effectively evade the patent.

    5. Re:Going up... by Anonymous Coward · · Score: 0

      > Simply not writing anything other than an 8.3 filename would effectively evade the patent.

      I think most cameras are using the 8.3 filenames. I guess Microsoft is after other markets, such as MP3 players.

      Oh wait - isn't Apple offering Windows-formatted iPods? Yep, they are.

      I guess it's Microsoft trying to block Apple and its iPods out of the music market for Windows users (I think Microsoft does have something coming up soon about music and the like... Coincidence? I think not!)

    6. Re:Going up... by Goth+Biker+Babe · · Score: 1

      They all revolve around having both a short filename and a long filename. Furthermore, as near as I can tell, Microsoft is not trying to get money for the flash media, but the digital cameras the use them. Simply not writing anything other than an 8.3 filename would effectively evade the patent.

      I can show them at least one another system that has a short file name and a long file name and that predates 1995. I think they've got a real problem with prior art here. May be they just assume that some will pay purely because of not wanting the legal hassle.

    7. Re:Going up... by tuzzer · · Score: 1

      So what you are saying is that the patents are basically about VFAT (haven't looked at them so I'm going by your judgement here)?

      That kind of kills the pre-formatted media claim, doesn't it? Do you have to decide at formatting time if you're going to use long filenames? As far as I know I can use a preformatted floppy disk under DOS (8.3 filenames) and Windows (long filenames) without reformatting it!

      --

      bash$ less COPYING
      bash$ more CREDITS
    8. Re:Going up... by Anonymous Coward · · Score: 0

      You mean predates 1976? 1995 is just when the final patent was granted. Applications may go way back earlier than that. At least from 1993 is mentioned in the patent.

    9. Re:Going up... by Eldie · · Score: 1

      How is this a submarine patent? And why is it moderated as "5: Interesting"? It wasn't interesting, or anything else for that matter. How about "5: Uninformed"? "5: Ignorant" perhaps? Anyway, here's an article that explains what submarine patents are, since you apparently don't know.

    10. Re:Going up... by Anonymous Coward · · Score: 0

      Not only is that not a driver, but the write aspect is highly expiremental and will probably hose your filesystem.

    11. Re:Going up... by Anonymous Coward · · Score: 0

      Well, if you need to install a File System driver in order to use a device it can no longer be a Plug'n'Play device. So does this patent cover those keychain memory sticks? Or the user can format with any file system he/she wants?

    12. Re:Going up... by AndroidCat · · Score: 1
      The first FAT file system was developed by Microsoft in 1976. That system was based on the BASIC programming language and allowed programs and data to be stored on a floppy disk.
      Hmm, I'll have to check my Byte collection to see when they first offered an extended disk BASIC. This sounds more like they had a hoopy idea in 1976 for "files on a floppy and stuff, pass me another beer.."
      --
      One line blog. I hear that they're called Twitters now.
    13. Re:Going up... by JayAndSilentBob · · Score: 1

      iPods come pre-formatted for Mac. To use with windows, reformatting is part of the installation process.

      --


      Love,
      Jay and Silent Bob
    14. Re:Going up... by giminy · · Score: 1

      1 11 21 1211 111221 312211 ...

      13112221 ...

      --
      The Right Reverend K. Reid Wightman,
    15. Re:Going up... by Anonymous Coward · · Score: 0

      not submarine, more like archaeology...

    16. Re:Going up... by Fjord · · Score: 1

      1(13112221) *smirk*

      --
      -no broken link
    17. Re:Going up... by lcde · · Score: 1

      I tried that a couple of years ago when I was still dual booting for school and it turned all of my linux folders into files! Couldn't figure out any way to recover it.

      --
      :%s/teh/the/g
    18. Re:Going up... by mugnyte · · Score: 1

      Long filename extensions to the 8.3 format in FAT is the detail here. It applies to devices that come formatted to read/write this extension.

      The details to the 8.3 format extensions for long filenames involve using a previously unused portion of the filename (plus some of what's used, see the tilde) and then expanding the table such filenames are stored to form name chains.

      But there are several less expensive ways to create such a system. We've talked before about metadata. Although I'm a fan of embedding metadata into the file, the coupling should be weak. Nothing says a camera (for example) cannot keep an XML-format metadata in another file, linked to an 8.3 filename (using all 255 char values in the 8.3). Upon extraction to the external ports, new filenames can be created from the metadata (say, the NAME element) and replace the 8.3 key.

      Or, simply export the 8.3 and the metadata in file pairs to the external device. Users can sort, annotate their media (even with voice, as my camera does, which I never use).

      I hand MS credit for innovating this solution. I don't mind them cashing in. However, the smart silient majority should start thinking up a new bunch of ideas to eventually become a standard candidate.

      mug

    19. Re:Going up... by Nimey · · Score: 1
      We need a public domain minuxfs implementation now, to be the standard.
      There's a bit of a problem: MinixFS is limited to a 32MB partition. My digicam, for example, has a 64MB stick formatted as FAT.

      There's really no filesystem that's as common, simple, and well-supported as FAT, unfortunately.

      --
      Hail Eris, full of mischief...

      E pluribus sanguinem
    20. Re:Going up... by betelgeuse68 · · Score: 1

      How is a win32 ext2/3 filesystem driver relevant? The topic is the use of FAT in device media such as digital cameras. Windows is not involved here.

    21. Re:Going up... by Anonymous Coward · · Score: 0

      1113213211
      Me smart!

    22. Re:Going up... by oohp · · Score: 1

      Minix FS is good enough and smaller. I bet there must be better ones too. This calls for a BSD licensed filesystem for embedded devices.

    23. Re:Going up... by oohp · · Score: 1

      Minix has been BSD licensed as far as I know. I *think* the minux fs version in Linux is different though.

    24. Re:Going up... by Minna+Kirai · · Score: 1

      Anyway, here's an article that explains what submarine patents are, since you apparently don't know.

      That article is incorrect. The definition of submarine patent it presents is excessively specific.

      "Submarine patent" doesn't only mean the patent has been kept in USPTO filing-limbo. It can also apply in any circumstance where a patent-holder encourages others to use the patented technique while intentionally not revealing that is patented.

    25. Re:Going up... by SpaceLifeForm · · Score: 1
      Yes BSD License per it's creator Andy Tanenbaum.
      Here's his post to comp.os.minix on 2000-04-07.

      The mods to the Minix FS (version 2) is to fully support all of the inode structures IIRC.
      Linux will deal with either version, but note that Grub will not deal with version 2.

      --
      You are being MICROattacked, from various angles, in a SOFT manner.
    26. Re:Going up... by Anonymous Coward · · Score: 0

      Does Windows format the iPod, or does the iPod format itself? That is the question.

    27. Re:Going up... by Brandybuck · · Score: 1

      That's not going to help. The reason FAT is so popular is because it's a universal format. I can take my FAT formatted thumb drive and use it on Windows, Linux, Macintosh, FreeBSD, etc. With Ext[2|3], I can only get full use of it under Linux. That's a serious impediment, no matter how well you think of Linux.

      For me, thumb drives have become the new "sneakernet". If I can no longer transport my date between home, work and my friend's house, I'm going to be severly inconvenienced.

      --
      Don't blame me, I didn't vote for either of them!
  3. Selling unformatted by pigeon · · Score: 5, Interesting

    What if you just sell the cards and usb sticks unformatted and have it formatted under windows? That way you could evade this kind extortion?

    1. Re:Selling unformatted by Salden · · Score: 1

      That seems like the logical step. What about devices such as camcorders that can format the media to FAT, will there be a fee for those too?

    2. Re:Selling unformatted by mirko · · Score: 1

      What if you don't use windows but another OS which will cost you a buck more next time ?

      --
      Trolling using another account since 2005.
    3. Re:Selling unformatted by TheSpoom · · Score: 5, Interesting

      I think that might be the point that Microsoft is trying to make manufacturers use... Basically, force people to use Windows, otherwise they won't be able to format the memory in question.

      --
      It's better to vote for what you want and not get it than to vote for what you don't want and get it.
      - E. Debs
    4. Re:Selling unformatted by mrphish697 · · Score: 1

      Just like in the old days when I used to buy a "Windows" formatted disk and put it into my PowerMac 6600 AV. It simply brought up a window "This disk is not formatted. Format now?" Doesn't seem too hard for the average person to get accustomed to.

      --
      You can't ride two horses with one ass
    5. Re:Selling unformatted by dalutong · · Score: 4, Insightful

      I doubt it. Devices can be just as easily used in other OSs with other filesystems.

      And the "buy it blank and format it yourself" theory only works for things like USB drives. It's not as easy to format other devices -- like a PDA or any other device that has to come with some amount of software already installed.

      --

      What comes first, finding a teacher or becoming a student?
    6. Re:Selling unformatted by SpinyManiac · · Score: 1

      A license for manufacturers of certain consumer electronics devices. Pricing for this license is US$0.25 per unit for each of the following types of devices that use removable solid state media to store data: portable digital still cameras; portable digital video cameras; portable digital still/video cameras; portable digital audio players; portable digital video players; portable digital audio/video players; multifunction printers; electronic photo frames; electronic musical instruments; and standard televisions. Pricing for this license is US$0.25 per unit with a cap on total royalties of $250,000 per licensee. Pricing for other device types can be negotiated with Microsoft.

      Looks like it.

      --
      It's never too late to have a happy childhood.
    7. Re:Selling unformatted by TopShelf · · Score: 5, Insightful

      Presumably so - they are using the FAT technology, and hence would need to license the IP. It's not that bad, actually - if you follow the link, you'll see that the license fee is only $0.25 per unit, up to a max of $250,000 per licensee. Rather than a lucrative money grab, this looks like they're establishing a precedent for other licensing opportunities, such as (perhaps) 3rd party hardware/software that uses Microsoft file formats.

      --
      Stop by my site where I write about ERP systems & more
    8. Re:Selling unformatted by RevDobbs · · Score: 1

      Man, can you even buy un-formatted floppy disks anywhere? What a PIA this is gonna be for floppy manufacturers, and end users.

    9. Re:Selling unformatted by Anonymous Coward · · Score: 2, Insightful

      If you're not using Windows then why are you using FAT? Even if you are using Windows why are you using FAT?

    10. Re:Selling unformatted by Enahs · · Score: 1
      Where I work, that'd require asking the bookkeeper to format cards for the editorial department.

      That's got to be one of the dumbest ideas I've read in the past year.

      --
      Stating on Slashdot that I like cheese since 1997.
    11. Re:Selling unformatted by Anonymous Coward · · Score: 0

      Ummm. Are some of us missing the point? If you sell a ram card unformatted, and the user formats it in their PC, that's great, but what are they going to do with it? If they want to put it in the digital camera/mp3 player/watch/toe jam flosser, then the manufacturer of that device has to pay a royalty to MS for that device to be legally able to read it.....

    12. Re:Selling unformatted by Neurotoxic666 · · Score: 0

      Then they should get sued. Because they allow end-user to use FAT system. Quick, sue them!

      --
      You are more than the sum of what you consume. Desire is not an occupation.
    13. Re:Selling unformatted by mirko · · Score: 1

      Digital Camera, Sharp Zaurus...
      Fat is writeable by both these devices and my Powerbook.

      --
      Trolling using another account since 2005.
    14. Re:Selling unformatted by dnoyeb · · Score: 1, Troll

      but apparantly this is only for the media, not the hardware that reads it. so this is not FAT software, but the act of pre-formatting media to the FAT format that is patented, or at least that is being enforced.

      I presume its an attempt to kill FAT, maybe because MS found some hideous flaw in it they do not want responsibility for. Or maybe simply because they plan to make it easy to migrate to other windows file systems as opposed to Linux which I would expect to the the direction embedded devices would be heading nowadays.(linux)

    15. Re:Selling unformatted by Jeff+DeMaagd · · Score: 1

      I can't imagine Mac OSX, Linux, etc. not being able to format them. Even if they managed to ban those free programs in countries where the patents that are held, they'll just be hosted in countries without the patents.

      That still brings up the chance that MS will try to ban linking to "infringing" sites as infringement but they'll have to play whack-a-mole like everyone else.

      Or I can just keep one legacy licenced Windows machine and format it when I need to. Either way, I can see this as being another pressure point to make it worth jumping to a different file format. Maybe ISO and UDF? I don't know if those are fixed sizes or what encumberments they might have.

    16. Re:Selling unformatted by MindStalker · · Score: 1

      It specifically states the fee is for solid state memory, such as flash cards. And devices that use them (that know how to read FAT through an embedded OS). And at a one time fee of 250,000 for manufacture of solid state, and per unit type for devices.

    17. Re:Selling unformatted by SpaceLifeForm · · Score: 1

      More likely an attempt to kill SysLinux.

      --
      You are being MICROattacked, from various angles, in a SOFT manner.
    18. Re:Selling unformatted by beuges · · Score: 1

      I think the best thing to do is sell all the flash memory unformatted. Then, you format it in whichever device (camera/pda/etc) you want to use it in. If your camera manufacturer decides to use ext2 in their cameras, then the camera will format the card as ext2. The camera manufacturer can then provide software/drivers to communicate with the camera under Windows if they choose (although choosing not to would be shooting themselves in the foot).

      WRT plug-n-play functionality - I dont see how any PnP functionality will be lost - you insert the unformatted memory stick into your usb drive, Windows says 'Hey, you've got an unformatted disk! Do you want to format it now?' and you click Ok. That way Windows is applying the filesystem, and not the card manufacturer.

      Unformatted memory cards are the way to go... and device manufacturers who use these cards can decide whether to support FAT or any other FS of their choice

    19. Re:Selling unformatted by Bazzargh · · Score: 1

      I'm not sure. If you read the patent claims, you'll see they are /all/ to do with allowing filenames longer than 8.3 to be stored, and used. I don't know any details about /formatting/ with FAT, which is what microsoft purports to be licensing, but I can't see how that's connected to these patents.

      It seems to me that MS is on a sticky wicket here. The patents are probably unnecessary for stick manufacturers, so they throw in the FUD about "other, as yet not granted, patents are also covered by this license". The $250K per mfr cap also sounds pretty low to me. Low enough that manufacturers won't want to try their luck in court.

      What are they going to get from this? (thumb in the air) $50m (assuming they get 200 manufacturers paying full whack!)? Chump change for MS, but it more than covers a few lawyers letters, and if you take care of the pennies, the pounds take care of themselves...

      -Baz

    20. Re:Selling unformatted by zieroh · · Score: 5, Insightful

      if you follow the link, you'll see that the license fee is only $0.25 per unit, up to a max of $250,000 per licensee

      I've been party to meetings and technical design exercises where we struggled to remove mere pennies from the build price of a product, and were elated when we managed to do so. 25 cents is a huge cost delta for the build price of a piece of hardware.

      --
      People who say "sheeple" have about as much sophistication as an AOL user, and in fact are probably actually AOL users.
    21. Re:Selling unformatted by Vanders · · Score: 2, Interesting

      Personally, I use a FAT32 partition to transfer data from one OS to another I know I'm not the only one.

      Guess we need to get the ext2 driver working a little better, though. Just in case.

    22. Re:Selling unformatted by ceeam · · Score: 1

      But the said digicams for example should still contain the FAT driver, don't you think?

    23. Re:Selling unformatted by TopShelf · · Score: 2, Informative
      Certain hardware is included - since you apparently can't follow the link...

      Microsoft offers a commercially reasonable, nonexclusive license so that other companies can use the FAT file system in their own products. Currently, Microsoft offers two specific types of licenses:

      A license for removable solid state media manufacturers to preformat the media, such as compact flash memory cards, to the Microsoft FAT file system format, and to preload data onto such preformatted media using the Microsoft FAT file system format. Pricing for this license is US$0.25 per unit with a cap on total royalties of $250,000 per manufacturer.

      A license for manufacturers of certain consumer electronics devices. Pricing for this license is US$0.25 per unit for each of the following types of devices that use removable solid state media to store data: portable digital still cameras; portable digital video cameras; portable digital still/video cameras; portable digital audio players; portable digital video players; portable digital audio/video players; multifunction printers; electronic photo frames; electronic musical instruments; and standard televisions. Pricing for this license is US$0.25 per unit with a cap on total royalties of $250,000 per licensee. Pricing for other device types can be negotiated with Microsoft.


      I agree, though, that this might be a way to nudge industry away from FAT over time, presumably to another niftier (and pricier) Microsoft-supplied alternative. Just thinking out loud here, but if you think of Windows PC's interfacing with consumer electronics gear using FAT, would it make life simpler for Microsoft to have them using NTFS or, in the distant future, the Longhorn equivalent?
      --
      Stop by my site where I write about ERP systems & more
    24. Re:Selling unformatted by Gabrill · · Score: 1

      I think you hit the nail on the head. FAT is not inherently DRM, so Microsoft will kill it and give ownership of the files on the NEW DRM filesystem to RIAA.

      --
      Always going forward, 'cause we can't find reverse.
    25. Re:Selling unformatted by einhverfr · · Score: 1

      I've been party to meetings and technical design exercises where we struggled to remove mere pennies from the build price of a product, and were elated when we managed to do so. 25 cents is a huge cost delta for the build price of a piece of hardware.

      Or add $0.25 to the cost of MANUFACTURING a floppy... Of course, this would probably top out the $250,000 (I am assuming that most floppy manufacturers sell more than a million units), but it is still extremely significant.

      I predict the return of unformatted floppies :)

      --

      LedgerSMB: Open source Accounting/ERP
    26. Re:Selling unformatted by Anonymous Coward · · Score: 0

      It also remains open ended, meaning that Microsoft can charge whatever the hell it wants to whomever it wants. It's not just for solid state hardware; it's just that the only hardware that might be eligible for the license fee of $.25 is embedded or solid state hardware.

      Microsoft "remains flexible to adjust terms to reflect crosslicensing, unit volume, version limitation, geographic scope, and other considerations." In other words, Microsoft isn't limiting itself to .25c only -- it's just stating that as a representative figure for an embedded device.

      Also, Microsoft isn't charging $250k as a one time fee. It's charging $.25c per use, up to a maximum of $250k. There's no minimum fee stated, so a small manufacturer might only pay $250 for a 1000 device run.

      Operating systems have a global scope, remember. Microsoft can charge whatever it wants or refuse to license at all. This is not a good thing overall, but should have only minor impact on Linux; distributions will just drop support for FAT. It matters, but not as much as you might believe.

    27. Re:Selling unformatted by mpe · · Score: 1

      but apparantly this is only for the media, not the hardware that reads it. so this is not FAT software, but the act of pre-formatting media to the FAT format that is patented, or at least that is being enforced.

      What's the point of this though? The only case where it could cause trouble is with a device which cannot format it's own media and thus needs preformatted media.

    28. Re:Selling unformatted by Anonymous Coward · · Score: 0

      Anything that can read the FAT file system would need to be licensed as well. It's pretty open ended.

    29. Re:Selling unformatted by dknj · · Score: 1

      I presume its an attempt to kill FAT, maybe because MS found some hideous flaw in it they do not want responsibility for.

      And I presume you have never looked at the FAT specs because FAT itself is a hideous flaw. I believe the only reason why all media comes preformatted is because FAT is only filesystem that all operating systems can read natively without any special third party addons.

      -dk

    30. Re:Selling unformatted by Anonymous Coward · · Score: 0

      I doubt it. Devices can be just as easily used in other OSs with other filesystems.

      that's what you think, tell that to gramma with a new digital camera from best buy. or better yet, why don't you volunteer to show her how to command line her way out of it...

    31. Re:Selling unformatted by Anonymous Coward · · Score: 0

      Moderators, this is far from insightful. FAT is used on all kinds of removeable storage media from MP3 players to $100 digital cameras to $8,000 digital cameras, PDAs, and on and on.

    32. Re:Selling unformatted by cynicalmoose · · Score: 1

      Has someone else heard of XFS (eXtensible Filing System). Based on SQL, it sounds as if you aren't allowed to choose where you put your files (it groups them for you), and I've heard that compatibility with other systems on the same disk is close to nil, as it uses a dispersed system to reduce fragmentation. Which stinks of DRM: If the file system classifies all your files (and gets more information off the internet), no doubt it will check licenses for your files.

      --
      Exercise your right not to vote. thinkoutside.org
    33. Re:Selling unformatted by Locutus · · Score: 1

      For those devices which want to use the VFAT filesystem and have computational abilities( PDA, camera, etc ) all they have to do is ship the media blank and format it when the system boots.

      It would be far better just to use the FAT system and forget about this issue. BUT, be aware that Microsoft will be doing this more and more. ie, walk, don't run, away from all Microsoft software/tech ASAP. IMO.

      LoB

      --
      "Anyone who stands out in the middle of a road looks like roadkill to me." --Linus
    34. Re:Selling unformatted by red+floyd · · Score: 1

      Because when we added a HD to an embedded system (back in '89), we needed some sort of file system, and FAT was well documented, had PD tools available for formatting partitions, and writing data, etc...?

      --
      The only reason we have the rights we have is that people just like us died to gain those rights. -- Cheerio Boy
    35. Re:Selling unformatted by mitheral · · Score: 1

      Geez is this frickin support nightmare. Before you could just plug them in now we'll have devices that have to be formatted. Ya, that's user friendly.

    36. Re:Selling unformatted by mitheral · · Score: 1

      Support. Now Joe user needs to figure out how to format his USB flash drive before it will work.

    37. Re:Selling unformatted by mengel · · Score: 1

      As long as you make sure it's formatted as FAT (1980's, no patent) and not VFAT (long filenames), I don't see how you're running afoul of the patent. So where's the beef?

      --
      - "History shows again and again how nature points out the folly of men" -- Blue Oyster Cult, 'Godzilla'
    38. Re:Selling unformatted by ozzmosis · · Score: 1

      Eh, you wouldn't have to format under windows. Almost EVERY OS out there has some kind of FAT tools. we got newfs_msdos (*BSD, Mac OS X), mkfs.(vfat|msdos)

    39. Re:Selling unformatted by Anonymous Coward · · Score: 0

      That and the fact that FAT is designed for use with low memory computers (such as found in cameras).

    40. Re:Selling unformatted by Espectr0 · · Score: 1

      If you're not using Windows then why are you using FAT? Even if you are using Windows why are you using FAT?

      Easy. I use FAT on windows because linux can't write to NTFS

    41. Re:Selling unformatted by dalutong · · Score: 1

      Sorry --- that was poorly worded. I meant to say that if the filesystem changed on the device it wouldn't make using it harder to use on other OSs -- though it might not be easy to use it in such OSs. The point being that the software that you would need to install in windows to use the device could also install support for the filesystem being used and then it would be just as usable for all major OSs as it was before.

      Oh yeah -- and my USB camera worked out of the box in GNU/Linux. (fortunately it worked as a usb-storage device. i know that most don't work that way, unfortunately.)

      --

      What comes first, finding a teacher or becoming a student?
  4. Fat's fat then... by hplasm · · Score: 2, Interesting

    The end of FAT as a file system..

    --
    ...and he grinned, like a fox eating shit out of a wire brush.
    1. Re:Fat's fat then... by t0ny · · Score: 1
      The end of FAT as a file system..

      Who knows, maybe that is the point? I cant see that licensing out FAT would generate significant amounts of money, but since that is an unresearched statement, it could very well be wrong.

      --

      Manipulate the moderator system! Mod someone as "overrated" today.

    2. Re:Fat's fat then... by ShortSpecialBus · · Score: 1

      Great, now we can have a new slashdot troll...

      "FAT is dead anyways!"

      --
      //FIXME: Bad .sig
  5. what we've got here is... by TechnoVooDooDaddy · · Score: 4, Insightful

    Failure to litigate...

    heh...

    no seriously, FAT was convenient and fairly standard.. all microsoft is going to do is drive manufacturers to other (hopefully free software) schemes.... That's when we all win! THANKS MICROSOFT!

    1. Re:what we've got here is... by Anonymous Coward · · Score: 0

      no seriously, FAT was convenient and fairly standard.. all microsoft is going to do is drive manufacturers to other (hopefully free software) schemes.... That's when we all win! THANKS MICROSOFT!

      Doesn't linux come with FAT/FAT32?.. That's infringement; removing FAT would not be a boon to dual booting/interoperability.

    2. Re:what we've got here is... by Anonymous Coward · · Score: 0

      I'm intrigued by your raving. I can only assume it has come about through the consumption of supior pharmacuticals. I was wonder if we could become friends so that I might one day get, "hooked up."

      Thanks.

    3. Re:what we've got here is... by Your+Anus · · Score: 4, Informative

      If you RTFA (Wait, what was I thinking! This is /.) you would find that this only applies to consumer electronics (DVD players, TV's, etc.) and portable memory devices, like Compact Flash and those little USB memory sticks. At least for right now. And it only counts if it comes preformatted from the mfr.

      I suspect this will drive most manufacturers to not format their media, or it will drive them to an open format, like jffs.

      --

      In the USA, we like stuff watered down, like beer, television, and freedom.
    4. Re:what we've got here is... by 0x0d0a · · Score: 3, Insightful

      If you RTFA (Wait, what was I thinking! This is /.) you would find that this only applies to consumer electronics (DVD players, TV's, etc.) and portable memory devices, like Compact Flash and those little USB memory sticks. At least for right now. And it only counts if it comes preformatted from the mfr.

      If you read the patents, you'd notice that they are not specific to hardware implementations. What Microsoft does or does not currently demand is irrelevant -- the fact is that they *could* demand Linux royalties.

      I suspect this will drive most manufacturers to not format their media, or it will drive them to an open format, like jffs.

      JFFS is an unacceptable alternative. The two filesystems have wildly different goals. FAT is simple and can be implemented in a small amount of space.

    5. Re:what we've got here is... by spikev · · Score: 1

      The parent is right about its convenience. FAT is the only fs I now of that gives you stable write abilities on Linux, Mac, and Windows. The entire reason for that is crappy file system support by MS. It seems like they're trying to make FAT less appealing and push people toward a more proprietary solution.

    6. Re:what we've got here is... by bahamat · · Score: 1

      The problem with that is all free filesystems are not supported by Windows.

      Perhaps IBM can open HPFS.

    7. Re:what we've got here is... by Anonymous Coward · · Score: 0

      At 25 cents a unit most manufacturers will just push off the cost to consumers. Its not worth re-engineering their products.

      Do you think writing a new Filesystem Driver for all of their Windows clients would cost more than .25/unit with a max cap of 250k? Yup.

    8. Re:what we've got here is... by Janek+Kozicki · · Score: 0

      The problem with that is all free filesystems are not supported by Windows.

      so when manufacturers of flash memory cards or digital camers start using free filesystem instead of FAT, windows will HAVE to support those filesystems.

      seems unlikely, but I'd like to see it happen

      --
      #
      #\ @ ? Colonize Mars
      #
    9. Re:what we've got here is... by Sunda666 · · Score: 1

      > the fact is that they *could* demand Linux royalties.

      and why is that exactly? the FAT code in the kernel is *not* microsoft's, it was written by the linux programmers themselves.
      I dunno if they could charge USERS for using the format, but the code in the kernel? gimme a break.

      btw, I think the FAT format is prior to Microsoft (CP/M ?)

      cheers.

      --


      ``If a program can't rewrite its own code, what good is it?'' - Mel
    10. Re:what we've got here is... by Stalus · · Score: 1

      no seriously, FAT was convenient and fairly standard.. all microsoft is going to do is drive manufacturers to other (hopefully free software) schemes.... That's when we all win! THANKS MICROSOFT!

      That would require these businesses to recode all their software, redesign all their chips, and re-test everything, when all they have to do is cough up $250,000 or less. Not to mention the fact that incompatibilities between old and new products are almost a certainty if they don't. This results in more tech support calls and they lose even more money.

      To a real business, paying it is just the cost of doing business. It might put the little guy out of work, but I'm sure the Microsoft guys have considered what this will do to their marketshare. Probably not much. So basically, it just results in the price of everything going up a buck or two. How do we all win again?

    11. Re:what we've got here is... by Halo1 · · Score: 4, Informative
      and why is that exactly? the FAT code in the kernel is *not* microsoft's, it was written by the linux programmers themselves.
      That's irrelevant as far as patents are concerned. This is a big difference between copyright and patents. You only infringe on someone's copyright, if it can be shown that what you wrote/created is very similar to what someone else did and if it can be proven that you have had access to this other person's work. I.e., if you, completely independent from someone else, come up with exactly the same thing and you can prove this, then you will not infringe on their copyright.

      Otoh, patents do not make this discrimination. The only exception is that if you used a patented technique before it was patented (but you never published it, so your work cannot be considered as prior art), then you can continue to use this technique *for personal use* even after the patent has been granted (which excludes any commercial use afaik, though I'm not certain of this). If you independently came up with it after the patent was granted, you're completely out of luck.

      The reasoning is that patents exist to protect big investments in R&D, which generally wouldn't have occurred if there was no way to safeguard the results from imitation with patents. So patents are considered as some kind of necessary evil (temporary monopolies), required to promote innovation and disclosure. Of course, in case of software patents this reasoning is almost never true and you are pretty much stuck with only the negative sides.

      --
      Donate free food here
    12. Re:what we've got here is... by cbiltcliffe · · Score: 1

      and why is that exactly? the FAT code in the kernel is *not* microsoft's, it was written by the linux programmers themselves. I dunno if they could charge USERS for using the format, but the code in the kernel? gimme a break.

      Because this is a patent issue, not a copyright issue.
      That's why software patents suck, and why something must be done about them. Will somebody in the US please send this to their government reps, showing how software patents diminish competition through interoperability in the marketplace and are bad for consumers. This is a perfect example!

      --
      "City hall" in German is "Rathaus" Kinda explains a few things......
    13. Re:what we've got here is... by Anonymous Coward · · Score: 0

      If you RTFA (Wait, what was I thinking! This is /.)

      But. If we wast time reading that than how well we get first. Hmm?

    14. Re:what we've got here is... by fazzumar · · Score: 1

      Yes, the thing the article says Microsoft is going after *currently* is devices that are formatted to FAT by the manufacturer, and consumer electronic devices that format FAT (Digital cameras...)

      I say screw 'em. Everyone should just format their media to be redbook compliant and make a little driver that can read iso9660 on their media of choice. Pretty much everything can read a CD-ROM so it shouldn't be that big of a leap. I wonder what the licensing fee for being able to read/write ISO9660 is though.

      My main gripe is this:
      If Microsoft can charge a fee for devices that format FAT and media that is formatted FAT... How much of a stretch is it for them to charge for pre-formatted floppies? (Or is that already happening??)

      I do believe they're hurting themselves in the long run, but with the monopoly they've got built up with the average user already, it might end up working out for them... If no one invalidates their patent.

    15. Re:what we've got here is... by Anonymous Coward · · Score: 0

      ... The reasoning is that patents exist to protect big investments in R&D, which generally wouldn't have occurred if there was no way to safeguard the results from imitation with patents. ...

      Umm, no. Trade secrets do this just fine, patents were created to induce holders of trade secrets to publish, so others could eventually improve upon the invention.

    16. Re:what we've got here is... by bahamat · · Score: 1

      windows will HAVE to support those filesystems.

      Oh, yea right. Some manufactuer in Tiwan of some cheap silicon memory stick is giong to force Microsoft to do anything. I can't wait.

    17. Re:what we've got here is... by sflanker · · Score: 1

      I think you should re-RTFA.

      Microsoft is offering to license its FAT file system specification and associated intellectual property. With this license, other companies have the opportunity to standardize the FAT file system implementation in their products, and to improve file system compatibility across a range of computing and consumer electronics devices.

      Here at /. we are so intent on hating Microsoft that we are blinded to what they are actually doing. This license isn't about squeezing money out of people, it's about making it easier for large manufacturers and software developers to implement the FAT file system in a Windows compatible way. It has nothing to do with whether the device is formatted in FAT or not, it has to do with whether or not the device or software is capable of using a FAT formatted storage device.

      To help licensees implement the FAT file system, Microsoft will also provide certain reference source code and test specifications as part of the licensing package in both licenses.

      How does this mean MS is not trying to get more money from helpless hardware and software manufacturers?

      If Microsoft caught the Eolas syndrome and just wanted money from everybody who came close to treading on their patents, why wouldn't they just start suing vendors of Linux and other software that has an implementation of the FAT file system (whether or not FAT is used by default is inconsequential)? Depending on what's covered in those four patents, such lawsuits could be quite successful. But I don't think Microsoft is or will be doing this. Microsoft isn't stupid, and as the /. community quickly figured out, it wouldn't be good for business. If Microsoft, who is sitting on more money, and more profits, than most can imagine, were to turn in the File System Tax Collector, it would only server to drive customers away.

      The Conclusion:
      This move is intended ease development, at a cost, for big manufacturers. You can still create your own implementation of FAT, without paying, it's just that you won't have access to the technical specifications, standards, and source code that the big company who pays will be.

    18. Re:what we've got here is... by MuParadigm · · Score: 1


      It's not about the code. This is patent we're talking about, not copyright. What's at issue is the FAT technology, ideas, and algorithms. There *could* be issues here, even if the code was written completely from scratch by the Linux coders, if MS can claim that the algorithms used to access FAT are patented.

      I can't see how their patents can pertain to any version of FAT except FAT 32 (aka VFAT), but this is the most widely used version of FAT now, especially for dual boot systems and any embedded device that needs to access more than 2GB's of storage space.

    19. Re:what we've got here is... by Halo1 · · Score: 1
      Umm, no. Trade secrets do this just fine, patents were created to induce holders of trade secrets to publish, so others could eventually improve upon the invention.
      That's indeed also a reason for the usage of patents (I mentioned it as an aside later on). A patent is stronger than a trade secret though: if someone independently invents/discovers the same thing as you (or can reverse engineer your innovation), your trade secret advantage is gone.
      --
      Donate free food here
    20. Re:what we've got here is... by PetiePooo · · Score: 1

      JFFS is an unacceptable alternative. The two filesystems have wildly different goals. FAT is simple and can be implemented in a small amount of space.

      If JFFS is unacceptable, what about YAFFS? Its GPLd, fairly widely used already (many SBCs including my FileZerver uses it), very stable, scales well, and has a direct interface (YDI) for RTOS and embedded systems.

      All it needs is a set of native Win drivers so that thumbdrives formatted that way can be read in Windows.. and for it to be distributed in all forthcoming Win service packs.. *pinch* Ouch! Oh.. was I daydreaming again?

    21. Re:what we've got here is... by 0x0d0a · · Score: 1

      VFAT and FAT32 are independent concepts. VFAT applies to long filenames, and is an extensions that may exist on FAT16 (as it did in Windows 95) or FAT32.

      One may use FAT16 with or without VFAT or FAT32 with or without VFAT.

    22. Re:what we've got here is... by 0x0d0a · · Score: 1

      I'm an idiot and misread "JFFS" as "JFS". JFS and YAFFS might well replace FAT in many embedded devices.

      The problems start coming in when the reason devices use FAT is for easy Windows interoperability -- plug it in and it works. It's a big deal if you can just appear to be a USB Mass Storage device (takes care of the storage device level), and let the standard Windows filesystems do the filesystem work (takes care of the filesystem layer). You can plug a keychain drive into any Windows machine and just *use* it.

    23. Re:what we've got here is... by MuParadigm · · Score: 1


      Agreed. I was simply explaining that the patents cover FAT 32, and that FAT 32 is widely used.

    24. Re:what we've got here is... by MuParadigm · · Score: 1


      Oops, VFAT not FAT32. You're right. Although, it seems rather pointless to implement FAT 32 without VFAT.

    25. Re:what we've got here is... by 0x0d0a · · Score: 1

      Well...if the filesystem is not directly user-visible (i.e. this isn't a device that one plugs into a Windows computer and has pop up on the desktop) but stores a lot of small files, I suppose there's good reason.

      One possible use would be on hard-drive based MP3 players, if metadata is stored in small files on the hard drives.

      Another might be digital cameras that can take pictures in low quality mode.

      You're probably right that the biggest use of FAT32 is on a system that plugs into Windows machines. Such a system is also likely user-visible, which means that VFAT is a good idea.

    26. Re:what we've got here is... by Anonymous Coward · · Score: 0

      JFS and YAFFS might well replace FAT in many embedded devices.

      You mean JFFS. :-)

  6. WTF? by Cyno01 · · Score: 2, Insightful

    Whats going on here, they cant want more money, are they just trying to kill FAT and push NTFS or what?

    --
    "Sic Semper Tyrannosaurus Rex."
    1. Re:WTF? by RecoveredMarketroid · · Score: 5, Insightful
      they cant want more money


      Are you familiar with capitalism? Shareholders? There is no such thing as 'enough money' for a corporation.
    2. Re:WTF? by beacher · · Score: 5, Insightful

      10:1 says that they're trying to push everyone to WinFS to get DRM embedded into the filesystems of portable devices. Wonder if they're licensing and making WinFS available for free....
      -B

    3. Re:WTF? by jvmatthe · · Score: 4, Insightful

      Not such a bad idea. Suppose my digital camera's memory card was NTFS. Well, then, I'd be out of luck under Linux unless I had the NTFS driver in my kernel. Last time I really compiled a kernel (ages ago) that driver still said experimental, or some such, and as I recall didn't have write access, just read. Furthermore, any other drive formatted with NTFS that I wanted to access, like a USB or Firewire hard drive, would be similarly difficult with a Linux machine.

      And, while I'm rambling, what about the FAT driver in the Linux kernel? Is it in violation of the patent? I really don't know, and I'm too lazy to research it myself. (Isn't that what /. is for? Shouting questions into the void to see what answers come back? ;^)

    4. Re:WTF? by Cyno01 · · Score: 2, Insightful

      $.25 a liscense with a cap at a quarter million is NOT a lot of money for M$, a corporation with 200k times that amount in cash.

      --
      "Sic Semper Tyrannosaurus Rex."
    5. Re:WTF? by Anonymous Coward · · Score: 0

      No, Slashdot is for throwing feces at each other.

    6. Re:WTF? by Anonymous Coward · · Score: 0
      That's actually the most plausible thing I've read on this.

      Hmmmmmm...... I wonder......

    7. Re:WTF? by Xformer · · Score: 1

      Another side to that argument, is that FAT is fairly simple to implement by comparison to NTFS, WinFS, etc. If that's in fact what they're thinking, then all consumer devices will eventually have to have the processing power of laptops to be able to deal with it very well. That would drive the cost up even more...

      --
      All I want is a kind word, a warm bed and unlimited power.
    8. Re:WTF? by Anonymous Coward · · Score: 0

      That doesn't change anything to the fact that microsoft's core business, like that of just about every publicly owned company in the world, is profit maximalization.

    9. Re:WTF? by RecoveredMarketroid · · Score: 1

      Although that wasn't your original stated point...:

      1) Money in the bank != profit. One is an asset, the other is related to income.
      2) Given that there is very little marginal cost in collecting this income (there's no R&D/production involved, and likely little legal cost, given how smaller companies often cave in the face of Microsoft's legal might), every four such license fees means as much as a cent in EPS. While this is not enormous, it's simply not insignificant either.
      3) Share price is of paramount importance to management and shareholders. News like this often increases share price by a greater factor than the actual marginal profit would dictate. Just look at Nortel's 'major announcements' over the last 6 months to see this in action.

    10. Re:WTF? by Arker · · Score: 1

      And, while I'm rambling, what about the FAT driver in the Linux kernel? Is it in violation of the patent?

      IANAL, but I did at least read the material.

      It sure looks to me like the Linux FAT driver would be a violation of that patent, were the patent valid. It also looks to me like there's no way in hell the patent can be valid, considering that MicroSoft didn't invent FAT. Can you really patent something someone else came up with 20 years ago, just because you're the major user of it?

      --
      =-=-=-=-=-=-=-=-=-=-=-=-=-=-
      Friends don't let friends enable ecmascript.
    11. Re:WTF? by 42forty-two42 · · Score: 1

      Good luck running a SQL RDBMS on a digital camera. A Microsoft RDBMS, at that. You'll need a Pentium chip and 64 MB of normal (not picture storage) RAM just for the OS to run all this cruft.

    12. Re:WTF? by Anonymous Coward · · Score: 0

      profit maximalization

      Your spelling could do with some goodilization.

    13. Re:WTF? by TheAncientHacker · · Score: 1

      Microsoft absolutely invented FAT. In fact, it's about the last bit of actual BillG code still around from his coding days.

    14. Re:WTF? by MikeBabcock · · Score: 1

      But it is a lot to open source licensees ...

      --
      - Michael T. Babcock (Yes, I blog)
    15. Re:WTF? by Elendil · · Score: 1

      Suppose my digital camera's memory card was NTFS
      In order to use NTFS, your camera/memory card maker would need proper documentation about this filesystem. I don't think such information is available outside of the Microsoft campus (and maybe not even there)... which is exactly why the Linux developers have so much trouble adding NTFS support to the kernel.

    16. Re:WTF? by b-baggins · · Score: 1

      Nor should there be. The last thing I want is some elitist dictator running around telling businesses how much money is enough for them.

      It's called FREE enterprise for a reason.

      --
      You can tell a great deal about the character of a man by observing those who hate him.
    17. Re:WTF? by HiThere · · Score: 1

      The question isn't FAT, it's VFAT or FAT32 or some such. Whichever is the one with long name support.

      There seem to be good grounds for challenging the patent (this is hear-say) based on earlier work of GEOS. I hear these patents only cover long file names coexisiting in the same file system with short names. But challenging a patent is both expensive and dangerous. A safer choice is to find a way around it. The one that occurs to me is having the driver rewritten by a company that's a member of a patent pool with MS. I don't know, however, the details of the agreements that get involved in such, so this may not be a feasible approach.

      --

      I think we've pushed this "anyone can grow up to be president" thing too far.
    18. Re:WTF? by jargoone · · Score: 1

      And, while I'm rambling, what about the FAT driver in the Linux kernel? Is it in violation of the patent?

      No, the patent only has to so with hardware.

      I know you're lazy, but seriously, clicking the link and finding that out would have taken less time than typing that you are lazy. Try it sometime.

    19. Re:WTF? by Arker · · Score: 1

      No they didn't. They licensed it, then later bought it with a perpetual license left to the original owner, then were sued over contract dispute, and settled by buying out the original owners contract. It was 'invented' by Tim Patterson in his capacity as chief engineer for Seattle Computer Products, although 'invention' isn't a good word here, like most software it was an improvement of pre-existing work. They've extended it several times over the years, but again, can you patent a 'derived work'? This seems to me like an area where copyright, not patent, is appropriate, but again IANAL.

      --
      =-=-=-=-=-=-=-=-=-=-=-=-=-=-
      Friends don't let friends enable ecmascript.
    20. Re:WTF? by Arker · · Score: 1

      VFAT is the hack with long filename support built on top of an 8.3 'truename' or whatever you want to call it.

      Fat32 is the version with 'proper' long file names.

      Either way they're just incremental extensions based on the FAT system created by Tim Paterson at Seattle Computer Products back about 1980 or so. Microsoft filed for the patent many years later. Software patents are evil as hell.

      --
      =-=-=-=-=-=-=-=-=-=-=-=-=-=-
      Friends don't let friends enable ecmascript.
    21. Re:WTF? by TheAncientHacker · · Score: 1

      Once again, slowly, for those with no knowledge of history but a love of repeating stories they've sort of heard: The File Allocation Table (FAT) file system was written by Bill Gates as part of Microsoft Disk Basic in 1975-1976. SCP's QDOS was licensed by Microsoft, reworked by both MS employees and it's author (Tim Patterson) and became both IBM Personal Computer DOS 1.0 (PC-DOS) and Microsoft MS-DOS 1.0 in 1981 QDOS, MS-DOS and PC-DOS weren't even close to being the first time that Microsoft had used FAT

    22. Re:WTF? by rabidcow · · Score: 1

      Suppose my digital camera's memory card was NTFS.

      Never mind writes from a computer, that's not absolutely critical. NTFS is a lot more complex than FAT and you're talking about writing to it in an embedded device. I don't think that's going to happen unless you bought a Microsoft camera.

    23. Re:WTF? by Anonymous Coward · · Score: 0

      >> And, while I'm rambling, what about the FAT driver in the Linux kernel? Is it in violation of the patent?

      > No, the patent only has to so with hardware.

      I know you're weak minded, but seriously, what Microsoft happens to be demanding today wasn't the question.

      In answer, yes. At least to the extent Linux can create such a file system. There is NO difference, patent wise, between you and a digital memory maker.

      Microsoft is undoubtedly doing it this way to establish validity of enforcement. They would get WAY too much bad press if they went for the Linux jugler and found the patent unenforcable (for whatever reason).

      They likely want to kill off non-DRM filesystem's too. They know a majority of device makers MUST remain compatible with Windows and, as such, their choices are truely limited to the choices put forth by the monopoly.

      And, of course, they'll always willing to take the money.

      So they will establish their claim first. If this holds, they will get all SCO over their "IP", the thieves writing Linux, BSD, etc., and undoubtedly remind people about GPL/7.

      Sure, Linux will likely remove the feature, but that isn't a great answer. Not everyone is ready, or able, to "upgrade" from prior versions of Linux. I'm sure not ready to jump to 2.6.whatever.

      It may also turn out that the ability for a machine to commit an act is not legally the act itself. The notion that Linux COULD create a FAT fs may not fall afoul of the patent, it might be up to the user to secure an appropriate license before so doing. After all, it is not the means of creating the filesystem that is patented. The patent cannot be infringed except by the presence of the filesystem itself.

      GIF went that way. Many applications created GIFs but the patent was enforced by actually finding web sites that used GIFs. If you used Gimp to build GIFs for your website, somebody might come calling for some patent fees. A number of propriatary software packages bought licenses and bundled it for the user's convience, but the likes of Gimp was never pursued directly.

      The way GIF fell may have been a marketing thing. Microsoft may have other options. The Law will, as always does these days, presume guilt. But, of this you can be sure, if Microsoft can make things uncomfortable for Linux they surely will.

    24. Re:WTF? by Arker · · Score: 1

      Once again, slowly, for those that are afflicted by false expert syndrome.

      Ok, not once again, because you didn't actually raise this objection prior to now, but excuse the rhetorical flourish as you are obviously not shy about such flourishes yourself.

      Paterson (ONE T) devised the FAT system now known, in retrospect, as FAT12, but known simply as FAT until the introduction much later of the derived work known now as FAT16. He did so, as I said, undeniably under the influence of previous and well known systems already common knowledge in computer science circles, and yes that emphatically includes the unnamed file system used by MicroSoft Stand Alone Basic, which may have been coded personally by Bill Gates (I wasn't there and don't know.) But this was not a revolutionary advance suitable for a patent, it was simply one point along the continuous progression of computer science reaching back into the last century at the very least (and quite possibly the last millenia, I would argue) and it was Mr. Patersons code and file system which is the genetic ancestor in a readily verifiable and documented way that was used under license and eventually bought outright, and modified at a few points to create FAT16, VFAT, and FAT32.

      The patent was filed many years after this system was widely known, widely understood, widely implemented (hell I wrote an implementation myself to bypass system calls for a common function so my program ran faster back about the time I was 16, and I was far from the only one) and widely used long before the patent was even applied for.

      I'll repeat once again, I see no reason why this sort of thing should be eligible for patent, rather than copyright.

      --
      =-=-=-=-=-=-=-=-=-=-=-=-=-=-
      Friends don't let friends enable ecmascript.
    25. Re:WTF? by TheAncientHacker · · Score: 1

      Slowly for those who can't acknoledge that BillG invented anything... FAT in SCO was derived from FAT in Disk BASIC well known to be BillG code to anybody who was around at the time. A derivative work can't claim to be the original work in a field. Hard for a slashdotter to understand but true.

    26. Re:WTF? by jargoone · · Score: 1

      That was really long and drawn out, and you might have made a point, but it's irrelevant. The OP asked if the Linux FAT driver violates the patent. Did you look at the patent? I did. And it is not in violation. The patent deals with hardware that utilizes the filesystem. So fuck off.

    27. Re:WTF? by Arker · · Score: 1

      SCO? Where the hell did that come into this?

      And if you are correct, that just means the patent was filed more years after the fact than it does if you're wrong. We're not disagreeing on much, if anything, yet you keep repeating the BillG phrase like a machine. I think I may have been trolled.

      --
      =-=-=-=-=-=-=-=-=-=-=-=-=-=-
      Friends don't let friends enable ecmascript.
  7. Oh well by Anonymous Coward · · Score: 0

    So M$ bank account is going to get even FAT'er.

  8. good by mirko · · Score: 4, Insightful

    If they charge people, then they have to support it.
    I'll bring them my broken SD-card directories so that they fix their bugs.

    --
    Trolling using another account since 2005.
    1. Re:good by AlaskanUnderachiever · · Score: 1
      No, they're charging the producers that utilize it, not the end consumer (albeit they're doing that as well, but indirectly). They have all the responsibilities that a duck has to a toaster in regards to support issues.

      --
      Find out about my new childrens book: SS Death Camp Criminal Batallion Go To Monte Carlo For The Massacre
    2. Re:good by Anonymous Coward · · Score: 0

      what's a liberal ?

    3. Re:good by mirko · · Score: 1

      Yes, indeed, this is what I meant, but now, the manufacturer will be able to escalate these problems to them.

      Actually, I am not sure it's a good thing to acknowledge such buggy things because there'll soon be a time when limited liability won't be an excuse anymore and people will have to fix the whole thing.

      --
      Trolling using another account since 2005.
    4. Re:good by simetra · · Score: 1

      No, I don't think they have to support something just because they charge for it. I believe doing so is a marketing ploy - i.e., "Buy this and we'll support it, unlike that free crap!"

      --

      "Would it kill you to put down the toilet seat?" -- Maya Angelou
    5. Re:good by shades66 · · Score: 1

      > They aren't going to charge individuals,

      Isn't that what SCO said at first !

      --
      ---- There are 10 types of people in the world. Those that understand binary and those that don't
    6. Re:good by ceeam · · Score: 1

      Right! But, uhm, care to name _one_ system that don't ever loose the data? (Hey! I've been losing data on _all_ FS's I tried so far I think. Except Reiser, maybe. No - not so crappy HW).
      Second - do you really want the fat (not FAT! :) journaling FS in your digicams and stuff?

    7. Re:good by EinarH · · Score: 1

      Yeah, right, just like Windows 95.

      --

      Melius mori in libertate quam vivere in servitute.

  9. Apple Disk Utility by Johnny+Mnemonic · · Score: 4, Interesting


    Hm...since Apple's Disk Utility will let you format pretty much any writable media in FAT, will Apple have to pay Microsoft for that privilege? Will they choose to do so, or will they drop the ability?

    Note to manufacturers: this will make your Mac formatted media actually cheaper to produce, so even if you don't give the consumer a discount, that's just one more reason to continue to produce Mac-compatible product...

    --

    --
    $tar -xvf .sig.tar
    1. Re:Apple Disk Utility by Anonymous Coward · · Score: 0

      Wow, they can save at most a quarter out of a portrait of Grant by relegating themselves to a market one tenth the size. I bet they'll all trip overthemselves in the mad rush.

      To the slashbots at large:

      In other news Microsoft is evil for implimenting things in the public domain (such as mosaic), infringing on other peoples patents and making computers unusually easy to use over a tremendous selection of hardware. But when they ask that their patents be respected, that's what makes them really evil.

      Whatever. Seriously, hate microsoft, but the pretenses, do they have to be SO shallow. Can't you just hate them because they've got mad Scrooge McDuck money? Yeah, maybe that would be a little bit petty, but the whole self-delusion issue would be completely obviated.

    2. Re:Apple Disk Utility by wcbrown · · Score: 1

      I'm sure that this licensing scheme is just a trial balloon to see how much money they can garner. Once the coffers start to fill, you know that they have plans to start shaking down other FAT consumers.

    3. Re:Apple Disk Utility by bedouin · · Score: 1

      It seems like they're mainly targeting cameras, memory sticks, and things of that nature which are pre-formatted with FAT. In other words, the new and upcoming technologies that they can thoroughly rape for profit (everyone and their mother is getting a digital camera nowadays). Until Macs are eating up 10% or more of the market share again, MS will probably stay quiet about Disk Utility.

      If it came down to it though, the FAT option in DU is mostly for formatting floppies and zip disks for exchange with PC users. Floppies and zip disks are basically dead in Mac-land anyway, so not a whole lot would be lost in removing this. I suppose it's useful for Firewire/USB drives that are exchanged between Macs and PCs frequently though. Not sure how useful since many files saved with Mac programs (iMovie for example) need their HFS resource forks that FAT strips away.

    4. Re:Apple Disk Utility by bedouin · · Score: 1

      Oh, and one other thing. Since MS didn't file the patent until 1995 I'm not sure if this would effect Apple at all. I know for a fact that there was PC exchange support in MacOS 7.5.5, which was released in '95. I'm not sure about versions prior to that though.

    5. Re:Apple Disk Utility by Johnny+Mnemonic · · Score: 1


      I think you overlooked CDs and Flash media sticks. Especially the latter; we have lots of users that format their USB flash media with FAT, save their PowerPoint for Mac files on it, and then take it to a conference room that only has a PC set up for projection.

      --

      --
      $tar -xvf .sig.tar
    6. Re:Apple Disk Utility by TheAncientHacker · · Score: 2, Interesting

      Apple is almost certainly already licensed to use FAT as part of the cross-license agreement that was signed when Microsoft bailed Apple out of near bankruptcy.

    7. Re:Apple Disk Utility by karnal · · Score: 2

      CD's don't use FAT, IIRC.

      --
      Karnal
    8. Re:Apple Disk Utility by Johnny+Mnemonic · · Score: 1


      Hm. Interesting point. But, as another poster pointed out, Apple has been making FAT formatted media before the signing of that deal. And, the significant terms of the deal have expired: IE and Office support on the Mac were only guaranteed for 5 years, which has now elapsed. I wonder if cross-licensing patents such as you mention would have expired along with those?

      --

      --
      $tar -xvf .sig.tar
    9. Re:Apple Disk Utility by HiThere · · Score: 1

      Prior versions (back to 6.x) had it as a separate utility. There was a change in how it was done around 7.1 or 7.2, but I don't remember the details, just that it got a lot easier.

      --

      I think we've pushed this "anyone can grow up to be president" thing too far.
    10. Re:Apple Disk Utility by HiThere · · Score: 1

      How about hating them because they are armed, dangerous, and out to get you?

      However, even given that, this actually seems like a legitimate action on their part. Distinctly uncomfortable, but proper use of patents rather than the abuse that is so common. (Unless someone can show prior art, that is.)

      --

      I think we've pushed this "anyone can grow up to be president" thing too far.
    11. Re:Apple Disk Utility by Soul+Brother+#1 · · Score: 1
      But when they ask that their patents be respected, that's what makes them really evil.

      Yep. Just like Unisys just wanted its LZW patents to be respected. Remember how happy people were about that?

      -W

      --
      All unfair meta-mods are now being meta-meta-modded as retarded.
    12. Re:Apple Disk Utility by DLWormwood · · Score: 1
      I suppose it's useful for Firewire/USB drives that are exchanged between Macs and PCs frequently though. Not sure how useful since many files saved with Mac programs (iMovie for example) need their HFS resource forks that FAT strips away.

      Historically, what Macs did with "flat" file systems was to mirror or redirect the location of the resource fork and file metadata to a different location. For floppies and earlier FAT drives, the Mac would create an invisible "FINDER.DAT" file and a "RESOURCE.FRK" directory to hold this extra data. NTFS uses a couple of NT streams (prefixed with "AFP_") to store this data; CDs have a similar strategy. Other formats like UFS simply have an extra sibling file prefixed with "._".

      This has become a mess and is part of the reason Apple is trying to get away from resource forks. (There was a retracted tech note about this that led to some controversy some years back.) OS X 10.2.8 has a bug that causes the OS to confuse FAT drives with UFS regarding this redirection scheme; I now use a disk image on my keychain drive for files I know still have resource information.

      --
      Those who complain about affect & effect on /. should be disemvoweled
    13. Re:Apple Disk Utility by Anonymous Coward · · Score: 0
      Note to manufacturers: this will make your Mac formatted media actually cheaper to produce, so even if you don't give the consumer a discount, that's just one more reason to continue to produce Mac-compatible product...
      Who is to say Apple won't do the same for HFS? The only thing holding them back now is their small market share.
    14. Re:Apple Disk Utility by Rhombitruncated+Cubo · · Score: 0
      Apple is almost certainly already licensed to use FAT as part of the cross-license agreement that was signed when Microsoft bailed Apple out of near bankruptcy.

      If having over a billion dollars is near bankruptcy, I wouldn't mind being a little closer to the edge myself.

    15. Re:Apple Disk Utility by red+floyd · · Score: 1

      No, CDs use ISO 9660, but if this works, they'll probably try to shake down people for the Joliet extensions.

      --
      The only reason we have the rights we have is that people just like us died to gain those rights. -- Cheerio Boy
    16. Re:Apple Disk Utility by TheAncientHacker · · Score: 1

      I believe the cross licensing was in perpetuity for patents existing at the time of the signing.

    17. Re:Apple Disk Utility by TheAncientHacker · · Score: 1

      At the time of the Microsoft bailout, Apple was less than a year from being out of cash. Having a billion dollars isn't much when your expenses are hundreds of millions per month and your market share is dropping by huge amounts every month. Believe me, you don't want to be in the position Apple was at the time...

    18. Re:Apple Disk Utility by Anonymous Coward · · Score: 0

      Apple was using Enron-style accounting. A lot of that "cash" wasn't really available to pay the bills. They really did almost go bankrupt, but that was a couple years before the MS deal.

    19. Re:Apple Disk Utility by Anonymous Coward · · Score: 0

      Yeah, MS "bailed" Apple out. No, it wasn't a settlement for getting caught stealing code from QT, it was a magnanimous gesture by Redmond to help out an ol' buddy. They paid an undisclosed sum, and "purchased" a big chunk of non-voting stock. Don't you think they'd trumpet their generosity if it truly was an act of generosity?

      It wasn't.

      Damn, the ignorant hubris of some Windroids...

    20. Re:Apple Disk Utility by TheAncientHacker · · Score: 1

      They DID trumpet it. It was only the "Microsoft is evil incarnate" people who didn't read all the press releases and, instead, manufactured the QuickTime story. Now, it certainly wasn't altruistic. It kept MS from getting sued when Apple was down to using their patents as a source of income and it guaranteed a market for all those copies of MacOffice.

  10. Well... by hookedup · · Score: 0, Flamebait


    How many of us use a fat partition on their home computers? Since the drives cant be larger than 7.8GB, how many people does this really affect?

  11. FAT Chance! by twoslice · · Score: 2, Insightful

    How is Microsoft going to know what format the device is in without breaking the DMCA?

    --

    From excellent karma to terible karma with a single +5 funny post...
    1. Re:FAT Chance! by shadowxtc · · Score: 1

      Coulda been funny, but really, uncontemplated comments like that warrant a "Retarded" moderation attribute. Nearly any device that would use FAT would have a standard interface through which to access its data (eg: flash card). It'd be as easy as connecting it to a Windows machine and looking at the properties for the resultant drive to determine the filesystem.

    2. Re:FAT Chance! by twoslice · · Score: 5, Funny

      I wasn't trying to be funny, I was serious. It is however funny that you thought, that I thought, that it was funny....

      --

      From excellent karma to terible karma with a single +5 funny post...
    3. Re:FAT Chance! by OblongPlatypus · · Score: 1

      He didn't think it was funny, though. And if you weren't even trying to be funny, it's just even more stupid.

      --
      -- If no truths are spoken then no lies can hide --
    4. Re:FAT Chance! by High+Hat · · Score: 0

      funny, funny...

    5. Re:FAT Chance! by You're+All+Wrong · · Score: 2, Interesting

      Not so. It may present an interface that behaves like FAT, but that doesn't mean that the actual filesystem used internally is FAT.
      Interface vs. Implementation.
      Of course, if there's a FAT interface, then MS could arguably claim patent infringement, but I thought that there was a clause in patent law now that said that inter-working with a published standard was non-infringing. (Reverse engineering to inter-work with a non-published standard is different, of course.)

      YAW.

      --
      Your head of state is a corrupt weasel, I hope you're happy.
    6. Re:FAT Chance! by killmenow · · Score: 5, Insightful

      Not true. Many embedded devices could use FAT with no "standard interface" for you to know about it.

      For example, I have a digital multitrack recording studio with an embedded 20GB IDE HDD. It just happens to be formatted FAT32. I know this because the manufacturer was polite enough to sell a USB add-in card for me to connect the device to a PC or MAC for importing/exporting tracks.

      Now, had the manufacturer chosen not to offer a USB port...and only allowed me to import/export tracks via the built-in CD-ROM burner, they could've still used FAT32 for the internal HDD format, and I'd have no way of knowing without cracking the thing open and plugging the HDD into a PC.

      I'm certain any manufacturer of embedded products could use FAT32 for embedded drive formats, but use some kind of reverse-engineering crap in the DMCA to prohibit you from knowing it's FAT32.

    7. Re:FAT Chance! by You're+All+Wrong · · Score: 1

      Before anyone wastes mod points upmodding me, the above scheme of
      having an abstraction layer would probably put up the costs of the devices more than just the $0.25 payment, and so would never
      actaully happen. It's just a theoretical possibility, that's all.

      (It dooes happen though - e.g. my camera presents a not-FAT interface to my computer via the serial port despite the fact
      that the implementation (real flash card) is FAT. NFS servers
      present all underlying filesystems as the same, whether they
      were FAT, NTFS, ext2,ISO9660, whatever.)

      YAW.

      --
      Your head of state is a corrupt weasel, I hope you're happy.
    8. Re:FAT Chance! by Treacle+Treatment · · Score: 1


      I believe what Microsoft is selling is a license to use their FAT system code. If you already know how to do it then you can safely ignore this offer. I don't think there is anything more to it than that.

      --
      TT
    9. Re:FAT Chance! by HiThere · · Score: 4, Insightful

      But a real point is...if you can't tell that they're using FAT, then they could use ext2 (journalling doesn't seem appropriate) or something else.

      OTOH, if they can depend on this being a one-time charge, it's probably cheaper for them to pay the extortion than to convert.

      --

      I think we've pushed this "anyone can grow up to be president" thing too far.
    10. Re:FAT Chance! by ckaminski · · Score: 2, Interesting

      Aren't the FAT16 patents about to expire anyway? Gotta be going on 17 years at least... Times gotta be getting short. Anyone have patent number references?

    11. Re:FAT Chance! by karel1980 · · Score: 0

      You could call 'looking it up' a violation of DMCA too!
      Just a comparison: if they call this 'circumventing' then you surely can call looking at the system settings circumventing.

    12. Re:FAT Chance! by Bilbo · · Score: 2, Insightful
      > If you already know how to do it then you can safely ignore this offer.

      That would be true if they were selling a specification for the file system. A specification just helps you figure out how to interface with another system or device, so you don't have to figure it out on your own.

      In this case, this is a license to use the patented technology. In other words, if you are using a FAT file system in some device, then you've been skating along on legal thin ice. Well, the thin ice just broke under you, and you now have to anti up big $$$ to continue to use it, especially if you are distributing devices with an embedded FAT filesystem (e.g. Flash memory).

      (I'm still wondering how this will affect the Linux kernel, since it has support for FAT file systems. I wonder if Linux is going to have to drop the support, of if we'll be able to slip in under the "interoperability" loophole.)

      --
      Your Servant, B. Baggins
    13. Re:FAT Chance! by killmenow · · Score: 5, Insightful
      if they can depend on this being a one-time charge...
      Well, with Microsoft involved, what you can depend on is an area of concern in my mind.

      And if you can't tell what they're using, ext2 or any number of filesystems may be usable. But, if you're a manufacturer selling through a channel, you may want to offer diagnostic and repair licenses to resellers. FAT32 may be a better choice merely for the simplicity of unplugging the drive from the device and plugging it into a PC that will in most cases be running Windows for diagnostic/repair work. And it is likely perceived as easier by the manufacturer to train certified repair shops on Windows-based tools as opposed to Linux ones.
    14. Re:FAT Chance! by Anonymous Coward · · Score: 0

      Right Here (probably from someone who actually RTFA, in which they listed the patent numbers).

    15. Re:FAT Chance! by Kourino · · Score: 4, Interesting

      Except, the linked webpage clearly states:

      "Microsoft's FAT file system license offers limited rights to issued and pending Microsoft patents on FAT file system technology, as well as rights to implement the Microsoft FAT file system specification."

      It appears that Microsoft is selling a liscense to implement their filesystem. However, the liscense is for manufacturers of consumer electronics and removable media. It's unclear, based on my lack of knowledge of this legal area and the ambiguity of this document, whether (e.g.) writers of software targeting non-consumer electronics products (such as personal computers) would need to approach Microsoft for liscensing.

      However, the patents all have to do with VFAT long filenames. Thus, it appears that a manufacturer may only have to refuse to deal with anything other than valid 8.3 filenames to avoid the patent liscensing hassle. I don't know how Microsoft could claim to enforce a restriction on implementing anything on FAT that's not patented; I don't believe they can, under US law, but like I said, I have a very incomplete understanding of US law in this respect.

    16. Re:FAT Chance! by Anonymous Coward · · Score: 0, Troll

      Better to use ufs or ufsv2 - something without a GPL weighing it down. That way the manufacturers can make money without GPL nutjobs getting upset.

    17. Re:FAT Chance! by tubs · · Score: 1

      Cor, I forgot that FAT never used to support more than 8.3 characters.

      I was going to do for my final year dissertation a solution to this, with creating another file of the same type with an 8.idd extension. This other file would then have the long filename inside it, plus any other information you wanted to make with it (Picture types, last updates, authors etc ect).

      There would have then been special command line utilities that worked to include these files. Say a dir would read all the .idd files and print the long filenames, rename would only change the name in the .idd file.

      Each file would have to had a unique filname though, and it would have just been some sort of random number.

      Maybe I should have Patented it, but then Doom came out and I didn't bother.

      --

      try to make ends meet, you're a slave to money, then you die

    18. Re:FAT Chance! by iabervon · · Score: 1

      How do you know that the device isn't reading a non-FAT filesystem, and exporting to you a virtual FAT view of it? Just because the device has a HDD and the device looks like USB storage doesn't mean the USB storage actually shows the bit-for-bit contents of the hard drive.

    19. Re:FAT Chance! by lazyl · · Score: 2, Troll

      I'm certain any manufacturer of embedded products could use FAT32 for embedded drive formats, but use some kind of reverse-engineering crap in the DMCA to prohibit you from knowing it's FAT32.

      I really wish you people would stop pretending that the DMCA is some magical wand that allows coporations to do whatever they want. There's no way anybody could use the DMCA to shield them in a situation like that; it's laughable. The purpose of the DMCA is for situations like Adobe's ebook, where if someone cracks the encryption they'd get free ebooks. In that situation the DMCA is a Good Thing. Coporations can't use the DMCA to cover up illegal activity or to stifle competition (garage door remote, Lexmark ink cartridge), or a dozen other things that /.ers are trying to claim they will use it for.

      --
      Aw crap, ninjas!
    20. Re:FAT Chance! by MuParadigm · · Score: 1


      It probably is patented already. IBM used a similiar technique for its Extended Attributes in OS/2.

      But IBM wouldn't go after you for patent infringement these days, unless you *really* pissed them off (e.g. SCO).

    21. Re:FAT Chance! by Cardbox · · Score: 1

      If a manufacturer prevented you from knowing that your equipment was using FAT32, this would not change the fact that it was FAT32, and Microsoft could still order it to be seized and destroyed.

    22. Re:FAT Chance! by Computer! · · Score: 0

      Not every device connects to a Windows machine. What if it is a hard-disk-based video camera? How about a security keyfob updated wirelessly by a specialized appliance? What about a car computer's internal storage subsystem?

      The grandparent poster has a valid point.

      --
      If you fall off a building, go real limp, because maybe you'll look like a dummy and people will be like hey, free dummy
    23. Re:FAT Chance! by Malc · · Score: 1

      Journalling always seems important to me. Especially in a comsumer device which could be unplugged without warning.

    24. Re:FAT Chance! by pyros · · Score: 4, Funny
      I'm still wondering how this will affect the Linux kernel, since it has support for FAT file systems. I wonder if Linux is going to have to drop the support, of if we'll be able to slip in under the "interoperability" loophole.

      That's easy. Red Hat will not include the precomiled module in their binary kernel packages, but 40 new sites will pop up with incompatible RPMs of the module for various kernels. Debian will probably move it to a separate set of packages in non-free or non-US. Mandrake and Suse will do fuck-all, since they're in Europe. Gentoo users will say 'what's a binary package?' and continue compiling it into their kernels. Slackware users will say 'tgz kicks ass, dependencies are teh sux0r.'

      ;)

    25. Re:FAT Chance! by swillden · · Score: 1

      How is Microsoft going to know what format the device is in without breaking the DMCA?

      You're probably trolling (and have been moderated accordingly), but it's worth pointing out why this is not true.

      The DMCA does not impose some sort of blanket restriction on looking under the covers of devices. What it does (related to this; it did a lot of things) is bad and overbroad, but not *that* bad.

      The DMCA says that it is illegal to market or distribute products that can be used to circumvent copyright protection technology.

      I cannot see any possible way in which Microsoft's examination of the file format used by a device can be construed as marketing or distribution of a copyright circumvention device.

      --
      Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.
    26. Re:FAT Chance! by Minna+Kirai · · Score: 1

      How do you know that the device isn't reading a non-FAT filesystem, and exporting to you a virtual FAT view of it?

      1. Because that would be unstable, inefficient, and crazy.

      2. Because creating a "virtual FAT view" would violate the patents just like using actual FAT.

    27. Re:FAT Chance! by Minna+Kirai · · Score: 4, Insightful

      The purpose of the DMCA is for situations like Adobe's ebook, where if someone cracks the encryption they'd get free ebooks. In that situation the DMCA is a Good Thing. Coporations can't use the DMCA to cover up illegal activity or to stifle competition

      Prohibiting the creation of Free Software PDF readers is undeniably stifling competition.

    28. Re:FAT Chance! by DavidTC · · Score: 1
      Simple. The device manfacture just includes copyrighted content on the drive.

      Presto. All machines that can read FAT drives are copyright circumvention devices.

      And, yes, the DMCA truely is that stupid.

      --
      If corporations are people, aren't stockholders guilty of slavery?
    29. Re:FAT Chance! by WNight · · Score: 3, Funny

      Insightful? How about retarded? How else can you write a post directly contrary to all evidence?

      A product using ext3 wouldn't have to be open sourced, any more than a product running on Linux. Any changes made to the filesystem would, but it's highly unlikely that you're going to have so grand an idea for a filesystem that your product hinges on it, and then have to implement it on top of someone else's filesystem.

      Besides, using GPLed components basically prevents patent issues. By intentionally releasing something that requires you to agree that it is patent encumbered you pretty much give implicit free licenses to any patents that you may have on that code. Otherwise you didn't honor the contract you entered into with the original author of the software.

      What would you prefer? Having to open source some tiny filesystem component you added to ext3, or having to pay Microsoft up to $250,000?

    30. Re:FAT Chance! by Minna+Kirai · · Score: 1

      That's easy.

      Yes, the response is obvious: Linux distributors will treat FAT code just like they do DeCSS today. That's not a satisfactory solution... look at how badly reviewers take the DeCSS situation today.

      This may really hurt the adoption of Linux. No longer will you be able to just slip a Linux CD (Knoppix for instance) into a WindowsME box and start reading off of the existing hard drives. No, you've first got to get networking going so it can download the FAT driver from a "pirate" server in Bermuda.

      (Nevermind that the easiest way for Linux to automatically establish a network connection would be to read the FAT disk and see what settings Windows(r) is using...)

      Mandrake and Suse will do fuck-all, since they're in Europe. Gentoo users will say 'what's a binary package?

      And newbies will say "Linux sucks, it can't even read a hard drive! I give up"

    31. Re:FAT Chance! by Minna+Kirai · · Score: 1

      The solution Microsoft came up with is much better than what you were proposing. They didn't leave extra filenames in places that older programs could see them and get confused (like they do with Shortcut files). They're hidden in previously unused portions of the disk records, invisible to everything but the OS.

    32. Re:FAT Chance! by swillden · · Score: 1

      Simple. The device manfacturer just includes copyrighted content on the drive.

      Presto. All machines that can read FAT drives are copyright circumvention devices.

      No, for multiple reasons. The biggest one is that you're going to have a hard time convincing any court that a file format that has been used for over 20 years to enable access to the content it holds is suddenly being used -- without modification -- to protect the content and limit access. The defense would just point out that the plaintiff deliberately chose an open, standardized format that's readable by of millions of devices, and now wants to claim that he did so in order to stop the data from being read? Even the dumbest high school-dropout juror is going to understand that is ludicrous.

      Second, this wouldn't in any way stop Microsoft from noticing the "abuse" of their patents and asking for payment. And Microsoft would have an obvious recourse for a countersuit -- just refuse to license their patents to the device manufacturers and sue for patent infringement.

      There are other reasons, but that's enough.

      And, yes, the DMCA truly is that stupid.

      No, it's not. It's stupid, but not that stupid. Too bad, really. If it were that stupid it would be easier to get rid of. Go read Title 17 to see what it really says.

      --
      Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.
    33. Re:FAT Chance! by sylvandb · · Score: 2, Informative

      The purpose of the DMCA is for situations like Adobe's ebook, where if someone cracks the encryption they'd get free ebooks. In that situation the DMCA is a Good Thing.

      Nonsense.

      Copying, distributing, etc. was protected by copyright prior to the DMCA and still is. The only thing DMCA changes in the equation, is the addition of extra punishment. Just like a robbery vs a robbery with a gun -- using the gun is a special condition that allows additional punishment for the illegal act of robbery even if everything else is exactly the same. The DMCA is nothing more than a club to provide additional leverage (via punishment) for copyright violations.

      sdb

    34. Re:FAT Chance! by dgatwood · · Score: 2, Interesting
      Does IBM own a significant stake in any company that makes digital cameras or flash cards? Not anymore. You'll notice that Microsoft patiently waited until after IBM sold their drive division. (Remember the microdrive?)

      Hmm. It kind of makes you think, doesn't it.

      --

      Check out my sci-fi/humor trilogy at PatriotsBooks.

    35. Re:FAT Chance! by GlassHeart · · Score: 1
      I wonder if Linux is going to have to drop the support, of if we'll be able to slip in under the "interoperability" loophole.)

      What loophole? There are interoperability clauses that allow for reverse engineering which would otherwise have violated copyright or a specific user license in some countries, but none that cover patents that I know of. You can't write an MP3 encoder, violating the relevant patents, and claim it's just to be compatible with the MP3 format.

    36. Re:FAT Chance! by Lemmeoutada+Collecti · · Score: 1

      No, newbies will say "Linux sucks! It can't even see my memory. I have 120gigs of memory and can't use it!"

      Never overestimate the newbie...

      --

      You can have it fast, accurate, or pretty. Pick any 2.
    37. Re:FAT Chance! by Anonymous Coward · · Score: 0
      "However, the patents all have to do with VFAT long filenames."

      Well, then, no problem. The future of windows-compatable software is 8.3 filenames. Did Microsoft applications ever get decent support for longer filenames anyway?

      Not intended as a troll. It's been a while since I used any.

    38. Re:FAT Chance! by pyros · · Score: 1
      No longer will you be able to just slip a Linux CD (Knoppix for instance

      I know you said for instance, but Knoppix, Gnoppix, and now Mandrake (the only popular live-cd distros I know of) are all produced in Europe. The Debian installer up front says 'do you want to install non-free/non-us software?' I know the debian installer sucks, bu access to legally shaky (in the U.S.) software is not one of it's shortcomings.

      Nevermind that the easiest way for Linux to automatically establish a network connection would be to read the FAT disk and see what settings Windows(r) is using...

      Uh, wouldn't the easiest way to set up networking be to check for a NIC, and if found try to get a DHCP lease?

    39. Re:FAT Chance! by dpilot · · Score: 1

      Let's see DSC00072.jpg
      That's 12345678.123

      I was just futzing with this last night on my files that came from a Sony digital camera. If the patents truly are related to long filenames, looks like Sony might be covered, unless they support long directory names (Entering LFNs them using the UI of a digital camera would be a royal pain.) or unless the name gets one digit longer on my millionth picture, assuming the camera lasts that long and I insist on the ability to store every picture I take with it in one directory.

      --
      The living have better things to do than to continue hating the dead.
    40. Re:FAT Chance! by iantri · · Score: 1
      Who's preventing FOSS PDF readers? They stopped Skylarov (sic?) from distributing a program that cracked the encryption on Adobe eBooks.

      Adobe has even published details about how PDF works.

    41. Re:FAT Chance! by lazyl · · Score: 1

      Prohibiting the creation of Free Software PDF readers is undeniably stifling competition.

      That has nothing to do with the DMCA. If people want to make compatible tools, then they have to license the technology, not reverse engineer it.

      --
      Aw crap, ninjas!
    42. Re:FAT Chance! by Anonymous Coward · · Score: 0

      Sorry. Reverse engineering *is* one way to go about making compatible tools. It's a difficult, time consuming way to go about it. Licensing is a popular option because it takes less time/effort/money than reverse engineering. If the license isn't cheaper from a time/effort/money perspective than reverse engineering, licenses don't sell.

    43. Re:FAT Chance! by Minna+Kirai · · Score: 1

      Who's preventing FOSS PDF readers? They stopped Skylarov (sic?) from distributing a program that cracked the encryption on Adobe eBooks.

      So a FOSS reader cannot open an encrypted PDF file (even if you know the password)...
      So a FOSS reader cannot open all PDF files...
      So the FOSS program can't honestly be called a PDF reader then, can it?

      (If you don't belive me, then go buy Acrobat and download xpdf and kghostview. Have Acrobat export a text file to encrypted PDF, and see if either of the Free programs can read it. They can't even try)

    44. Re:FAT Chance! by Anonymous Coward · · Score: 0

      Except that it has effectively made *access* to the work a crime if the publisher doesn't agree with how you did it. EVEN IF YOU AREN'T VIOLATING COPYRIGHT IN THE PROCESS!!!

      I buy a book. I read it. No copyright violation.

      I by an e-book. I read it. No copyright violation.

      I buy an encrypted e-book. I read it. No copyright violation.

      I buy an encrypted e-book. I create software that lets me read it on a computer system that the publisher does not support. I read it. DMCA violation, but still no copyright violation.

    45. Re:FAT Chance! by lazyl · · Score: 1

      Copying, distributing, etc. was protected by copyright prior to the DMCA and still is. The only thing DMCA changes in the equation, is the addition of extra punishment.

      It's a little more complicated then that in this case because Adobe doesn't own the copyright on the content. They're using the DMCA to protect the distribution mechanism. It's perfectly reasonable for someone to take public domain content and package it in an ebook. Under the DMCA, cracking that ebook is illegal, even if the content is public.

      Just like a robbery vs a robbery with a gun -- using the gun is a special condition that allows additional punishment for the illegal act of robbery even if everything else is exactly the same.

      So why is this 'Nonsense'?

      --
      Aw crap, ninjas!
    46. Re:FAT Chance! by lazyl · · Score: 1

      Sorry. Reverse engineering *is* one way to go about making compatible tools

      And it's nearly always illegal.

      --
      Aw crap, ninjas!
    47. Re:FAT Chance! by ChrisMaple · · Score: 2, Insightful

      The Lexmark example you cite shows that manufacturers will attempt to use the DCMA to stifle competition. This attempt will discourage small competition unable undertake protracted legal battles. It will also add to the costs of those competitors who are able to undertake a legal battle.

      --
      Contribute to civilization: ari.aynrand.org/donate
    48. Re:FAT Chance! by tombeard · · Score: 1

      I don't see how they were skating on thin ice. IIRC, a patent must to be vigeriously defended, just like a copyright. You can't really let others use your patent for a long time, then announce that everyone using your patent owes you money. I know this has been tried but I suspect it would fail if it actually wound up in court.

      --
      The reason we subjugate ourselves to law is to better procure justice. If law does not accomplish this purpose then it m
    49. Re:FAT Chance! by CyberGarp · · Score: 1

      The DMCA is nothing more than a club to provide additional leverage (via punishment) for copyright violations.

      That was it's stated intent. But what it's being used for is another story. It's a club that's being swung in all directions knocking people down right and left for ligit activities. Did Skylarov crack eBooks for the purpose of bootlegging? No he did it with the stated purpose of creating backup copies. And how much did the garage door company have to pay during the lawsuit? The bootleggers aren't slowed much by the DMCA--they just make straight copies-- encryption and all. It's those who circumvent control, that are getting hit with the club.

      --

      I used to wonder what was so holy about a silent night, now I have a child.
    50. Re:FAT Chance! by HiThere · · Score: 1

      Sorry. GPL prevents *SOME* patent issues. But if the author doesn't own the patent, then he doesn't have the right to waive it.

      This is one of the reasons that software patents are so vile. People are continually reinventing things, and some of them are patented by the original inventor (a legally sound patent, even if the law itself is dubious), others were patented by someone duplicating the work that others have already done and published. You can get those thrown out if you have enough time & money & luck. Others were done by intentionally copying standard practice, but describing it in a way that doesn't make it immediately obvious. Technically this is fraud, but nobody's ever been convicted (that I've heard of), as it's nearly impossible to prove. With luck, time, and money though, you can again get this kind of patent thrown out.

      I haven't yet seen a valid case for software patents, but I have seen a few algorithms that do merit special protection. OTOH, if the theory of relativity didn't merit patent protection, it's hard to see how anything else could. And it didn't.

      I don't know whether Intel pulled a fast one when it managed to get ROMs patented rather than copyrighted, or whether nobody understood where this was taking things. But mathematical expressions, including programs, should not be covered by patents. If for no other reason, then because the patent clerks have no idea what they are doing.

      --

      I think we've pushed this "anyone can grow up to be president" thing too far.
    51. Re:FAT Chance! by Hobbex · · Score: 1

      That has nothing to do with the DMCA. If people want to make compatible tools, then they have to license the technology, not reverse engineer it.

      I hope you aren't posting that from an IBM compatible PC. Those dirty thieving bastards at Compaq should just have licensed it from IBM!!!

      Thank God that the "DMCA is a Good Thing". Keeps us from having horrible things like competition occuring in the future!

    52. Re:FAT Chance! by bhtooefr · · Score: 1

      There's the other way around too. Dell uses a FAT16 partition that is designed to look like an Unknown partition. However, thanks to Linux actually looking into the structure of the partition, it knows it's FAT16, and can figure it out.

    53. Re:FAT Chance! by WNight · · Score: 1

      But it is a wildcard law. Just not versus other corporations who can afford to fight back.

      I could easily see some Adobe-like company claiming that by decoding the XORed traffic on their drive controller that you defeated a copy protection feature, even if the device is a microwave or something, and bury you under paperwork unless you agree to settle for $10k and a gag order.

      I mean, that's pretty much a template for a future Slashdot submission right there.

      But of course, when entities will millions of dollars for legal fees can't simply pick on the poor, they at least invent slightly better legal justification.

    54. Re:FAT Chance! by Anonymous Coward · · Score: 0

      Reverse engineering is not illegal you stupid fuck. Maybe it is in Soviet Russia dumb ass.

    55. Re:FAT Chance! by sylvandb · · Score: 1

      It's a little more complicated then [sic] that in this case because Adobe doesn't own the copyright on the content. They're using the DMCA to protect the distribution mechanism. It's perfectly reasonable for someone to take public domain content and package it in an ebook. Under the DMCA, cracking that ebook is illegal, even if the content is public.

      The original strawman was "free ebooks" and now you worry about a distribution mechanism? Never-the-less, the DMCA is not needed for that. Even without DMCA either the mechanism is copyrighted, or the compilation of the mechanism and the content is protected, or both.

      The DMCA is analogous to a law making it worse to wear sunglasses when jaywalking. Being a law does not mean it is worthwhile or that it makes sense.

      sdb

    56. Re:FAT Chance! by Anonymous Coward · · Score: 0

      IBM makes shitloads of money licencing patents, so they are the last one who should complain about this. They've already scored their 25 cents off the top of every PC.

    57. Re:FAT Chance! by Anonymous Coward · · Score: 0

      "but like I said, I have a very incomplete understanding of US law in this respect."

      No problem. Nobody else in the US has a qlue about its laws. Much less a complete one =)

      The law in US seem to be the alternative to be civilized. Hmm.. Why do they have civil courts when they are not civilized?

      And the court is where you try to get money from another sucker when your company is doing poor bussiness.

    58. Re:FAT Chance! by Bilbo · · Score: 1
      > a patent must to be vigeriously defended, just like a copyright.

      Actually, as has been pointed out in numerous posts, this is NOT true. This is only for Trademarks, and perhaps copyrights.

      > I don't see how they were skating on thin ice.

      The people skating on thin ice were the people USING the patented technology without proper permission. The fact that MS wasn't enforcing the patent meant they could get away with it, for the time being, and implement the FAT on their devices. However, now that MS has chosen to enforce the patent, the manufacturers are caught between a rock and a hard place...

      --
      Your Servant, B. Baggins
    59. Re:FAT Chance! by popeyethesailor · · Score: 1

      Somebody released an xpdf version which claims to read secure PDF documents, and honours the permissions(meaning no copy/paste,printing etc).

    60. Re:FAT Chance! by Anonymous Coward · · Score: 0

      Except that in Soviet Russia, it was explicitly legal. Heck, they were reverse engineering hardware, not just software.

    61. Re:FAT Chance! by lazyl · · Score: 1

      I'm talking about the reverse engineering of things that are legitimately protected by the DMCA. Not reverse engineering in general. Then the question goes back to what is legitimately protected which is the original focus of the argument.

      --
      Aw crap, ninjas!
    62. Re:FAT Chance! by lazyl · · Score: 1

      The original strawman was "free ebooks" and now you worry about a distribution mechanism?

      When I say distribution mechanism, I'm referring to the ebook format.

      Even without DMCA either the mechanism is copyrighted

      Yes, but they're not copying the mechanism, so the copyright doesn't matter. They're cracking through it.

      or the compilation of the mechanism and the content is protected

      They're not copying that either. All they're copying is the content, which I've said before might already be public domain.

      Besides, even if the content of the ebook was copyrighted, creating and distributing a tool to crack the encryption would not infringe that copyright. Only using the tool would. You wouldn't be able to use copyright law to sue the maker of the tool, you'd have to sue the users. The DMCA allows Adobe to sue the creator.

      --
      Aw crap, ninjas!
    63. Re:FAT Chance! by tubs · · Score: 1

      Yea, sure there would have been problems - but there may have been ways around it - for example using a TSR and interrupts to try and catch any disk access.

      And as MS would have had more resources to work on this, they came up with a better solution - I would have loved to be able to buy loads of hardware to break by hitting at the assembler level - but getting pissed and trying to pull would have been higher on my agenda at that time ....

      And as this would have been a dissertation/project, and as I didn't actually go down this route, it doesn't really matter - but it could have been an elegant solution.

      --

      try to make ends meet, you're a slave to money, then you die

    64. Re:FAT Chance! by Treacle+Treatment · · Score: 1

      They are licensing VFAT for manufacturers who want to use VFAT formatted devices. FAT in and of itself is a DR-DOS derivitave that they do not own. Why after years of letting companies use VFAT are they now deciding that they should charge for that technology other than to reap a profit on the millions of memory sticks, memory cards, smart media, etc?

      --
      TT
    65. Re:FAT Chance! by sylvandb · · Score: 1

      I guess I may just have to blow some karma to address your flawed reasoning point by offtopic point.

      If they are not copying the mechanism, no one is getting hurt so it is not immoral and should not be illegal. Conclusion: the DMCA is not needed and it made this harmless act illegal simply as a big club.

      Cracking the protection mechanism does not hurt anyone, so it is not immoral and should not be illegal. Conclusion: the DMCA is not needed and is just a big club.

      If the content is public domain, and it gets copied, nobody is hurt and it it is not immoral and should not be illegal. Conclusion: the DMCA is not needed and is just a big club.

      If the content is not public domain, and it gets copied, normal copyright law is violated. Conclusion: the DMCA is not needed and it is just yet another club.

      Creating and/or distributing a tool to crack encryption hurts no one, it is not immoral and should not be illegal. Conclusion: the DMCA is not needed and is just a big club.

      Using that tool to crack encryption on content you have a right to use hurts no one, it is not immoral and should not be illegal. Conclusion: the DMCA is not needed and is just a big club.

      Using that tool to crack encryption on content you do not have a right to use is a violation of normal copyright law. Conclusion: the DMCA is not needed and is just yet another club.

      Overarching conclusion: the DMCA is just a big club which has no lawful nor moral purpose and as such is not needed.

      sdb

    66. Re:FAT Chance! by shadowxtc · · Score: 1

      PDF is really gay anyway. Let it die.

  12. SCO's new fan club by four2five · · Score: 1

    If this is the sign of a starting trend, the trend being to use patents to build a revenue stream at the cost of a more open tech. industry, we're in for a rocky road.

    --
    -or so you'd think
  13. Charging for their IP by mOoZik · · Score: 5, Informative

    I see nothing wrong with it. They own the patents, so they have the right to sell it to whoever pays. BTW, slashdot post is a bit misleading.

    "Pricing for this license is US$0.25 per unit with a cap on total royalties of $250,000 per licensee."

    The $250K is the cap; that means, that is the maximum amount they will charger per license holder for the use of the FAT. Just thought it came across incorrectly.

    1. Re:Charging for their IP by arkanes · · Score: 1

      The people who this will mainly affect, and who the post is referring to, are the manufacturers of Flash and USB memory, which almost universally uses FAT. Not to mention all the devices which use those memory sticks, like every single digital camera out there. I think it's fair to say that most people who make Flash memory ship more than a million units of it.

    2. Re:Charging for their IP by Anonymous Coward · · Score: 0

      i agree completely. but i find it a little funny. i only use linux on my computers, so i don't know much about it, but wasn't fat like a windows 98 thing? don't people at least use 2000 now? who uses fat? and whats the point? wouldn't microsoft want to encourage the use of fat and not discourage it by charging for it? like some other poster said, are they just trying to get people to move to ntfs or that new longhorn one? weird.

    3. Re:Charging for their IP by Cooper_007 · · Score: 1
      It's 20+ year old tech. Flash media has existed for a considerable time by now too, as have things like digital cameras and stuff that write to them. Don't you think it's a little filthy to wait for companies to have their hardware in place before "suddenly" realising they have rights over the IP in it?

      It's legal, but that doesn't mean there's nothing wrong with it.

      Cooper
      --
      I don't need a pass to pass this pass!
      - Groo The Wanderer -

    4. Re:Charging for their IP by criquet · · Score: 1

      "I see nothing wrong with it. They own the patents, so they have the right to sell it to whoever pays."

      If they don't enforce the patents until there is significant market backing, it's wrong. They shouldn't be allowed to do that.

    5. Re:Charging for their IP by mOoZik · · Score: 1

      It's business; forget morality. Is it not possible that the company (in this case MS) feels it should profit from technology which it has provided free of licensing charges for nearly thirty years? Sure, it may be dirty, and I'm sure they're doing it to hurt Linux and other competitors, but they have the right to do so. Legal rights are absolute, especially in patent cases.

    6. Re:Charging for their IP by DemoLiter3 · · Score: 1

      don't people at least use 2000 now?

      No, many still use W98, for example myself. And if I ever would switch to 2K or XP, I would still have to format system partition as FAT32, in order to be able to backup my clean Windows install under Linux (by copying c:\windows and c:\Program Files) to be restored when it fucks up.

      Unless, of course Linux gets proper NTFS support until then. The recent news about wrapping native Windoze driver gives some hope, but it's still way too slow to be usable.

    7. Re:Charging for their IP by Random832 · · Score: 1

      just because they have the legal right to do something doesn't mean it's not unethical

      --
      We've secretly replaced Slashdot with new Folgers Crystals - let's see if it notices.
    8. Re:Charging for their IP by mOoZik · · Score: 1

      Of course not. Read my post again. It may be unethical, in the eyes of some people, to have a MS domination in the desktop operating system market, but hey, get used to it. This is business and money is the main issue for them. Do you think they take such actions to promote ethics?

    9. Re:Charging for their IP by TiggsPanther · · Score: 1

      The Parent makes a good point here.

      Legally, it's in their rights to do so. Realistically, many commercial companies would do just the same.
      And, if we're honest, people wouldn't be complaining quite as loudly if it wasn't Microsoft pulling this.

      I'm not saying people wouldn't complain - or be right to do so - if another company pulled this stunt. I'm just saying that we're probably shouting all the louder 'cos it's MS.

      But they are well in their rights to start charging for a service/product they've provided for effectively free for so long.
      We don't have to like it. but they are in the right here.

      Ethically, it's a bit dodgy. And it's gonna tick [people off big-time. And waiting until it's a de-facto standard is just plain infuriating. But it's not wrong[*].

      TIGGS

      [*] Now whether it SHOULD be wrong is a whole 'nother matter. ;)

      --
      Tiggs
      "120 chars should be enough for everyone..."
    10. Re:Charging for their IP by criquet · · Score: 1

      "Legal rights are absolute"

      Then why do we have courts?

      I think if a contract isn't defended from violation, it's void. Should be the same for patents. Since they've offered it for free, it becomes free by default (especially after >20 years). I'm certain there is precedent for this elsewhere in law. "Possession is 9/10 the law". FAT has been public (free) for far to long for Microsoft to consider it theirs.

    11. Re:Charging for their IP by Random832 · · Score: 1

      that doesn't mean people don't have the right to complain about it

      --
      We've secretly replaced Slashdot with new Folgers Crystals - let's see if it notices.
  14. Long File Names by Anonymous Coward · · Score: 5, Interesting

    All four listed patents deal with the problem of having both short and long file names. None of my digital cameras use long file names.

    1. Re:Long File Names by twoslice · · Score: 1
      In addition, the FAT file system licensing package includes rights to FAT file system innovations for which Microsoft has filed a claim for a patent that the U.S. Patent Office has not yet granted.

      Microsoft forgot one....

      --

      From excellent karma to terible karma with a single +5 funny post...
    2. Re:Long File Names by heironymouscoward · · Score: 1

      Does that make it FAT32 that is patented, not FAT16?

      None of my cameras use long filenames either, all 8-character ones.

      Does Linux infringe these patents when it reads/writes FAT(32) systems?

      --
      Ceci n'est pas une signature
    3. Re:Long File Names by Richard+W.M.+Jones · · Score: 1
      Mod the parent up!!

      Thankfully someone else took the time to actually look at the patents, and, yes, they all cover the "VFAT" format for munging long filenames into the existing FAT standard.

      No real news here for camera manufacturers - they only use short 8.3 names.

      Nor, probably, for the rest of us. All the patents were granted after April 1995, which means it's highly likely that there's prior art, and the technique is pretty obvious anyway.

      Rich.

    4. Re:Long File Names by pointbeing · · Score: 2, Insightful
      "All four listed patents deal with the problem of having both short and long file names. None of my digital cameras use long file names."

      That's a limitation of the camera, not the filesystem. All my CF cards are formatted FAT32 and can support long filenames. As removable media gets bigger FAT32 or something like it is gonna be required for volumes bigger than 2gb anyway.

      --
      we see things not as as they are, but as we are.
      -- anais nin
    5. Re:Long File Names by Ageless · · Score: 1

      That might be, but I bet they are formatted FAT32. Try creating a long filename on one.

    6. Re:Long File Names by Lface · · Score: 1

      Long file names has nothing to do with FAT32. The long filenames are stored in extra directory entries, and this works just fine with FAT16 and FAT12 too.

    7. Re:Long File Names by HiThere · · Score: 1

      It has been asserted that the VFAT driver violates this patent. I wouldn't know.

      Just for thought:
      Are MS and IBM a part of the same patent pool? What are the restrictions on it? Would it be legitimate for IBM to create & release a VFAT driver for Linux? Who did the original VFAT driver? Did it come from a company that was part of a patent pool with MS? (etc.)

      If not, then the VFAT driver needs to come out immediately. Patent damages can be made retroactive.

      --

      I think we've pushed this "anyone can grow up to be president" thing too far.
    8. Re:Long File Names by radish · · Score: 1

      Long file names are perfectly possible on FAT16. The patented thing is VFAT - the extensions to FAT(16/32) which allow long filenames.

      --

      ---- Den ene knappen er powerknapp, den andre er Bender voice knapp "Bite My Shiny Metal Ass"

    9. Re:Long File Names by pointbeing · · Score: 1

      This is absolutely correct - I'm gonna shut the hell up now :)

      --
      we see things not as as they are, but as we are.
      -- anais nin
  15. Doesn't that just remind you by CaptainZapp · · Score: 5, Insightful
    Of the friendly folks at Unisys (GIF) or the Fraunhofer Institut (MP3)?

    The point why I think such a scheme is totally fucked and dishonest is not the fact that such patents exist, but because of the following business model:

    1. Create valuable idea

    2. Wait until it's a defacto standard 3. PROFIT !!! (no ??? required)

    It looks more and more like RMS is a true visionary.

    --
    ich bin der musikant

    mit taschenrechner in der hand

    kraftwerk

    1. Re:Doesn't that just remind you by Anonymous Coward · · Score: 0

      Apologies for the OT. And sorry if I seem like a smarmy nit-picky cock. That's just me. Your Sig is in fact "Rocker's Hi-FI". Kruder and Dorfmeister (aka K&D) just did a remix of it for the K&D sessions (Which is probably where you heard it). Just thought I'd let you know rather than let you continue to look unhip.

    2. Re:Doesn't that just remind you by Robmonster · · Score: 4, Insightful

      Whats so wrong with creating a valuable idea and expecting to profit from it.....?

      --
      I have no sig yet I must scream.
    3. Re:Doesn't that just remind you by zerocool^ · · Score: 5, Insightful

      Whats so wrong with creating a valuable idea and expecting to profit from it.....?

      Nothing.

      But there is something wrong with creating an idea, waiting for it to become so standard that even our keychains come pre-formatted with this technology, and such that any number of 3rd parties provide support for this technology in order to conform with the "norm" (apple, linux, etc), and *THEN* expecting people to pay for it, once it's been entrenched in the economy as irreplaceable and free.

      Especially when said technology was created in the '70's and patented in the '90's.

      ~Will

      --
      sig?
    4. Re:Doesn't that just remind you by period3 · · Score: 0

      Kraft dinner said that?

    5. Re:Doesn't that just remind you by Rogerborg · · Score: 3, Insightful

      Nothing. Now, what part of step 2 are you having trouble understanding?

      --
      If you were blocking sigs, you wouldn't have to read this.
    6. Re:Doesn't that just remind you by mosschops · · Score: 1

      Whats so wrong with creating a valuable idea and expecting to profit from it.....? ... when there is no indication a licence charge will be required, until after lots of people are reliant on it. If they'd quoted a licence price up-front, it's doubtful so many devices would be using it today as a so-called "standard".

      It's a disgusting tactic, but shows MS is getting more and more desperate to fight off any competition. I won't be sorry if this completely backfires on them.

    7. Re:Doesn't that just remind you by Zoshnell · · Score: 1

      I beleive the point of contention was not from creating the idea to profit on it, but creating the idea, letting it distribute and became an industry standard, then bait and switch by saying, "I've noticed you like the FAT, eh? The FAT is good yes? YOU PAY FOR THE FAT!" And so forth and so on. ... or something... kthnxplzdrvthru

      --
      "Do you suppose that's why God lives in the Heavens? Because he lives in fear of His creations?" - Steve Buscemi
    8. Re:Doesn't that just remind you by Anonymous Coward · · Score: 0

      Time lose my mod points and post, since I accidentially modded this as "funny" when I meant to mod it "flamebait" ;)

    9. Re:Doesn't that just remind you by jsebrech · · Score: 1

      Have you read the right to read? I think rms was indeed VERY visionary in that one, since that seems to be where things in the proprietary world are evolving.

    10. Re:Doesn't that just remind you by productionista · · Score: 1

      Ah man. Digital cameras were getting so _cheap_. That sucks.

      --
      pr-r-r-roduction art. viva.
    11. Re:Doesn't that just remind you by ceeam · · Score: 1

      Anybody with enough money to afford a little lawsuit - sue them, please! We all will be grateful!

    12. Re:Doesn't that just remind you by Nick+haflinger · · Score: 2, Interesting

      Whats so wrong with creating a valuable idea and expecting to profit from it.....?

      Nothing.


      Wrong. I've pointed this out before and its a point of view that seems overlooked in the debate. The constitutional power to grant exclusive rights to creators is purposed to "To promote the progress of science and useful arts". That is the only thing that is important. Now I agree that giving economic incentive is a powerfull force to get people working and certainly a corporation had better expect a better return than whatever the marginal return is from the alternative investments available to it or why do they even exist. However maneuvers like this while legal go beyond objectional as this post lengthely attests that it is and become somehow anti-constitutional if I may introduce such a concept. That is the law is not unconstitutional and I'm sure they complied with the law to get thier patents, but the situation, moreso in other cases but also here, is clearly working against the constitutional clause.

      Is there a remedy? I believe so, I'ld like IP to have a value and then that property value be taxed. If someone pays you the value of your property you must give it up or increase the price and pay back taxes. If taxes become too onerous you can release to public domain and stop paying anything. This should be able to port the current system and the taxes collected which should have a low rate can pay for more support for USPTO infrastructure an improvment of which it is generally agreed is required for the information age.

    13. Re:Doesn't that just remind you by doormat · · Score: 0

      Dont forget rambus' slightly modified approach..

      1. Crerate patents on some aspects of dram technology
      2. Let JEDEC put those parts into their standard
      3. PROFIT !!!

      --
      The Doormat

      If you're not outraged, then you're not paying attention.
    14. Re:Doesn't that just remind you by mst76 · · Score: 1

      > Whats so wrong with creating a valuable idea and expecting to profit from it.....?

      They didn't create a valuable idea, the idea itself is nearly worthless. The only reason that it became valuable is that nobody expected them to charge for it.

    15. Re:Doesn't that just remind you by Anonymous Coward · · Score: 0

      I believe the original list is incomplete. This is the list that's good:

      1. Create valuable idea
      2. Announce reasonable licensing terms
      3. PROFIT !!! (no ??? required)

      This is the list that's bad (to put it mildly):

      1. Create valuable idea
      2. Let everybody use it for free
      3. Wait until it's a defacto standard
      4. Announce licensing terms
      5. PROFIT !!! (no ??? required)

    16. Re:Doesn't that just remind you by RoLi · · Score: 1
      Well, first FAT isn't "a valuable idea", it's just another filesystem and not a really good one either. The only positive thing about is that it can be read from all major OSes out of the box and that's exactly what Microsoft doesn't like about it.

      Then, the patents just cover the workaround for long filenames. It's crazy, they actually patented a workaround.

    17. Re:Doesn't that just remind you by morcheeba · · Score: 1

      waiting for it to become so standard

      You're forgetting one very big abuse I think microsoft has committed here... they didn't just wait around for FAT to become standard - their monopoly position allowed them to refuse to support any other standard. Being able to read mac disks would be a sellable feature and they should include in the operating system, but they don't have to because they've got a monopoly. So, they've bullied their way into forcing everyone else to support FAT (even solaris!) as a least-common-denominator.

    18. Re:Doesn't that just remind you by babyrat · · Score: 1

      The remedy is for companies not to use patented code in their products without getting the rights to that patented code up front.

      Using open source is one solution, developing stuff yourself is another way. Using others IP without an agreement with them is not a way.

    19. Re:Doesn't that just remind you by sarkeizen · · Score: 1
      But there is something wrong with creating an idea, waiting for it to become so standard that even our keychains come pre-formatted with this technology, and such that any number of 3rd parties provide support for this technology in order to conform with the "norm" (apple, linux, etc), and *THEN* expecting people to pay for it, once it's been entrenched in the economy as irreplaceable and free.
      How is this different from any other company giving away any other object/service for free until the market becomes used to/dependent on it?

      If I gave away my famous "Maple Syrup Bread" to everyone who walked by my house. Then one day, twenty years later decided to charge $0.25/slice for it. How is that improper?

      Personally I'm not convinced that algorithms for filename management actually translate into owning the 'format'. I'd like to see that go to court.
    20. Re:Doesn't that just remind you by Qzukk · · Score: 1

      If I gave away my famous "Maple Syrup Bread" to everyone who walked by my house. Then one day, twenty years later decided to charge $0.25/slice for it. How is that improper?

      If you started to do that, people could choose to not eat Maple Syrup Bread. They won't die.

      Microsoft, however, holds the monopoly position, and any company wishing to do viable business in the computer sector must bow to microsoft's standards. Thus, if they choose not to use a microsoft filesystem format, they will likely die.

      You're right though, what microsoft has is specifically patents on maintaining two side-by-side entries for a file's name inside a filesystem: a short one, and a long one. That isn't really the FAT "format", its more the process of maintaining "vfat" on top of FAT.

      --
      If I have been able to see further than others, it is because I bought a pair of binoculars.
    21. Re:Doesn't that just remind you by CaptainZapp · · Score: 1
      Interesting read, but that of course could never happen.

      For starters there's the constitution and business and government would never act so wicked. In addition we are talking about cultural products, which are very different from Pepsi Cola or Gilette Razorblades and... er! well, never mind.

      --
      ich bin der musikant

      mit taschenrechner in der hand

      kraftwerk

    22. Re:Doesn't that just remind you by Renegrade · · Score: 1

      "To promote the progress of science and useful arts"

      Isn't this promoting progress? Wouldn't FAT dying a horrible death be a good thing? Surely we could come up with something better for interoperability... Heck, even a filesystem that works on the same cluster-allocation system, but simply has more space for filenames, instead of the long/short filename kludge (which is the core of the patent issue) which is hardly an optimal solution to begin with!

    23. Re:Doesn't that just remind you by IronChef · · Score: 1

      It seems to me that every other company's legal department should have understood that there was a risk. It's like they were just assuming that things would work out. And now they aren't.

      I'm no MS cheerleader but this is only a problem because the OTHER companies that used FAT were playing fast and loose.

    24. Re:Doesn't that just remind you by zerocool^ · · Score: 1

      The difference is people don't have to eat your bread.

      But, a proper analogy is that your bread, since it is free, crowded out everyone else in the market place, so that there were very few other products than your bread, and your bread was used for a primary food source for an entire people, and everyone had evolved stomachs which could only accept your bread and products so like your bread it didn't make a difference.

      Then you charge for it.

      --
      sig?
    25. Re:Doesn't that just remind you by Anonymous Coward · · Score: 0

      If I gave away my famous "Maple Syrup Bread" to everyone who walked by my house. Then one day, twenty years later decided to charge $0.25/slice for it. How is that improper?

      Microsoft has given away the recipe for "Maple Syrup Bread" for twenty years, and now expects people who have already memorized the recipe to begin paying for it. That's rude, if nothing else. Ludicrous, at best.

    26. Re:Doesn't that just remind you by leonardluen · · Score: 1

      If you started to do that, people could choose to not eat Maple Syrup Bread. They won't die.

      a number of people would have long ago quit their job and now be exclusively eating his maple syrup bread...it is quite possible that some people would die! as they would no longer have the means to feed themselves they have become dependant on your giving out bread.

    27. Re:Doesn't that just remind you by sarkeizen · · Score: 1
      But, a proper analogy is that your bread, since it is free, crowded out everyone else in the market place, so that there were very few other products than your bread, and your bread was used for a primary food source for an entire people, and everyone had evolved stomachs which could only accept your bread and products so like your bread it didn't make a difference.


      This is a pretty bad analogy of the specific case (clearly I can sell unformated CF cards at virtually no loss to my business - Not to mention companies who sell over a million units gain a $250k bonus over those competitors who do decide to pay).

      It's also not such a good analogy of the general case. Since computers are pretty flexible devices. Sure my system mounts FAT16/32 however it isn't at the point where it can mount nothing else. Products like Mount Everything are a clear indication that windows can be made to mount other FS's. I would say that we have a much greater degree of control over the FS's windows mounts than the things my stomach can digest.

      Put it another way, if you have a stomach that only can digest my bread then I could charge an arbitrarily high price for the privledge of eating it right?

      However do you think MS could charge $100/unit with a cap of $2.6billion? I doubt it. It would take all of ten seconds for companies to see that MS's game isn't worth playing and agree to their own solution. Even if that ment each company writing a patch for every shipping model of their camera.

      By the way...I highly reccomend my bread. :-D (3-6 tblsp Maple Syrup to any standard Bread Maker White Bread Recipie.)
    28. Re:Doesn't that just remind you by Anonymous Coward · · Score: 0
      It wasn't patented until the 90s. From 1980 to 1994, you could pay lawyers a billion dollars to do patent searches, if you wanted to, and they would tell you it was fair game.

      Microsoft retroactively made it unsafe in 1995.

    29. Re:Doesn't that just remind you by toby · · Score: 1
      It looks more and more like RMS is a true visionary.

      Uh, did it ever look like he wasn't?

      --
      you had me at #!
  16. ReiserFS? by 20goto10 · · Score: 1, Funny

    Great! So my next digital camera will use ReiserFS!

  17. Comment removed by account_deleted · · Score: 1

    Comment removed based on user account deletion

  18. A risky move... by zoward · · Score: 5, Insightful

    This will probably make MS a little money, until the embedded industry moves en masse to a free file format. If they do, the file formats for PDA's et al move away from MS's (FAT) standard - something that mas long-term repercussions for MS.

    The profit margin isn't that great on PDA's et al as it is - why would the industry want to cede a further chunk of that margin to MS? All you'd have to do is include a driver for a free file format with the PDA cradle, card reader, and/or desktop application.

    --
    "Can't you see that everyone is buying station wagons?"
    1. Re:A risky move... by westlake · · Score: 1, Troll

      When 95% of your target market wants reliable plug and play compatability with Windows you don't introduce any unecessary complications.

    2. Re:A risky move... by suman28 · · Score: 1

      What about when you are on the road. Its great that you have a computer around the house, but when snapping pictures on the road, how are we able to format the media, then?

    3. Re:A risky move... by LWATCDR · · Score: 1

      Of course it is a non issue for PDAs runing WindowsCE.

      --
      See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
    4. Re:A risky move... by jettoblack · · Score: 2, Insightful

      We'll probably see each device vendor come up with their own proprietary format (especially Sony, since they love making their own proprietary formats), which can only be read by their own software (which will likely be Windows only...)

      And the new formats will probably include DRM features, so you're breaking the law if you try to reverse-engineer their format to get Linux/Mac support...

    5. Re:A risky move... by calyphus · · Score: 1

      if your camera can't format the media, you really bought the wrong camera.

      --


      The potato it is uninformed.
    6. Re:A risky move... by Tokerat · · Score: 1

      And the new formats will probably include DRM features, so you're breaking the law if you try to reverse-engineer their format to get Linux/Mac support...
      Yes, because those dirty Napster pirates aren't getting their filthy hands on my ToDo List!!!!!!
      --
      CAn'T CompreHend SARcaSm?
    7. Re:A risky move... by Renegrade · · Score: 1

      "If they do, the file formats for PDA's et al move away from MS's (FAT) standard - something that mas long-term repercussions for MS"

      Actually, PalmOS units use their own filesystem, at least in their core memory. It's more like a memory allocation system too, than an actual formal filesystem. The flash/SD card things might have VFAT on those, but you don't _need_ to use those anyways..

    8. Re:A risky move... by leonardluen · · Score: 1

      normal people don't understand big words such as "formating" and "file system" they only want it to work, and if the camera can't format the media itself, then in their mind it doesn't work and is broken.

      but because they don't understand the terminology to begin with it means nothing to them when the camera lists "format media" in its list of features.

  19. What will happen by Mr_Silver · · Score: 2, Insightful
    A license for removable solid state media manufacturers to preformat the media, such as compact flash memory cards, to the Microsoft FAT file system format, and to preload data onto such preformatted media using the Microsoft FAT file system format. Pricing for this license is US$0.25 per unit with a cap on total royalties of $250,000 per manufacturer.

    All manufacturers will grumble (some louder than others), pay up the money and then add an additional $5-$10 on their products to compensate for this licence.

    I'm wondering though, if they supplied the products unformatted, would that still mean they have to pay the licence? Upon insertion, Windows would helpfully offer to format the drive for you and then you'd be ready to go.

    --
    Avantslash - View Slashdot cleanly on your mobile phone.
    1. Re:What will happen by wcbrown · · Score: 3, Insightful

      The problem, I think, is that most people don't want to have to format their media before first use. It's convenient to just insert any card and start snapping pictures.

      The behavior you suggest is exactly what would happen, but I doubt that any media manufacturer would do this because it would represent a substantial barrier for most people.

    2. Re:What will happen by lowe0 · · Score: 1

      How would the camera read it then, if they hadn't paid the license?

    3. Re:What will happen by mst76 · · Score: 1
      The problem, I think, is that most people don't want to have to format their media before first use. It's convenient to just insert any card and start snapping pictures.

      The behavior you suggest is exactly what would happen, but I doubt that any media manufacturer would do this because it would represent a substantial barrier for most people.
      I very much doubt so. This might have been a problem if we were still using floppies. Maybe you still remember the days when floppies were shipped blank, and DOS (or pre OS X Macs) couldn't do anything else during formatting. Formatting floppies was SLOW. But now if you pop in a CF card and format without media check it only takes a few seconds. With win2k/xp multitasking you can do other things during the format, but it is so fast that you won't even need that.
    4. Re:What will happen by meta-monkey · · Score: 1

      Is it different with consumer digital cameras? On my D30, D60, and 10D (pro/serious amateur Canon digital cameras), I format the flash card in the camera before I start shooting. Do consumer digital cameras expect the card to be pre-formatted, and do they not offer formating capabilities in their firmware?

      --
      We don't have a state-run media we have a media-run state.
    5. Re:What will happen by i_really_dont_care · · Score: 1

      Remember that (since like Win98 or something), if you insert a media which isn't yet formatted in Windows, you get a message saying "The media you inserted is not formatted -- do you want to format it now? [Yes] [No]". Most people will click "Yes", wait 10 seconds, and here we go.

      Not much of a problem.

    6. Re:What will happen by Phronesis · · Score: 1

      Interesting view of the market: it costs $0.25 for the license, but we'll jack up the price by $10.00 and blame Microsoft!

    7. Re:What will happen by Anonymous Coward · · Score: 0

      Just make the camera, or whatever device automatically format the device if it's not pre-formatted.
      An average user won't know the difference.

      My digital camera does this. It even left my ext2 partition intact - creating FAT in the remaining space.

  20. oops by real_smiff · · Score: 1

    should have developed their own file system. so.. is that hard? are there any free file systems? what does linux use? does a specialist device need the full fuctionality (don't scoff, geeks) of something like FAT?

    --

    This is my Sig, this is my Gun. One is for Slashdot and one is for Fun.

    1. Re:oops by Anonymous Coward · · Score: 0

      > is that hard?

      It's certainly not trivial.

      > are there any free file systems?

      Yes. Google is your friend here.

      > what does linux use?

      ext3.

      > does a specialist device need the full fuctionality (don't scoff, geeks) of something like FAT?

      If it's properly designed, then no. It will require some driver updates, and it will need to adjust any existing data, but it's not out of the question.

    2. Re:oops by milgr · · Score: 1
      The FAT filesystem is an extremely simple filesystem. In some early versions, it didn't even support directories.

      So, the FAT filesystem allows the creation of named files, and keeps track of which blocks a file uses (and which are free). It also keeps track of file names, and the creation date and time.

      ROMs could easily be simpler - by assuming that a file uses contiguous memory.

      Devices that don't care about file names could simplify the directory structure. Likewise, devices that don't care about creation times could eliminate those fields.

      On the other hand, there are other simple filesystem: CP/M had one. It shouldn't be hard to come up with or invent other simple filesystems. On the other hand, I haven't read those patents yet.

      --
      Where law ends, tyranny begins -- William Pitt
    3. Re:oops by 42forty-two42 · · Score: 1

      Linux uses EXT2, ReiserFS, XFS, or one of a few others usually, but on a camera you don't need a sophisticated fs like those (and probably don't have the CPU/RAM either). MinixFS would probably be ideal.

  21. Shooting themselves in the foot again by Doesn't_Comment_Code · · Score: 5, Insightful

    Thickheadedness helps the process of moving away entrenched companies. And this case is no different. MS is still very much entrenched, no doubt about that. But hardware manufacturers are now that much more likely to support other standards and filesystems (like ext3) natively, and perhaps as their primary system.

    They'll get away with this because they're big enough. And they'll make some money. But this, and similar practices, will work against them in the long run.

    --

    Slashdot Syndrome: the sudden, extreme urge to correct someone in order to validate one's self.
    1. Re:Shooting themselves in the foot again by gxv · · Score: 1

      Well. If you'll watch Microsoft for some time you'll sure notice they rather don't shoot own feet.
      There hast to be something more about it. Something wicked comes this way.

    2. Re:Shooting themselves in the foot again by You're+All+Wrong · · Score: 1

      A DRM-enabled, or is that DRM-disabled, filesystem that MS will license for _free_.

      I can see it now:
      "Hmmm, MS FAT costs money, MS ball-and-chain-FS is free, and what the fsck is minixt3eiserfs?"

      What do you think they'll chose...

      YAW.

      --
      Your head of state is a corrupt weasel, I hope you're happy.
    3. Re:Shooting themselves in the foot again by Chatterton · · Score: 1

      Hum, ext3 is too overkill for most embedded OS. To much code. Ext2 at best. Or better some FS that could be managed by a couple of line of code to reduce the memory footprint of the FS driver. In nearly every embeded system, 1 octet of memory is enough to make a good idea a not profitable one due to the cost...

    4. Re:Shooting themselves in the foot again by babyrat · · Score: 1

      it's a quarter per unit. Most of these things (cameras, PDAs etc) cost in the hundreds of dollars range/unit. BFD. If they sell more than 250 000 units, it's even less than that. Again, BFD.

      They shouldn't have used someone else's IP in the first place, but the cost of using it now is pretty trivial.

    5. Re:Shooting themselves in the foot again by Junta · · Score: 3, Insightful

      I don't see how this is shooting themselves in the foot. Right now:
      -Media comes preformatted FAT, and software is written to manipulate FAT. MS gets no money. Any platform is equally capable of manipulating FAT, so MS doesn't even enjoy a platform advantage for this media. They get absolutely nothing.

      Future with this policy:
      -Most media will stay preformatted FAT, software stay the same, and MS collects money.
      -Some high volume companies will decide they can beat the 250k price point by moving to something like ext3 or jfs or something proprietary. If they use any existing FS technology, the companies will port that FS to Windows if not already there, because Windows is essentially a requirement for mass-market media. Other option is they will invent a proprietary filesystem and likely only write software for it under MS Windows and *maybe* OSX, which will give MS a boost in supported hardware under Windows. So MS either gets money, gets more filesystem support for free, or gets hardware that works better with Windows than other platforms, hardly shooting themselves in the foot.

      --
      XML is like violence. If it doesn't solve the problem, use more.
    6. Re:Shooting themselves in the foot again by Anonymous Coward · · Score: 0

      Nope. So what if a compact-flash card comes pre-formatted with FAT. There is no problem with putting any of the Linux filesystems on it instead. In fact flash-cards are able to be formatted by most cameras using them. At the moment, most cameras use the FAT fs. There is no reason the camera couldn't format the cards with (say) an ext3 filesystem.

      (I just put an ext3 fs on a Canon camera flash-card, just to confirm that very point.)

      Jack

  22. Compatibility with lack of freedom! by garcia · · Score: 3, Insightful

    The first FAT file system was developed by Microsoft in 1976. That system was based on the BASIC programming language and allowed programs and data to be stored on a floppy disk. Since that time, the FAT file system has been improved upon multiple times to take advantage of advances in computer technology, and to further refine and enrich the FAT file system itself.

    Today, the FAT File system has become the ubiquitous format used for interchange of media between computers, and, since the advent of inexpensive, removable flash memory, also between digital devices. The FAT file system is now supported by a wide variety of operating systems running on all sizes of computers, from servers to personal digital assistants. In addition, many digital devices such as still and video cameras, audio recorders, video game systems, scanners, and printers make use of FAT file system technology.

    Microsoft is offering to license its FAT file system specification and associated intellectual property. With this license, other companies have the opportunity to standardize the FAT file system implementation in their products, and to improve file system compatibility across a range of computing and consumer electronics devices.


    Nice guys. Create a standard, realize its being used for a lot of devices after 27 years, see the chance for even more money you don't need, and then charge for it.

    It's not worth 250k for a license. We had to use it in devices to remain compatible with an OS that was forced upon us.

    Give me a break.

    1. Re:Compatibility with lack of freedom! by Anonymous Coward · · Score: 0

      "It's not worth 250k for a license."

      How would you know that? Isn't it relative? If use of the license personally makes you 10MM per year, you don't think it would be worth it?

    2. Re:Compatibility with lack of freedom! by garcia · · Score: 1

      no it's not relative. The reason we had to use FAT (which honestly isn't all that great of a filesystem) is because MS products became the standard through anti-competive practices (which they were found guilty of).

      This may be a patented FS but it's certainly not something that would have been worth collecting on if they hadn't been a monopoly using their weight to force us to use the system.

    3. Re:Compatibility with lack of freedom! by einhverfr · · Score: 1

      Bill--

      I noticed something in your prevoius post-- that is that they were licensing the spec. There is no discussion at this stage of going after those who choose not to get a license.

      Regarding the GPL and competition-- I don't believe that Microsoft, being found to posess market power, can use patents to kill competition, and if there was a strong enough arguement to be had that enforcing this patent over the Linux kernel would essentially be another way to try to kill the competition, it may provide a challenge to their ability to enforce the patent. IANAL, though.

      --

      LedgerSMB: Open source Accounting/ERP
    4. Re:Compatibility with lack of freedom! by Anonymous Coward · · Score: 0

      There is no discussion at this stage...

      and your point is?

  23. What's the problem? by m00nun1t · · Score: 2, Insightful

    They have several patents. They are charging for their intellectual property. If your beef is fundamentally with the patent system, that's fine, but don't take it out on Microsoft. They are a company which has a legal obligation to their shareholders, and they are doing something well within the law to achieve that.

    Remember that this isn't someone just trying to cash in specifically on FAT, this is one part of a program to expand their licensing available. Many companies are probably quite happy about this - shifting from usage of FAT being shakey legal ground to solid legal ground & a known factor.

    1. Re:What's the problem? by treat · · Score: 1

      So it's OK if a corporation does anything within the law to profit? Even if that includes legal bribery to have laws changed to make new kinds of theft illegal? What about poisoning villagers in third world countries?

    2. Re:What's the problem? by Anonymous Coward · · Score: 0

      let me guess, you're American?

    3. Re:What's the problem? by Anonymous Coward · · Score: 0

      It's a file system for crying out loud, not a cure for cancer. They can milk it as much as they want without it being immoral. Bad business? Maybe, but that's their problem.

    4. Re:What's the problem? by Robmonster · · Score: 1

      I've frequently seen Microsoft poison villagers.

      I guess it would be ok with the /. crowd if they used Open Source poison.....

      I just dont see what they are doing wrong in this case. They invented something that people want to use, so people should expect to be charged for doing so.

      --
      I have no sig yet I must scream.
    5. Re:What's the problem? by kiwimate · · Score: 1

      Yes, exactly. As I submitted yesterday (not that I'm bitter or anything)...

      2003-12-03 19:26:33 Microsoft to license more technology (articles,microsoft) (rejected)

      Read more about it here. This is not the link I'd submitted in my original submission, which had much more information, but I've lost that link now. If only the submission had been accepted...(not that I'm bitter or anything).

    6. Re:What's the problem? by Anonymous Coward · · Score: 0

      Argh! "Don't take it out on Microsoft?" So companies should feel free to use any bad law or loophole to extort money in any way they can and not be held accountable? This is falling into the trap that because you can do it it's okay. The English language is far too broad to legislate all activities in a satisfactory manner. We need companies with ethics and morals. This is all crap. We are allowing ourselves to get walked alll over by companies that repeatedly rape us and barely apologize because laws weren't explicitly written to stop their behavior, and when it is they throw billions of dollars at politicians and make their problems go away. If this keeps up there will be a revolution and I'm not kidding.

      For your own sake, vote these bastards out, change the freaking laws and force decent IP and litigitation rules and stop this. Patents will destroy free software if you don't take action. Read that again because it is true. YOU must vote. You must write your politicians and warn them that there is an IP revolution coming and if they want to be in office they had better wise up quick.

    7. Re:What's the problem? by Anonymous Coward · · Score: 0

      Score of zero for my comment above? Kiss my ass, this is the real fight! See the big picture. Remove Bush. Change the freaking laws. Put corporate crooks in jail and leave them there to rot. Put them on notice that fucking with people gets you fucked, in the ass.

    8. Re:What's the problem? by uradu · · Score: 1

      Sure, no problem. But then don't complain when I come around in a couple of years and ask you for money for those birthday presents I gave you today. Hey, since I bought them, I have the right to change my mind!

    9. Re:What's the problem? by LilJC · · Score: 1
      You totally missed the point. If your beef is with the patent process, don't take it out on MS. If you have a beef with MS, fine, be mad at them. That doesn't mean you should be mad at them every time they make a dime.

      I applaud them for this. They are trying to make something doing something legal and right. Sure a lot of us feel like they're pulling a rug out from under a lot of feet, but I argue they're well within ethical boundaries.

      If someone gives you a dollar every day for a year and then stops, do you have a right to be angry at them? Absolutely not. They did you a favor. MS has a legitimate patent on something that is legitimately theirs. Mfrs have gotten free use of it for some time now, but that doesn't mean it's wrong for it to stop.

      It's not like there aren't alternatives. You stick a memory card in your camera and it automatically initializes - problem solved. You have to wait a measly 30 seconds to use it. I'm not shedding any tears for you.

      Bottom line is, they have a responsibility to make a buck and they're doing so responsibly. They're within the law to sue people left and right for said pre-formatted media without notice, but they're not doing that. They've issued a notice that they will begin charging. People can pay the charge or use an alternative. This is not only legal, but it's perfectly fair.

      --

      The only thing more dangerous than a file named -rf is renaming it -rf\ /
    10. Re:What's the problem? by rjstanford · · Score: 1
      So it's OK if a corporation does anything within the law to profit?
      Actually, depending on their corporate charter, they may have to. Put it this way - let's pretend that you're a MSFT shareholder (and if you own any mutual funds, you probably are - if a small one). You have an expectation that the company you are a part owner of does everything within their charter power to give you a return on your investment. If they fail to do this, and they are a declared for-profit company (which they are), you could potentially sue them. They probably don't want people to sue them.

      To restate, for-profit corporations, especially public ones, have a fudiciary obligation to make money. Sitting on a resource (such as this IP) and failing to use it, is potentially actionable on their part. Make sense?
      --
      You're special forces then? That's great! I just love your olympics!
    11. Re:What's the problem? by PitaBred · · Score: 1

      Your analogy isn't really applicable though. It would be more like someone taught you how to fish, and helped you for a long time, let you use their gear and all, and now says that you can't fish at all, even using your own tackle. I think it's just a precedence setting move, allowing retroactive patents on ubiquitous technology. They're trying to milk a system that was established because anyone could access it. If anyone thought that they could have been charged for FAT, then they would have looked at alternatives. It's a simple bait and switch which should be found illegal.

    12. Re:What's the problem? by Stone+Pony · · Score: 1
      "It would be more like someone taught you how to fish, and helped you for a long time, let you use their gear and all, and now says that you can't fish at all, even using your own tackle."

      No, it is not like that at all. What it is like is this:

      "It would be more like someone taught you how to fish, and helped you for a long time, let you use their gear and all, and now says that you can't use their gear any more without paying for it".

      But that would mean that Microsoft isn't the Devil, so that can't be right, can it?

    13. Re:What's the problem? by treat · · Score: 1
      "It would be more like someone taught you how to fish, and helped you for a long time, let you use their gear and all, and now says that you can't use their gear any more without paying for it".

      Exactly. Except you forget to mention how they have a warehouse containing 10^50 sets of fishing gear, which will otherwise just sit there. And how you acquired a taste for fish with them promising you all along that it was OK to eat fish and get used to them because theres all the fish you can eat out there. If they hadn't promised this, you could have acquired a taste for lamb or pork or chicken instead.

  24. Licensing now, after all this time? by deanj · · Score: 3, Interesting

    I must be missing something here....

    How can they enforce this, if memory cards/sticks for cameras have been doing this for years now? If they haven't be pursuing the patents enfringement before this, can they now?

    What about pre-formatted floppies?

    1. Re:Licensing now, after all this time? by Enry · · Score: 1

      Patents can be enforced at any time by the patent owner. They can also be selectively enforced (see IBM saying that SCO is violating their patents while not going after anyone else that uses it).

      In return for that, the patent holder loses the patent after 20 years (usually).

    2. Re:Licensing now, after all this time? by Vortran · · Score: 2, Interesting

      I think you may be on to something. IANL, but I think I remember that there is a time limitation that says: as the holder of a patent you must defend it against any alleged infringement within a certain time period or forfeit your right to defend it for that infringement.

      For some manufacturers who have been at it for a long time, M$ may have missed their legal opportunity to lay the proverbial smack down.

      Vortran out

      --
      Knowledge is like ignorance.. too much can be just as bad as not enough.
    3. Re:Licensing now, after all this time? by Fulcrum+of+Evil · · Score: 2, Informative

      Patents can be enforced at any time by the patent owner. They can also be selectively enforced (see IBM saying that SCO is violating their patents while not going after anyone else that uses it).

      So, how can they expect to enforce this? All of their patents cover VFAT issues. AFAICT, FAT16 is unencumbered.

      --
      "We returned the General to El Salvador, or maybe Guatemala, it's difficult to tell from 10,000 feet"
    4. Re:Licensing now, after all this time? by zieroh · · Score: 1
      think you may be on to something. IANL, but I think I remember that there is a time limitation that says: as the holder of a patent you must defend it against any alleged infringement within a certain time period or forfeit your right to defend it for that infringement.


      You're thinking of trademarks. The same does not apply to patents.
      --
      People who say "sheeple" have about as much sophistication as an AOL user, and in fact are probably actually AOL users.
    5. Re:Licensing now, after all this time? by Gulik · · Score: 1

      How can they enforce this, if memory cards/sticks for cameras have been doing this for years now? If they haven't be pursuing the patents enfringement before this, can they now?

      The sneaky bit is that they didn't *apply* for the patent until 1995, I believe, and I'm not sure when it was granted. I don't know if it matters, legally, when they *invented* the format, only when the patent was actually filed. It's surely dirty pool to invent something, watch it move into common use, and *then* patent it (sort of a step beyond the more common submarine patent), but I don't know if there are any laws preventing it.

    6. Re:Licensing now, after all this time? by tepples · · Score: 2, Informative

      You're thinking of trademarks. [The doctrine of laches] does not apply to patents.

      Oh really?

    7. Re:Licensing now, after all this time? by jgerry · · Score: 1

      but I think I remember that there is a time limitation that says: as the holder of a patent you must defend it against any alleged infringement within a certain time period or forfeit your right to defend it for that infringement.

      You must defend your trademarks against infringement, not patents. Totally different.

  25. Way to go Microsoft! by Palverone · · Score: 1

    Sounds like a great way for Microsoft to force people to switch to an alternate filesystem.

    This just doesn't make too much sense to me, although not a lot does when it comes to companies choosing to use litigation as a business practice.

    What I can now imagine if this goes through is that there will be class-action lawsuits to force driver support in all Microsoft products for the filesystems the manufacturers switched to because they didn't want to pay royalty fee's to Microsoft.

    Way to go Microsoft! At this rate everyone will hate you not just the Linux Zealots!

    1. Re:Way to go Microsoft! by Anonymous Coward · · Score: 0

      I thought eveyone pretty much hates Micro$oft already.

    2. Re:Way to go Microsoft! by marvin2k · · Score: 1

      Think about it: In 2006 MS will release Longhorn and the new "revolutionary" WinFS which is based on NTFS and allows you to treat your entire network of devices as a single filesystem structure. None of the devices that still run FAT will work with this scheme. Sounds like the perfect way to "convince" people to switch their devices to (a subset of?) NTFS.

    3. Re:Way to go Microsoft! by Anonymous Coward · · Score: 0

      No thanks, i'm conforming with the decent FAT32 or ext2.
      I don't like WinFS.

  26. And don't forget about... by twoslice · · Score: 1
    In addition, the FAT file system licensing package includes rights to FAT file system innovations for which Microsoft has filed a claim for a patent that the U.S. Patent Office has not yet granted.

    Future Royalties!

    --

    From excellent karma to terible karma with a single +5 funny post...
  27. Digital Research? by jsimon12 · · Score: 2, Interesting

    I thought Digital Research was the company that had developed the FAT system?

    1. Re:Digital Research? by TheAncientHacker · · Score: 1

      And you were wrong. FAT was originally the file system in Microsoft Disk BASIC for the MITS Altair and was out prior to CP/M. It is an Altair era format. (You know, back when Unix was only a few years old)

    2. Re:Digital Research? by jsimon12 · · Score: 1

      Oh well, all this will lead to is media coming unformatted, no worries.

    3. Re:Digital Research? by TheAncientHacker · · Score: 1

      Or, it will lead to some smarter companies charging $.50 more for their $50 media and advertising it as "Conveniently Preformatted - ready to use", make $.25 extra per card and get advertising and market share since 1% extra for a more user friendly product is actually a pretty good selling point. By the time they hit the max license, the extra $.25 each will cover the added labor and hardware to do the formatting in case they hadn't already amortized it in the pre-license days.

    4. Re:Digital Research? by jsimon12 · · Score: 1

      Hmmm, I remember preformatted floppies never really seller much better then unformatted, most consumers really seemed savvy enough to save the few cents differance.

      Or possibly the hardware will simply detect an unformatted media and format it (a la MacOS).

    5. Re:Digital Research? by TheAncientHacker · · Score: 1

      True but the computer users in the floppy disk era were several orders of magnitude more technically sophisticated than the typical MP3 Player or Digital Cam user. Also, the %age differential on a $50 card vs a $.50 floppy are significant motivators.

  28. That's a bit misleading by Talez · · Score: 1

    Any manufacturer of compact flash memory cards or digital cameras may end up paying Microsoft as much as $250,000 for the use of the file format.

    If you RTFA you'd see that they want $0.25 per device. At that rate you'd have to sell 1 million devices and after that the royalties are capped.

    Perfectly reasonable really. They do own the technology after all.

  29. Is this the other shoe? by paiute · · Score: 2, Interesting

    Is it unreasonable to think that the logical next step is for MS to demand payments from any and all developers of software written to run on the Windows platform? Can a Windows application run without needing to access or use any patented Windows code?

    --
    If Slashdot were chemistry it would look like this:Cadaverine
    1. Re:Is this the other shoe? by theparanoidcynic · · Score: 1
      Can a Windows application run without needing to access or use any patented Windows code?


      Yes. Under Wine. :p

      --
      Only in a Slashdot fantasy can a Slackware install turn into several hours of sex . . . . .
    2. Re:Is this the other shoe? by gcaseye6677 · · Score: 2, Interesting

      This will probably be done in a backdoor sort of way. For example, a future version of Windows will only run code that has been authenticated by a 'security certificate', which the developer must pay Microsoft a lot of money for. I believe this, along with Palladium hardware control is already being considered for future Microsoft OSs.

    3. Re:Is this the other shoe? by dreamchaser · · Score: 1

      No. Wine still requires Windows DLL's for many applications.

    4. Re:Is this the other shoe? by PReDiToR · · Score: 1

      Windows will only run code that has been authenticated by a 'security certificate'

      And cracking that will be a violation of the DMCA, of course.

      XP's signed drivers are merely a prelude to this, and I'm pretty sure that all those "Error Reports" that get sent from XP in the event of a crash contain, statistically, enough proof that unsigned code causes crashes, and is therefore working against MSFT. It wouldn't be hard to show that evidence to a Court and have them grant permission for incontravertible rights to code veto in the OS in the interests of their business and shareholders.

      --

      Do not meddle in the affairs of geeks for they are subtle and quick to anger
  30. Pushing users towards Windows by Anonymous Coward · · Score: 0

    This will effectively end Linux support of FAT. While only 25 cents per unit, any amount is too much for us Linux users.

    FAT lacks the multiuser support and file permission support of our superiour Ext2 so they shouldn't trouble you or me, comrades.

  31. There's explore2fs by Walkiry · · Score: 1

    Linky, although it's not exactly a driver.

    More likely we'll start seing unformatted drives and memory sticks/cards all over the place.

    --
    ---- Take the Space Quiz!
    1. Re:There's explore2fs by leadfoot · · Score: 1

      Yep, if the manufacturers are smart, they'll just sell unformatted cards/sticks and leave it up to whatever system you plug it into to format it.

      --
      "We're gonna need a bigger boat"
  32. Minux by Anonymous Coward · · Score: 0

    Why can't we all just use Minux for floppy disks and tell MSFT to get fucked in the head?

  33. Which FAT? Older patents must have expired by now by shoppa · · Score: 4, Interesting

    The earliest versions of the FAT file systems were around in 1981. (Actually probably 1979 or 1980 if you count Seattle Computer's QDOS). Those patents must've expired by now, right? Or does Microsoft get a perpetual patents the same way Disney gets perpetual copyrights?

  34. (subject) by BHearsum · · Score: 4, Interesting

    Does this mean the Linux kernel will be dropping FAT support? And BSD for that matter?

    1. Re:(subject) by zerocool^ · · Score: 1

      I was under the impression that it only applied to hardware manufacturers. So, in theory, if you buy a USB keychain that's preformatted, then you'll have already paid the M$ tax. I don't think that formatting your iPod with fat is going to make a difference.

      As usual, and thankfully, microsoft is after corporations and the big boys, not the little guys.*

      ~Will

      *what I mean by this is M$ has never (not in the past 7 or 8 years) been concerned with individual, small-scale cases of patent infringement, piracy, copyright violation, etc - they don't care if you and your geek friends copy windowsxp, they care if a corporation puts 1 copy on 6,000 computers - likewise for formatting one USB keychain

      --
      sig?
    2. Re:(subject) by Qzukk · · Score: 2, Interesting

      Its just the process of maintaining the vfat table that is patented, it appears. If the kernel reacts at all, they will probably make the "vfat" driver read-only, and "msdos" read-write, but with only 8.3 filenames. It would take some kernel munging but you could probably even make the vfat driver r/w, but without the ability to create or delete files.

      --
      If I have been able to see further than others, it is because I bought a pair of binoculars.
    3. Re:(subject) by Anonymous Coward · · Score: 0

      > It would take some kernel munging but you could probably even make the vfat driver r/w, but without the ability to create or delete files.

      Create or delete files with LONG filenames.

      That wouldn't take much kernel munging, either. Basically a one line strlen(). Leave the rest of the code in place for the day the patent expires.

      This would not be so bad, really.

  35. I wonder... by jav1231 · · Score: 1

    I wonder to what extent this has to be "going forward." I can't imagine a judge allowing M$ to let FAT become so ubiquitous only to charge royalties later. In fact, they may have already lost the ability to charge such a royalty.

    1. Re:I wonder... by Junta · · Score: 1

      No, a patent allows *just* that. You loose trademarks if you allow it to occur generically, patents can be abused this way just fine.

      --
      XML is like violence. If it doesn't solve the problem, use more.
  36. damn by real_smiff · · Score: 1

    wow people post to slashdot fast :o. a dozen posts probably covered those thoughts in the minute it took me to write that. ill just crawl back into my hole lol.

    --

    This is my Sig, this is my Gun. One is for Slashdot and one is for Fun.

  37. Ok you home boyezzz! by TheConfusedOne · · Score: 1

    Time to fight the power, kill off the Corporate-patent-sucking-pond scum. Let's get back to our inner-city protest youth and show them what we're about.

    I hearby declare the OS declaration of independence that shalled be led by the PHAT file system.

    (Yeah, way too long a wind up for a mediocre joke at best. :-D )

    --
    --- I wish I could hear the soundtrack to my life. That way I'd know when to duck.
  38. I think it's OK by Anonymous Coward · · Score: 0, Funny

    MICROS~1.WRD SHOULD BE ABLE TO CHARGE WHAT THEY WANT TO. THEY OWN THE COPYRI~1.WRD AND INTELL~1.WRD PROPER~1.WRD TO THE FAT FILE SYSTEM. HOW DO STORIES LIKE THIS GET IN SLASHD~1.WRD ANYWAY? LEAVE MICROS~2.WRD ALONE.

    1. Re:I think it's OK by Anonymous Coward · · Score: 0

      how the hell did you make it through the lameness filter?

  39. Re:Well... by Talrias · · Score: 2

    how many people does this really affect?

    It isn't used on home computers only, it is also used in digital cameras and compact flash memory cards, who this is going to affect more. These have have much smaller disk spaces (currently, at least). So, it is going to affect more people than you think.

    --
    aterr - an open source threaded discussion board.
  40. Re:Well... by gl4ss · · Score: 1

    one would assume that it stretches to fat32..

    fat is still used quite regularly on removable media that has to be used on different computers..

    --
    world was created 5 seconds before this post as it is.
  41. ext2 for Windows by Ultra64 · · Score: 5, Interesting
    1. Re:ext2 for Windows by Barlo_Mung_42 · · Score: 1

      So Lexar should start shipping their jump drives with this? Not gonna happen.
      They might just as well ship them blank and let the user format them.

    2. Re:ext2 for Windows by TheLinuxSRC · · Score: 1
  42. Devices vs. Storage by cplater · · Score: 1

    I don't think the storage manufacturers have that much to worry about, as they can ship the media unformatted. The device manufacturers on the other hand may be the ones who end up shelling out the dough.

    --
    -- Charles A. Plater
  43. Finally... by Basje · · Score: 2, Informative

    Perhaps now we'll see manufacturers adding [ext2/3/your favorite flavour of a fs] to their products.

    Esp with camera's gaining support for the picture tranfer protocol (PTP), they are becomming more and more filesystem agnostic. Other devices may as well...

    --
    the pun is mightier than the sword
    1. Re:Finally... by HiThere · · Score: 1

      Only if you can come up with decent ext2/3 drivers for MSWind & the Mac.

      OTOH, I think ext2 would suffice. I can't see journaling as a need. The problem is the connection to the computer at the other end.

      --

      I think we've pushed this "anyone can grow up to be president" thing too far.
  44. What about Europe ? by Jesrad · · Score: 4, Interesting

    Can they enforce their patents in Europe ? What will be the consequence for Euro-based device manufacturers ?

    --
    Maybe we deserve this world ?
    1. Re:What about Europe ? by flossie · · Score: 4, Insightful
      Whether or not they can enforce the patents in Europe is really dependent on what form the European Directive on Computer Implemented Inventions gets passed in (if at all). Lots of info about it available at the Foundation for a Free Information Infrastructure.

      Regardless of the eventual European stance on software patents, manufacturers would still be hit by the patent when marketing in US or Japan.

    2. Re:What about Europe ? by Osrin · · Score: 1

      Of course patients can be enforced in Europe, you just have to do it on an individual country basis until some form of harmonized legislation is in place at commission level.

    3. Re:What about Europe ? by pbhj · · Score: 1

      US5579517 - has no WO (world) nor EP (europe)equivalent, and so can't be enforced in EP.

      US5745902 A = EP0578205 A - the EP here is quite different in scope (which is dep on the claims only), this includes restriction to devices with an OS and some detail about B-trees (what are they?) and the different naming of files by applications and the OS. If you're not doing all those things you're OK.

      US5758352 A - no WO/EP equivalent

      US6286013 B - no WO/EP equivalent

      Also in GB (ie UK + Northern Ireland) you can't simply wait until your technology gets adopted by everyone and then spring them for royalties. You have to be consistent - if you've let people get away with it knowingly it's tough.

      Seems this is all about handling the longnames allowed in Win95 ... is this really important to flash devices?

      [PS: It's possible I didn't find the equivalents...

      ooops

      There's EP0618540 (EP - DE,GB,FR) - see http://l2.espacenet.com/espacenet/bnsviewer?CY=ep& LG=en&DB=EPD&PN=EP0618540&ID=EP+++0618540B1+I+

      ]

    4. Re:What about Europe ? by null-sRc · · Score: 1

      what about europe?

      better question..

      what about asia?

      MS has next to no ability to enforce copyright there; what makes them think they could enforce royalties?

      This might even further increase the price gap between hardware internationally, causing us consumers to go for the cheaper alternatives which boosts the foreign economies.

      --
      -judging another only defines yourself
  45. Monopoly? by SpinyManiac · · Score: 1, Funny

    Today, the FAT File system has become the ubiquitous format used for interchange of media between computers, and, since the advent of inexpensive, removable flash memory, also between digital devices.

    Microsoft must have allowed companies to use FAT for some reason. They wouldn't want to create a monopoly would they?

    --
    It's never too late to have a happy childhood.
  46. Outrageous by clifgriffin · · Score: 1

    Something tells me they won't get away with it...whether that be legally, or all of us going on a witch hunt.

  47. Re:Well... by mOoZik · · Score: 4, Informative

    Where do you get your information? That number is inaccurate:

    NTFS, FAT, FAT32

  48. Published in BYTE in 1980 or so by pommiekiwifruit · · Score: 2, Insightful
    Where does the US get off on granting patents for more than 20 years? Do they think patents are perpetual, like copyrights?

    It's not like Microsoft even invented the format...

    1. Re:Published in BYTE in 1980 or so by Anonymous Coward · · Score: 0

      According to them they did in 1976 but somebody else said the patent is from 1995. Your link doesn't even mention FAT so I am not sure what purpose it served. Perhaps you can clarify?

      By the way - I think this whole thing is just stupidity. As several other people pointed out - manufacturers will just ship their products unformatted and make the formatting part of the installtion process in Windows. Either that or they will find a different format and force users to use particular software to access their cards and cameras which defeats Microsofts whole just plug it in and it works thing with XP (which actually works suprisingly well).

    2. Re:Published in BYTE in 1980 or so by CowboyMeal · · Score: 4, Informative

      If you looked it up, you'd see that the patents listed on microsoft's page are not for FAT itself, but for long filename extensions to it.

      The patents listed were filed in '92, 95, 96, and 97. I haven't looked into the details of the patents, but I assume the date those features were published would be during the mareting of windows 95, so the first 2 at the very least are within the 1 year publish-file grace period.

      --
      Your credit card information wants to be free.
    3. Re:Published in BYTE in 1980 or so by AndroidCat · · Score: 1

      Long filenames are nothing new. Is their patent for a kludge onto the original 8.3 filenames that they lifted from CP/M? (Which probably got them from somewhere else, and so on...)

      --
      One line blog. I hear that they're called Twitters now.
    4. Re:Published in BYTE in 1980 or so by Anonymous Coward · · Score: 0

      "Is their patent for a kludge onto the original 8.3 filenames that they lifted from CP/M?"

      It looks like it is.

    5. Re:Published in BYTE in 1980 or so by bill_mcgonigle · · Score: 1

      Which is interesting because the cameras I've had have all used awful filenames, like "DSC00001.JPG" to fit in 8.3, so it's hard to see how they'd be affected.

      --
      My God, it's Full of Source!
      OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
    6. Re:Published in BYTE in 1980 or so by b1t+r0t · · Score: 1

      The 8.3 file name is the only thing about the file system format that they lifted from CP/M. QDOS (the operating system that Microsoft bought out to become PC-DOS and later MS-DOS) had CP/M-86 compatible OS calls, and because of the way CP/M did things, the 8.3 file names followed naturally. Everything else about the MS-DOS FAT file system is completely different from CP/M. CP/M didn't even know how many bytes were in the last sector of a file, and required a control-Z at the end of text files.

      --

      --
      "Open source is good." - Steve Jobs
      "Open source is evil." - Microsoft
    7. Re:Published in BYTE in 1980 or so by Beryllium+Sphere(tm) · · Score: 1

      I know the inventor.

      He was a Microsoft employee when he created FAT. On this next point I could be wrong, but I think it was for Altair Basic.

      FAT predates 1980.

    8. Re:Published in BYTE in 1980 or so by AndroidCat · · Score: 1

      Amazing really. They lifted just about everything else except for the disk format. I wonder when they finally dropped call 3 for CP/M compatable OS calls?

      --
      One line blog. I hear that they're called Twitters now.
    9. Re:Published in BYTE in 1980 or so by LO0G · · Score: 1

      It was call 5, not call 3, and it's still in NT (under NTVDM).

      Of course it only works for .COM programs which are raw 16 bit images and are limited to 64K of code but...

    10. Re:Published in BYTE in 1980 or so by CowboyMeal · · Score: 1

      They might still have the code in them to deal with long filenames, if they took it from an existing implementation. Which brings up an interesting question: If a device has dead code in it that would infringe on a patent if used, is it still infringing on the patent?

      --
      Your credit card information wants to be free.
    11. Re:Published in BYTE in 1980 or so by srw · · Score: 1

      > http://www.acad.humberc.on.ca/~frig8279/osessay/do s/history.html

      Yikes. There are some inaccuracies in that page. CP/M was indeed coded for the Intel 8080 processor by Digital Research. (I'm not sure what that had to do with IBM... did they commission it?) It was a de-facto standard for a while and ran on a variety of machines from different manufacturers with 8080 or Z80 processors. The Apple II had a MOS6502 processor which had NOTHING to do with CP/M. There was, however, a CP/M plugin card made by none other than Microsoft, that had a Z80 (or 8080, I can't recall) processor on it. (I have one of these.) There were plenty of other machines (the entire TRS-80 line, for example. Not the CoCos though.) that natively used the 8080 or Z80 processor. Another point, the Z80 was OPCODE COMPATIBLE with the 8080. It was faster and had ADDITIONAL opcodes as well. (Yes, I programmed both 8080s and Z80s in school.) So, CP/M written for an 8080 would run on a Z80. CP/M with Z80 extensions would not run on an 8080. I believe you could physically pop out the 8080 in a system and replace it with a Z80, but don't quote me on that. (I might be thinking of the V20/8088, V30/8086 which definitely were pin-compatible.)

      Also, microsoft sold a license for QDOS to IBM _before_ they aquired the rights from Seattle Computer. Just a nitpicky detail. ;-)

    12. Re:Published in BYTE in 1980 or so by pommiekiwifruit · · Score: 1
      Perhaps you can clarify?

      That link was because I couldn't find a link to the article on FAT but I have it at home in the "best of byte" book. Hopefully I can check that to see if FAT was with DOS 1.0 (QDOS) or if it came later (i.e. from Microsoft).

      Cameras etc. don't seem to use long filenames much but they would probably need bigger clusters than the original FAT (FAT12?) supported.

    13. Re:Published in BYTE in 1980 or so by miguel · · Score: 2, Informative

      Might be useful to some:

      Alessandro Forin used to work for CMU on the Mach kernel and presented at Usenix in 1994 a new file system that used FAT as its storage, and had been extended to support extended file names.

      He later joined Microsoft.

      The abstract:

      http://www-2.cs.cmu.edu/afs/cs/project/mach/publ ic /www/doc/abstracts/dos-fs.html

      The paper:
      ftp://ftp.cs.cmu.edu/project/mach/doc/publ ished/do s-fs.ps

    14. Re:Published in BYTE in 1980 or so by pommiekiwifruit · · Score: 1
      OK, I looked up the article. It was by Tim Patterson (the creator of MS-DOS) in 1983, just as Microsoft wrote their own version of MS-DOS (2.0) that included support for subdirectories. It describes FAT as a fairly simple system.

      However, (from the web) apparently the actual format is based both on CP/M (the 8.3 naming convention) and the FAT system used by Bill Gates and Marc McDonald in 1977 for Microsoft's Disk BASIC (NCR standalone version).

      IIRC the C64 (1541) disk format by comparison uses linked lists and a bitmap of allocated sectors, rather than keeping the links in a centralised table.

  49. QDOS? by leomekenkamp · · Score: 1

    Was MS-DOS not simply a legal (bought) copy of QDOS (Quick and Dirty Operating System)? IANAPA (not a patent atorney) so I cannot get through all the legalese, RTF patents and actually understand them, but could it be possible that a lot of the stuff in these patents has prior art in the QDOS file system (FAT12 IIRC)?

    Not trolling here, I am simply curious.

    --
    Wenn ist das Nunstueck git und Slotermeyer? Ja! Beiherhund das Oder die Flipperwaldt gersput.
  50. Well, DUH! by Nevo · · Score: 1, Insightful

    If you developed a technology that's used around the world and is a near-ubiquitous format, wouldn't you license it?

    MS would be insane not to charge royalties. The FAT filesystem, unlike many technology patents, is a "real" piece of intellectual property, just like compuserve's GIF file format and the LZW compression algorithm.

    Of *course* they're going to license it! As a MSFT shareholder, I'd be rather upset if they DIDN'T license it!

    Everyone here is so quick to bash MS... even when they make a good business decision.

    1. Re:Well, DUH! by kin_korn_karn · · Score: 4, Insightful

      It's a good business decision, sure. But see, MSFT is a convicted monopoly. Their business decisions are supposed to be limited to those things which don't stifle competition. However, since our government is owned by corporations, and the people who are supposed to be enforcing this are ignorant of technology, the monopoly rating has no meaning. That's what we bash.

    2. Re:Well, DUH! by Anonymous Coward · · Score: 0

      mod parent down 2 for trolling
      also... mod him up 2 for insightful

      (in the interest of full disclosure... I am a MSFT shareholder as well, and a rabid GNU/Linux supporter=)

      er... yeah.

    3. Re:Well, DUH! by johnkoer · · Score: 1

      Their business decisions are supposed to be limited to those things which don't stifle competition

      How is this stifiling competition??? It seems to me by charging for the liscenses, some companies are going to move away from the FAT system and thus they are actually creating room for the free file systems.

    4. Re:Well, DUH! by Tony · · Score: 1

      There are many free filesystems. At issue isn't the filesystems per se; it's the embedded nature of most FAT-based media.

      Microsoft is beginning to move into the field of embedded devices. This isn't just for the X-Box; as they have targeted cell phones, cameras, and other embedded devices with MS-Windows XP Embedded, they are trying to push their own operating system into an area in which they had very little prior market penetration.

      This could be a blow to other systems, as it suddenly makes things like compact flash more difficult to use with existing systems. The manufacturers picked the lowest common denominator for universal media: FAT. Since MS has a stranglehold on the desktop, this is both the natural choice, and the best market choice. Microsoft, in promulgating FAT as a "standard," has contributed to this. It's like MS had a big bowl of candy, and said, "Sure, take some! We're all friends here," and is now (after quite some time, and after almost everyone has dipped from the candy bowl) trying to extract money for the candy.

      Okay, that's a silly, frivolous analogy; the reality is much worse, as now these embedded systems manufacturers rely on the FAT system for their own products, their own revenue stream.

      However, near as I can tell, this isn't what's happening. Although they mentioned their patents at the end, I believe that was simply (as someone else stated) sabre rattling, an exploitation of the dark, vile haze that surrounds everything related to "Intellectual Property" (a phrase that is detestible in its own right, and implies exploitation, greed and selfishness at the expense of others). I believe they simply see a market for their own FAT code; might as well make some money off that stagnant and aging "IP."

      At least, that's my opinion. I could be wrong.

      --
      Microsoft is to software what Budweiser is to beer.
  51. Hmm... by Anonymous Coward · · Score: 0

    Guess it's time to change to Amiga FFS2.0...

  52. This could be bad! by tie_guy_matt · · Score: 1

    Right now everyone's media is pre-formated in FAT -- a filesystem that has been around so long and is so simple that just about every operating system on the planet can read it. If MS starts charging for people to use FAT maybe everyone will simply invent their own file system and force windows users to install a driver in order to be able to read the new media. It may take awhile for the new filesystem to be ported to linux. Maybe in the near future you won't be able to use the latest digital camera with a linux system because linux can't read the filesystem that the camera uses. Also what if each digital camera company invents their own filesystem? Maybe cameras from Cannon will work under linux but not cameras from Sony? At the very least if they have to pay money to use FAT then they will no doubt pass the cost on to the consumer which means we will pay an MS tax just to use any preformatted media.

  53. ESR predicted this by Anonymous Coward · · Score: 3, Interesting

    Eric S. Raymond predicted that Microsoft would force the patent issue on its file formats in The Cathedral and the Bazaar.

    This is very worrying. Let's hope MS didn't get this idea from there.

    While I support ESR, I can't help but wonder if outlining Linux's strengths provides M$ with a plan of attack on Linux.

    1. Re:ESR predicted this by pirhana · · Score: 1

      I think this is actually a nice thing because.
      1. More people would become aware of the danger of patents.
      2. More people would try the options of free file formats.

    2. Re:ESR predicted this by Anonymous Coward · · Score: 0

      While I support ESR, I can't help but wonder if outlining Linux's strengths provides M$ with a plan of attack on Linux.


      What doesnt kill you makes you stronger. Let them attack on Linux. So what. It'll just take their time and $$$.

      They can't stop Linux or OSS.

  54. FAT huh? by ThoreauHD · · Score: 1, Funny

    I want a quarter everytime somebody says the word "FAT".

    One of you nice folks show me to the "everyone's using it now, so I'll screw them" dept please. It's been long enough that I've been getting taken advantage of. Those leeching bastards.

  55. Come on... by lukewarmfusion · · Score: 1

    So much material to work with, yet so few funnies...

    "Steve Ballmer is all about the FAT!"
    "Windows - with a PHAT File System!"
    "Microsoft: FAT With Greed"
    "Linux: Avoid the FAT"

    1. Re:Come on... by Anonymous Coward · · Score: 0

      Correction: no funnies.

  56. dual boot? by real_smiff · · Score: 1

    i'm not a linux user but doesn't that have horrible implications for dual boot setups? where two OSes have to access the same files...

    --

    This is my Sig, this is my Gun. One is for Slashdot and one is for Fun.

  57. It's Simple by Spleen · · Score: 1

    Using a different filesystem is an all well and good way of avoiding that payment to microsoft, however these people will now have to write a device driver for windows to support the new format. This means that the flash storage industry now has to install software in order to use the devices, which makes less attractive for the consumer. Manufacturers are going to buckle to Microsoft just to maintain the ease of use.

    Just another example of how Microsoft is leveraging it's monopoly of the desktop OS market to pressure other companies into paying them. When people bought floppies, Microsoft probably encouraged the manufacturers to have them Pre-Formatted FAT. Then again, that probably predates the confirmed monopoly.

  58. Not a big surprise by ejbst25 · · Score: 2, Insightful

    I do not believe this is a big surprise move by MS. They are, after all, the devil :-)

    But seriously, I have wondered for a long time how long RedHat and other companies would get away wiht providing tools that help people transition to Linux. Such as the tools that mount ntfs or fat filesystems. Microsoft knows nothing of the spirit of cooperation as proven by the way they treat their business "partners." Instead of working together to achieve something great as in a partnership, Microsoft waits til they think its profittable and normally competes head to head with their partners by buying out one of their competitors.

    Now, in the same fashon, they will charge for something that was free. Compnaies are hooked into using the FAT filesystem. And, like a drug dealer, they start charging for the drugs that keeps the user flying high now that they are hooked by the first freebies.

    Intelligent companies will figure a way to not be exploited by MS. Of course, if they were intelligent, they should have seen this coming from MS.

  59. Re:Well... by Zak3056 · · Score: 1

    Since the drives cant be larger than 7.8GB, how many people does this really affect?

    FAT32 can support drives much, much larger than that.

    --
    What part of "shall not be infringed" is so hard to understand?
  60. Hmmm sounds like GIF by Predathar · · Score: 3, Insightful

    Thanks to royalties on the .GIF format after years of being royalty free, the .JPEG REALLY, and I mean REALLY took off, plus PNG came about as well. Lots of programs dropped .GIf support completely and I didn't blame them. Maybe this will make another standard take precedence on new camera's and flash devices, $250k is a HUGE price to pay for a little startup trying to push a new product

  61. Re:Which FAT? Older patents must have expired by n by arkanes · · Score: 3, Informative

    They didn't file any till 1995. Kinda clever, really - don't even bother patenting it untill you see if it's going to be popular. All the benefits of the submarine patent, but without the up front patent fee!

  62. Mosfet by Anonymous Coward · · Score: 0

    Liquid.

  63. Read it carefully: by bigHairyDog · · Score: 2, Interesting

    Today, the FAT File system has become the ubiquitous format used for interchange of media between computers.
    ...
    Microsoft is offering to license its FAT file system specification and associated intellectual property. With this license, other companies have the opportunity to standardize the FAT file system implementation in their products.
    ...
    If you are interested in obtaining a license, please contact...

    (my emphasis added)

    You know, they don't have any of the usual SCO-style 'people are using our property without paying us' gripe. I think they're just selling the right to use their specification, not insisting that everybody pays up or get sued.

    Well not yet anyway...

    --

    foo mane padme hum

  64. Dammit, more Linux impact by 0x0d0a · · Score: 5, Insightful

    Is there a win32 ext2/3 filesystem driver out there anywhere?

    Forget that -- there is FAT code in the Linux kernel. More IP that smacks Linux and means that it cannot be distributed (and interoperate with windows, as FAT-based systems were the only major filesystem that both Linux and Windows can read and write out-of-box. Very bad juju.

    FWIW, it is *damned* hard to write Windows filesystem drivers -- compare a small Linux filesystem -- RAMFS, at 342 lines of source -- with even a minimal Windows driver. There is an ext2 implementation with read support, though.

    Oh, yes. The embedded community uses FAT all over the place. They are going to absolutely go bonkers when this hits the news.

    1. Re:Dammit, more Linux impact by Anonymous Coward · · Score: 0

      RTFA it's for portable devices like cameras and mp3 players. That doesn't even risk embedded Linux devices since they can use other filesystems.

      Get a life zealot, not everything relates to Linux.

    2. Re:Dammit, more Linux impact by barzok · · Score: 5, Informative

      As I read the license options, this applies only to devices that come pre-formatted as FAT. No mention of software. Limiting the ability of others to write FAT-compatible software would be a bad strategic move on MS's part - anyone who currently has another OS interoperating with Windows via FAT may be just as likely to ditch Windows as they are the "other" OS.

    3. Re:Dammit, more Linux impact by Goth+Biker+Babe · · Score: 1

      Just how difficult is it to put the source for the kernel module on a server that's not in a country that has software patents? US patents only affect other countries by mutual agreement. Yes M$ may be able to sue those people who sell devices in the US but elsewhere?

    4. Re:Dammit, more Linux impact by EinarH · · Score: 1
      Oh, yes. The embedded community uses FAT all over the place. They are going to absolutely go bonkers when this hits the news.
      That is so true.
      And when you think of the structure in the embedded world with many small players and companies there is a lot of dollars heading for Redmond.

      On the other hand, I wonder how MS plans to enforce this in Asia. I'll guestimate that there are many hundred companies in China alone popping up and getting them to pay can become difficult.

      --

      Melius mori in libertate quam vivere in servitute.

    5. Re:Dammit, more Linux impact by samsmithnz · · Score: 1

      When I first read this story, I was wondering why MS wanted to charge for an obsolete format (NTFS is standard now)... but I guess there is a reason...

    6. Re:Dammit, more Linux impact by voss · · Score: 1

      Not necessarily. The only forseeable reason you use FAT in a desktop is to dual install windows. If you have a valid copy of windows you have a license for FAT.

      However, there can be a solution. Unlike SCOs $699 per license, the FAT terms seem very reasonable. If Linux community decides FAT is something they cant live without then then we can get a consortium to buy one 250k license for ALL future linux use. IBM has buffet dinners that cost more than that. It sticks in your craw to give Microsludge money but oh well

      We also remind Microsoft that if they dont accept the agreement, that the antitrust people are waiting in the wings.

    7. Re:Dammit, more Linux impact by i0chondriac · · Score: 1

      FAT is far from an obsolete format. It's used on everything from XBOXen to mp3 players to medical test equipment. FAT is the most ubiquitous file system out there. Granted, NTFS is the standard on the destkop, but there are far more embedded devices out there than desktop computers and windows servers. Microsoft stands to make a fortune if everyone complies.

    8. Re:Dammit, more Linux impact by djward · · Score: 0, Funny

      They are going to absolutely go bonkers when this hits the news.

      If it's on Slashdot now, it probably hit the news two weeks ago.

      It'll probably hit the news again in a couple days when CmdrTaco posts it again.

      So yeah, the companies are gonna go bonkers a LOT. But what do you expect from a sponsor of SCO?

    9. Re:Dammit, more Linux impact by the_mad_poster · · Score: 4, Insightful

      I'm not attacking you personally, but why is Slashdot's reaction to this sort of thing always "host it outside the U.S." or similarly sneaky tactic?

      First, this issue involves DEVICES, not code. The Linux kernel doesn't appear to be at risk at all, just embedded systems. Bear in mind, of course, that these systems knowningly used a system that's copyrighted and patented. Microsoft needs to defend this patent lest they lose it. Second, the best solution to this sort of thing is to fight by the rules. If Microsoft suddenly decides to kill interoperability with thier own systems, that's fine - a lot of people would ditch Windows for Linux. Probably as many as would ditch Linux for Windows. Just yank the code from the kernel and go about your business while Microsoft loses more dual-boots to nix-only boots.

      Part of the beauty of OSS is that it's a lot easier for it to lose ground on servers or desktops or whatever than it is for a corp to do the same. It hurts Microsoft a lot more to lose a Fortune 500 company to Linux than it is for Linux to lose one to Windows. Microsoft loses face AND money, we just lose a little face and go about our business - usually, nobody loses any significant money (except the sucker that switched to Windows :p ). There are far fewer people with big stakes in OSS, and, fortunately, the folks that have their fingers in it (Novell, IBM, etc.) will be willing to go to bat for it to protect themselves. Just go about your business. Microsoft is hanging themselves slowly. If we keep doing what we've been for the last several years and stay vigilant, we'll come out on top.

      --
      Alito: A vote for Alito is a punch in the eye to put that bitch back in her place!
    10. Re:Dammit, more Linux impact by einhverfr · · Score: 2, Insightful

      RTFA it's for portable devices like cameras and mp3 players. That doesn't even risk embedded Linux devices since they can use other filesystems.

      How do YOU know that camera or MP3 player isn't an embedded Linux device? Or what exactly is your definition of an embedded Linux device?

      --

      LedgerSMB: Open source Accounting/ERP
    11. Re:Dammit, more Linux impact by cr@ckwhore · · Score: 1

      I think Linux had FAT capabilities BEFORE microsoft patented it in 1995 ... don't know exactly how this should play out, but it doesn't sound *right* to me.

      --
      Skiers and Riders -- http://www.snowjournal.com
    12. Re:Dammit, more Linux impact by Chris_Jefferson · · Score: 1

      The 250k license is a per-COMPANY licence. Also I imagine would be very, very suprised if buying a licence gives you permission to give a licence to everyone who buys your product, and everyone they give a copy to, etc. which of course GPL compatability would require. I seriously suspect that this FAT licence will be GPL incompatable, mainly because making it GPL compatable would (to be fair to Microsoft) defeat the purpose, because then any company releasing GPLed software could use FAT code in their product

      --
      Combination - fun iPhone puzzling
    13. Re:Dammit, more Linux impact by yy1 · · Score: 1

      SO where is the PNG equivelent for FAT? When Unisys pulled this crap with GIF alot of places went with PNG.

      wouldn't be simple enough to create a new filesystem for embedded devices and just swap it out gradually like they did with GIF?

      --
      Because, sometimes they just have to touch the stove.
      -YY1
    14. Re:Dammit, more Linux impact by HiThere · · Score: 2, Interesting

      The reason for the reaction is that, rightly or wrongly, the action is perceived as unjust. And the person writing doesn't believe that the government won't take the part of the entity with the deeper pockets. So some alternative is searched for.

      This actually looks like a legitimate patent. I seem to remember that the sandwiching of long file names onto DOS was quite a project, at the time. Or at least that a big deal was made of it. (Never mind that the Mac & Unix already had long file name implementations. They didn't need to deal with dual naming conventions.)

      As to how valuable this is...well, if you want to work with MSWindows, and you'll need to write your files in DOS 8.3 format, and they'd better be small enough to fit on a DOS partition.

      My personal intent is that if they push this I'll just drop vfat from my system, but as I'm not a manufacturer this doesn't directly affect me.

      Another alternative would be to use the ext2 file format, and only provide either serial or CDROM formatted outputs. Other choices probably exist. The question is: "Is it cheaper to convert or to pay?" And they answer is likely to be: "It's cheaper to pay." The follow on questions of "What's the license like?" and "Can you trust them to not come back next year for another license payment?" might well tip the balence, however.

      --

      I think we've pushed this "anyone can grow up to be president" thing too far.
    15. Re:Dammit, more Linux impact by lordrich · · Score: 1

      So does that mean that the kernel is going to be taken out of the main Debian source and put into non-free?

    16. Re:Dammit, more Linux impact by whorfin · · Score: 1

      SO where is the PNG equivelent for FAT? When Unisys pulled this crap with GIF alot of places went with PNG.

      Ah, yes...I forgot about that. That's why all of the image graphics on the internet are in PNG format, not GIF! Ooops, I guess that /. must have missed the boat, they've still got GIF images all over the place...

      --
      Laugh while you can, monkey-boy!
    17. Re:Dammit, more Linux impact by nosfucious · · Score: 1

      Enfoce this in Asia? Easy, follow the money trail.

      Most (but no means all), profit would probably be generated in a few, richer countries. Say, the US, Canada, UK, Japan, Australia and New Zealand, Most of Western Europe, a few others.

      The most profitable countries are those that MS stand the most chance of suing for and defending patent rights. Any 2 bit manufacturing outfit that wants to make some really money, will have to export to the developed countries. Either the exporter or the importer will have to ensure the fat tax is paid.

      The pennies to be made in countries like China and India, would be like, well, pennies. Huge populations to be sure, but you can't max out your profit when the major portion of your market only earns a few $US per month.

      The MS page is "only" asking for 25 cents per device. This is capped at $250K. They even provide additional code samples and benchmarking (and steak knives!!!) SFA really. If you're selling about 1,000,000 embeded devices, you can probably pony up the $250K.

      The problem here now, is MS owns the only real omnipresent, well understood and documented (?) file system around. No competing file system can even get close, except for others owned by MS. (Eg, NTFS). They'd be cutting thier own throats to close it off to 3rd parties.

      Unless Apple or Free/OSS movements get a majority of all desktops (or even a non-trivial minority), then there is SFA chance that a non-MS owned file system is going to pop up in consumer devices.

      An aside: Happily for me, my Nex II mp3 player, uses a CF card. .5G of mp3, no moving parts, nice sound, disk mounts under linux fine directly out of the device or via a card reader. I can't see 25cents adding much to the overall cost.

      --
      Q:I was listening to a CD in Grip and it sounded horrible! What's up? A:Perhaps you are listening to country music
    18. Re:Dammit, more Linux impact by DrSkwid · · Score: 1

      342 is quite a nice small figure

      plan9's ramfs is 846 lines, but it is available across the network.

      --
      There are places where the networks are not touching,and there are places where they are-Boeing's Lori Gunter
    19. Re:Dammit, more Linux impact by Anonymous Coward · · Score: 0
      this issue involves DEVICES, not code. The Linux kernel doesn't appear to be at risk at all, just embedded systems

      The only devices that can be FAT formatted are storage media. This targets folk shipping floppies, HDs, memory cards and the like. Those things which one typically considers "embedded systems" can't be FAT formatted any more than my car can be vulcanized.

    20. Re:Dammit, more Linux impact by Jim_Hawkins · · Score: 0
      Microsoft is hanging themselves slowly. If we keep doing what we've been for the last several years and stay vigilant, we'll come out on top.

      And...HOW long have people been saying crap like that? Seriously...Microsoft has always been "destroying themselves" or "going under" or whatever.

      News flash. They're not.

      Yes. I'll agree. Microsoft does some stupid/unsavory/unlikable things, but they have guys there who know business (whether it is the lawyers, the corporate heads or whoever). There seems to always be a reason behind what these folks do. We may not see it at the moment, but something's cooking. Give it some time and before you know it, Slashdotters everywhere will be whining about that.

      Mark this as a troll/flamebait if you will, but I hate hearing crap about the most powerful company in the world and how they're "sinking." Give me a break.

    21. Re:Dammit, more Linux impact by mst76 · · Score: 1
      anyone who currently has another OS interoperating with Windows via FAT may be just as likely to ditch Windows as they are the "other" OS.
      But it may also stop (or at least deter) migration FROM windows, which occurs much more than than in the other direction. Honestly, do you think that if MS could stop migration in both directions today that they wouldn't?
    22. Re:Dammit, more Linux impact by jargoone · · Score: 1

      You're not paying attention. It's the manufacturer of the product that would have to pay the royalty. The device could be running Linux, Windows Mobile, or VMS Mobile, and it wouldn't matter.

    23. Re:Dammit, more Linux impact by Locutus · · Score: 1

      you should know by know that this is about VFAT and not FAT even though Microsoft's page talks about only FAT. From what I've read, the patent claims are for long filename support( VFAT ) and so as long as the FAT file system is used, device vendors should be out of this for the time being. IMHO.

      LoB

      --
      "Anyone who stands out in the middle of a road looks like roadkill to me." --Linus
    24. Re:Dammit, more Linux impact by Thoguth · · Score: 1

      If I understand the GPL correctly, you can't distribute binaries of GPL'd code unless you give users of the binaries the right to change the program and also distribute their modifications under the same license. If MS has a patent on the long-filename extensions of FAT, then you can't offer users a right to freely distribute modifications that use that patent--nobody but MS can--and so you can't distribute programs that use those patents.

      So it looks like this will cause a change in Linux--when reading FAT drives, it will have to use the "PROGRA~1" filenames instead of the long ones.

      --
      The requested URL /iframe/sig.html was not found on this server.
    25. Re:Dammit, more Linux impact by IntlHarvester · · Score: 1

      SO where is the PNG equivelent for FAT? When Unisys pulled this crap with GIF alot of places went with PNG.

      It took 3-4 years to even complete the spec for "GIF2" (which became PNG).

      Then it took another 3-5 years before PNG software implementations were wide-spread. Even today, many implementations are feature-incomplete or buggy.

      And this is a rather simple image format that exists in userspace as a portable library. Not a filesystem driver that runs in privledged mode, which could crash your computer and corrupt all your data, and must be recoded for every single OS and device firmware out there.

      In short, the FAT patents will probably expire before there's an alternative. Sound familiar?

      --
      Business. Numbers. Money. People. Computer World.
    26. Re:Dammit, more Linux impact by apdt · · Score: 1

      The main reason for that is that Many browsers don't support png properly, Notably Internet Explorer.

      See this or this to see whether your prowser renders them correctly.

      png has some really nice features (like alpha transparency) that would be really useful if you could rely on them being supported.

      --
      I lay awake last night wondering where the sun had gone, then it dawned on me.
    27. Re:Dammit, more Linux impact by RevAaron · · Score: 1

      Heh, VMS Mobile. Where do I get one of those? I could go for a PDA running VMS Mobile and DECwindows... badass.

      --

      Working toward a usable PDA environment in the spirit of Newton OS: Dynapad
    28. Re:Dammit, more Linux impact by 0x0d0a · · Score: 1

      RTFA it's for portable devices like cameras and mp3 players. That doesn't even risk embedded Linux devices since they can use other filesystems.

      Read the patents. They *do* cover things that the Linux FAT driver does. The fact that Microsoft is not currently offering to license rights to let people use FAT in embedded in a noninfringing manner is irrelevant -- the point is that the Linux FAT driver *could* be attacked at any point. :-(

    29. Re:Dammit, more Linux impact by swillden · · Score: 1

      Bear in mind, of course, that these systems knowningly used a system that's copyrighted and patented. Microsoft needs to defend this patent lest they lose it.

      Two fallacies here: First you can't copyright a "system" or an "idea" or a "method" or a "device". There are no copyrights inolved here. There would be copyrights if, for example, some of the device manufacturers somehow misappropriated Microsoft's FAT software, rather than writing their own, or buying it.

      Second the "defend it or lose it" notion *only* applies to trademarks, which aren't in dispute here. You can leave patents and copyrights undefended for years, you can even selectively enforce them.

      --
      Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.
    30. Re:Dammit, more Linux impact by the_consumer · · Score: 1
      HOW long have people been saying crap like that?

      About five years, give or take. I hope for your woman's sake you aren't in such a rush in the sack.

      Oh, wait... sorry, I'm an insensitive clod.

      --
      "If you're thinking what I'm thinking, you're right." -
    31. Re:Dammit, more Linux impact by the_mad_poster · · Score: 1

      About five years, give or take. I hope for your woman's sake you aren't in such a rush in the sack.

      What, you hope he's not in a rush to get done in the sack within five years?

      Dude... you must have some superhuman stamina if five years is a "quickie" to you! :)

      --
      Alito: A vote for Alito is a punch in the eye to put that bitch back in her place!
    32. Re:Dammit, more Linux impact by 0x0d0a · · Score: 1

      You are right that "defend it or lose it" is a trademark concept, but there *is* a very rough patent equivalent. A patent owner may not sue for damages incurred over six years ago. So if you let things slide for too long, and the person has stopped producing the infringing product, you can't do anything to him.

      Of course, that isn't very relevant here. :-)

    33. Re:Dammit, more Linux impact by 0x0d0a · · Score: 1

      If you have a valid copy of windows you have a license for FAT.

      No.

      You are not the one who is liable for infringing. Microsoft cannot sue you for using an infringing device. The company that sold you the other system that uses FAT (a Sony digital camera, a copy of Linux, etc) is the one who is liable for infringing. And they do not have a valid license for FAT.

      We also remind Microsoft that if they dont accept the agreement, that the antitrust people are waiting in the wings.

      Clinton's gone. This is the Bush administration. Microsoft need fear nothing.

    34. Re:Dammit, more Linux impact by the_consumer · · Score: 1
      Different metrics, friend. Five years to build marketshare for a grassroots product that competes with one of the largest companies in the world is not very long.

      And yes, I do have superhuman stamina, as your mom can readily attest to when she regains the ability to speak.

      --
      "If you're thinking what I'm thinking, you're right." -
    35. Re:Dammit, more Linux impact by Anonymous Coward · · Score: 0

      Oh, yes. The embedded community uses FAT all over the place. They are going to absolutely go bonkers when this hits the news.

      implying anything thats on slashdot is new news?

      -dl

    36. Re:Dammit, more Linux impact by the_mad_poster · · Score: 1

      Oh, great.... now you've done it. Here come the Insensitive Clod trolls! I can hear them now!

      --
      Alito: A vote for Alito is a punch in the eye to put that bitch back in her place!
    37. Re:Dammit, more Linux impact by whorfin · · Score: 1

      Trust me, I know all about the virtues of PNG...

      I was the lead on a fairly successful commercial (does that make me evil?) PNG based web imaging product for several years. It fully supports all the other image formats that people use, though, and unsurprisingly those are what everybody uses!

      My response was that the parent was saying that somebody had to come up with the PNG of filesystems, which would mean a filesystem that had some small technical merits over the current overwhelming defacto standards, but that those small advantages, both technical and financial, would be meaningless compared to the irresistable powers of inertia and the network effect.

      The cost of something is often much different than the 'cash' paid for it, and the 'value proposition' of something is not higher just because it costs less.

      --
      Laugh while you can, monkey-boy!
    38. Re:Dammit, more Linux impact by the_consumer · · Score: 1
      --
      "If you're thinking what I'm thinking, you're right." -
    39. Re:Dammit, more Linux impact by jargoone · · Score: 1

      Glad at least someone caught it. :-)

    40. Re:Dammit, more Linux impact by Jim_Hawkins · · Score: 0

      Ha. Well screw you! I don't have a woman!

      Uh...wait a minute...

  65. In other news... by Max+von+H. · · Score: 1

    Daimler-Benz is considering charging automobile manufacturers for the use of its patented Automobile concept. Under this scheme, every car manufacturer will be required to pay a licence fee of $1,499 for each vehicle sold since 1893. Furthermore, the McAdam estate representatives have declared they may charge road builders for using the technique decribed by Mr McAdam in the mid 19th century, an invention that hasn't benefited the estate's shareholders as much as the law allows.

    Litigation against aerospace industries for unfair competition and loss of revenue is pending.

    Officials at SCO said they didn't know whether they would litigate against the transport industry as a whole, but "they certainly owe us a lot of money, and we're in the process of determining the amount" declared a top executive, who refused to explain the object of the prospective lawsuit, adding that SCO "will inform its partners of its new business plan through regular channels such as subpoenas and Utah court orders".

    --
    -- It's always darker before it goes pitch black.
  66. This will happen. by Anonymous Coward · · Score: 0

    Yeah, but with "Trusted Computing" MS could probably get their os to check that the device is "Trusted" (that is, that they've paid the dues) before asking.

    If the product connected is "Untrusted". Well, just eject it!

  67. open filesystem standard by tommten · · Score: 0

    hopefully this would create the need in the industry for an open file system standard supported on all os:es..

    but thats probably why the cap isn't more than $250.000

    and the obligatory joke is:

    I for one welcome our FAT overlords :p

    --
    - I choked on the red pill and now I'm stuck in limbo
  68. I don't quite get it... by Stile+65 · · Score: 1

    Can they really charge $.25/unit for preformatted media? I understand charging per device that preformats the media, because that device actually has program code that implements the FAT file system. The media don't implement the algorithms needed to use FAT, they just store a static snapshot of the output of the algorithms. It's like charging users of MS Word a license fee per document.

    --
    I claim first use of "Error No. 0B" - or "No. 0B error." It'll be the new ID 10T!
    1. Re:I don't quite get it... by nearlygod · · Score: 2, Interesting

      It's like charging users of MS Word a license fee per document.

      You're jumping too far ahead. They don't plan on doing that until Q3 2006.

      --
      The Tools Of Ignorance wanna be a tool?
    2. Re:I don't quite get it... by pauldy · · Score: 1
      It's like charging users of MS Word a license fee per document.

      Don't think this isn't on someones list of ways to increase revenue at MicroSoft.
  69. Scary questions... by 3Suns · · Score: 1

    They may be targeting flash memory now, but where does this lead? It could be that flash memory is just a trial run to see if their patent holds. Preformatted floppy disks generally use FAT. How about software that understands FAT, like Linux?

    Granted, this /should/ be overturned since they've never enforced it before (and in fact encouraged it, IIRC). But GIF patents were upheld, so you never know.

    --

    -3Suns

    ~~~~
    The Revolution will be Slashdotted
    1. Re:Scary questions... by Saint+Stephen · · Score: 1

      I would think there is a different between creating a FAT table on something (i.e. software that formats a device for FAT) and using a FAT table (reading or writing files on disk formatted with Microsoft tools).

    2. Re:Scary questions... by 3Suns · · Score: 1

      I'd suspect there would be little difference in the eyes of a judge. Besides, most Linux distros do both via vfat kernel support and mkfs.vfat.

      --

      -3Suns

      ~~~~
      The Revolution will be Slashdotted
  70. ipod filesystem by solidox · · Score: 1

    as far as i know, the ipod uses FAT for it's filesystem, and is why it will appear as a drive when connected via usb/firewire.

    many of the other portable mp3 players, do not appear as a drive, and have to use an external utility. the main reason for this is because they do not use the FAT file system.
    these patents may well be the reason why the other manufacturers opted out of using FAT.
    apple won't be too happy at this, but the ipod sucks so i couldn't care less.

    --
    1. Re:ipod filesystem by Anonymous Coward · · Score: 0

      >Apple won't be too happy at this, but the ipod sucks so i couldn't care less.

      Yeah, it's expensive, so it must sucks. That's one weak argument in favor of your low-cost 64MiB MP3 player, dude.

    2. Re:ipod filesystem by Anonymous Coward · · Score: 0

      the storage/cost ratio for those 64MB systems are so much greater that they must be better. Big is better right? anyone that needs more than 64 megs of music is just an idiot. personally I am good with under a meg of music- all i need is the freesoftware song baby! It is not pc to admit to liking jacko anymore :(

    3. Re:ipod filesystem by enigmiac · · Score: 1

      Only the windows ipod uses FAT. The mac native format is (I believe) HFS+. I was forced to reformat FAT in order to sync, as the ipod firmware will only read FAT or HFS+. I would have been much happier using ext2, as it's natively supported on my system. I haven't been able to find any decent HFS+ drivers for linux. I wonder if this means apple will add more support, stop selling windows ipods, or pay MS.

      Who am I kidding, they'll just release a new ipod, and make people upgrade for the "new features".

      Do I sound bitter? Maybe they should have given the Gen2 ipods playlist on the go support.

  71. Got Compact Flash? by 87C751 · · Score: 1
    how many people does this really affect?
    How many Compact Flash cards were sold this year? How about USB "ThumbDrives"? MMC? SmartMedia? Secure Digital cards? MemorySticks? External USB/FireWire hard drives? All of these typically come formatted with a FAT filesystem. (even my Maxtor 80GB external had some kind of FAT system... must have had gigantor cluster sizes. I didn't really look before the 'mke2fs -j') And every one of them now owes a quarter to Microsoft.
    --
    Mail? Put "slashdot" in the subject to pass the spam filters.
    1. Re:Got Compact Flash? by PReDiToR · · Score: 1

      How about USB "ThumbDrives"? MMC? SmartMedia? Secure Digital cards? MemorySticks? External USB/FireWire hard drives?

      In this day and age is it THAT hard to remember to make the bios or ROMs on these things flashable?

      Surely its possible to switch formats with a firmware upgrade?

      --

      Do not meddle in the affairs of geeks for they are subtle and quick to anger
    2. Re:Got Compact Flash? by LO0G · · Score: 1

      A quarter up to a max of $250,000.

      Which isn't likely to be that honorous for a serious CE manufacturer.

      And likely it's only if they're supporting long filenames in the CE device.

    3. Re:Got Compact Flash? by 87C751 · · Score: 1

      Did you mean "CF"? And since the vast majority of these flash devices are aimed at Windows, long filenames are a given. But yeah, 0.25M$ isn't too bad... until the mfr. hikes the unit cost by $10 to cover it.

      --
      Mail? Put "slashdot" in the subject to pass the spam filters.
    4. Re:Got Compact Flash? by LO0G · · Score: 1

      CE==Consumer Electronics.

  72. Protection precedent? by chooks · · Score: 1

    If a company does not protect their patents (or trademarks, or licensing) doesn't this weaken their position as far as enforcing said patents (or license or trademarks).

    So if MS has turned a blind eye since 1976 (1976? Bill was doing filesystems in 76?) with respect to enforcing their patents, doesn't this put them in a pretty weak position as far as enforcing them?

    I seem to recall something similar happening to AT&T with their litigation against the Regents of California. Namely, AT&T didn't enforce their licensing of SVr4 for a period of time and thus effectively became part of the public domain...

    Haven't had any hot beverages this morning, so this could have all been one strange dream though...

    --
    -- The Genesis project? What's that?
  73. What about Linux/BSD FAT drivers? by mirio · · Score: 2, Interesting

    I wonder what this means for Linux/BSD FAT drivers. Microsoft's current licensing scheme seems to apply only to companies that sell pre-formatted storage devices/media with FAT, but surely this has implications for free software.

  74. Sounds like a gentle? push towards embedded Win by k12linux · · Score: 2, Insightful
    I can just see the maketing material from MS to the embedded developers? Using other embedded OSes puts you at risk of patent violation. We're just trying to help you avoid expensive litigation or licensing. (Nevermind that it's our patents.)

    Hey, if they can't compete on quality and features, why not force their way into the market using patents.

  75. flex by bobrankle · · Score: 1

    Is just a statement by ms that they do control the world. 250k is incidental for the producers of the product, its just ms starting to say follow me or it can get worse.

  76. DR-DOS , 20 years, and floppies by frovingslosh · · Score: 4, Interesting
    How strange. They couldn't stop DR-DOS, which clearly could format FAT partitions, but now (even after the loss of a Federal court case that proved they abuse their monopoly power) they can stop people from using FAT? And FAT is well over 20 years old, Microsoft's own site states The first FAT file system was developed by Microsoft in 1976. Stranger still, they didn't get the first FAT patent until 20 yaers later, in 1996! (Applied for in 1995.) This is wrong in so many ways.

    And if they can stop a manufacturer from delivering a product such as a USB drive pre-formatted with FAT, then can't they do the same with a pre-formatted floppy disk? For that matter, can't they do the same with a floppy disk that contains software? Anyone who sells PC software on floppies will owe Microsoft money! (There are less today than there were just five years ago, thanks to CD's, but there are still many small businesses out there. I just got a driver on a floppy last week with something I bought).

    --
    I'm an American. I love this country and the freedoms that we used to have.
    1. Re:DR-DOS , 20 years, and floppies by kbw · · Score: 1

      Agreed. And by the same arguement shouldn't they be enforcing restrictions on SMB (I mean CIFS) and possibly FAT32? Maybe they're doing us all a service if the force the industry into using a relaible file system.

    2. Re:DR-DOS , 20 years, and floppies by Zoshnell · · Score: 2, Funny
      enforcing restrictions on SMB
      They own the Super Mario Brothers too now?!?!? DAMN YOU MICROSOFT!!! DAMN YOU TO HELL!!!!
      --
      "Do you suppose that's why God lives in the Heavens? Because he lives in fear of His creations?" - Steve Buscemi
    3. Re:DR-DOS , 20 years, and floppies by freeze128 · · Score: 1

      It's funny you mention floppies.... A couple of weeks ago I bought a USB to serial port converter. It came with a driver that small enough to fit on a floppy disk, but it was on a full sized CD. CD's use an ISO format, not FAT for their filesystem. It's just a shame though. It seemed like a HUGE waste of space.

    4. Re:DR-DOS , 20 years, and floppies by Anonymous Coward · · Score: 0

      You can't waste space, only resources.

      CDs are cheaper to produce than floppies. Burned CDs (which could be left open to allow you to use precious space) are more expensive. The end.

    5. Re:DR-DOS , 20 years, and floppies by RetroGeek · · Score: 1

      It seemed like a HUGE waste of space.

      In which way? The physical size of the medium?

      There are companies who are selling PC's without floppy drives. You get a CD-ROM and that is it.

      Copying floppies is a slow process. You actually need to write to the floppy. A CD can be pressed. Much faster.

      Floppies consist of a bunch of parts which need to be assembled. A CD is just a disk of special plastic. CD's are cheaper.

      A floppy can be accidentally erased by exposure to magnetism, a CD cannot. Much safer.

      Floppies are now only good for quick and dirty transfer of small amounts of data between computers (yes I know you can span disks with compressions apps) which are not networked. For anything else, I use a CD. Heck, I even email files between computers which are next to each other (neither has a convenient connection to a shared drive, yet both are copnnect to the 'Net).

      --

      - - - - - - - - - - -
      I am a programmer. I am paid to produce syntax not grammar. Deal with it.
    6. Re:DR-DOS , 20 years, and floppies by yeremein · · Score: 1

      The patents cover Microsoft's long filename kludge which was introduced with Windows 95. That's why the patent wasn't applied for until then.

      Why would Microsoft choose to patent their ugly hack? I can think of no other reason than to erect a toll bridge for devices FAT filesystems.

      Fortunately, my digital camera doesn't support long filenames...

    7. Re:DR-DOS , 20 years, and floppies by jvillain · · Score: 1

      This is and isn't as nefarious as every one is making this out to be.

      It isn't because the courts have told Microsoft to start licencing their patents that allow other systems to interact with Windows machines. They are just doing what the court has ordered.

      But on the other hand Bill and crew have never thought that they should be required to follow the dictates of the courts. So if they can follow the letter of the law but stick it to the courts and others at the same time that is poetic justice in their minds. This probably will PO judge Urquhart but not enough that she will do any thing about it. It isn't every day you get to tweek the judges nose and get away with it. I think the EU will have a different take on it though.

      From my stand point I hope this makes the studios and CE companies take a long hard look at what could happen with WM9. As well if FAT is a good patent to enforce why not joliet and some others. I don't think Microsoft is charging any where near enough for these patents either.If it is really valubale crank up the price.

    8. Re:DR-DOS , 20 years, and floppies by Anonymous Coward · · Score: 0

      So they're deliberately misinterpreting the judge's orders? Isn't this called "contempt of court"?

  77. Re:Well... by Zayin · · Score: 4, Informative

    RTFA. (Go ahead, give me the old "You must be new here" - joke. :)

    The linked article does not mention home computers. Microsoft wants license fees from:

    1) Manufacturers of solid state removeable memory devices

    and

    2) Manufacturers of certain types of consumer electronics that use the FAT file system:

    portable digital still cameras
    portable digital video cameras
    portable digital still/video cameras
    portable digital audio players
    portable digital video players
    portable digital audio/video players
    multifunction printers
    electronic photo frames
    electronic musical instruments
    standard televisions

    Do you think you'll ever buy one of those? Then it'll affect you. :)

    --
    "I'd rather have a full bottle in front of me than a full frontal lobotomy"
  78. Re:Well... by SpinyManiac · · Score: 1

    Let's not forget FAT12.
    People still use floppy disks.

    --
    It's never too late to have a happy childhood.
  79. Re:Well... by Anonymous Coward · · Score: 0

    That number was the 'safe' size for a system partition on NT, i'll go get some coffee and come back when my brain is working..

  80. how long will it be? by asv108 · · Score: 1
    Until the feds start looking at regulating or bringing some form of legal action against Microsoft. It seems that once the anti-trust heat died down, MS went back to the same monopolizing practices that got them in trouble in the first place, well really they didn't even stop during the trial. Granted they have a right to license FAT technology but why now?

    Because they can!

    When the original case was brought against MS, the were still very much a software company but looking at them now, Microsoft has become a conglomerate of sorts focusing on software, intellectual property, hardware, gaming, entertainment, internet service, and consulting. If Microsoft has their way, WMA will be the standard music format (every service besides apple) and their video codecs will be used for movies in and out of the theater.

    So how long will it be till the justice department takes some real action? I'm assuming not in this administration, which has pandered to corporations more than any presidential administration in modern history. Bush has created a climate where anything goes for big business.

  81. That's why people apply for patents.... by GlobalEcho · · Score: 1, Funny

    That's why people apply for patents....to get those fat license fees!

    (ducks)

  82. Re:Which FAT? Older patents must have expired by n by shoppa · · Score: 2, Insightful
    They didn't file any till 1995. Kinda clever, really
    So what does this mean for all the floppy disk manufacturers that sold preformatted FAT floppy disks through the 80's and early 90's? Can they retroactively sue them? Microsoft didn't put "patent pending" on floppy disks they sold, did they? Was Microsoft ever in the business of selling blank but preformatted floppies?
  83. Boomers protest charges for flashbacks by stuartdenny · · Score: 1

    what about all those baby boomers with LSD flashbacks stored up in their fat cells. Won't they be unhappy about M$ taking advantage of their (sometimes) youthful indiscretions?

    --
    -- Stuart Denny, stuartdenny@hofo.com "Everything is everything"
  84. european patent debate by cyco/mico · · Score: 1

    I think this illustrates nicely the only valid argument in vavour of software patents in good old europe:

    "If they can patent crap, we need to patent crap, too! To defend ourselves!"

    By means of such patents, the worlds biggest market for electronic products can be blocked (or, rather, turned into a cash cow). Every international vendor has to buy licenses, otherwise they can't sell in the usa.

  85. noticed this? by appelflapje · · Score: 1
    With this license, other companies have the opportunity to standardize the FAT file system implementation in their products, and to improve file system compatibility across a range of computing and consumer electronics devices.
    Funny that noone noticed that this is an offering to get M$ docs/specs on FAT, instead of forcing every company to cough up money for using it. Don't get me wrong, the thought crossed my mind, but they're not doing something like that... yet. I don't think (hope) they're that stupid.
  86. Re:Well... by hookedup · · Score: 1

    Seems like this would affect everyone then, would we see a (significant) price increase in the mentioned products?

  87. Next Time you Format A Floppy Drive... by DrunkenTerror · · Score: 1

    ...please have your credit card and/or other billing methods handy.

    Hell, I hope they don't retroactively charge that... Soooo many floppies I've formatted.

  88. Flamebait..? by Robmonster · · Score: 0

    Why did the parent get modded Flamebait? If they invented it why shouldnt they expect remuneration?

    Pretty much every company expects to capitalise on products/ideas it has come up with, I dont see why this is such big news.

    --
    I have no sig yet I must scream.
    1. Re:Flamebait..? by Anonymous Coward · · Score: 0

      It's slashdot. Microsoft is, by definition, in the wrong. They do not deserve credit, compensation or consideration for their inventions, they should not be allowed to provide implimentations of thing in the public domain (like Mosaic) to their customers, and they should be punished severly when ever they are accused to of stepping on anyone's toes.

  89. Re:Well... by shadow_slicer · · Score: 1
    How many of us use a fat partition on their home computers? Since the drives cant be larger than 7.8GB, how many people does this really affect?
    Only 7.8 GB eh? Tell that to my 40GB Windows 98 partition (FAT32)....
  90. FAT and CP/M and DR DOS Prior Art by Anonymous Coward · · Score: 0

    I thought there were similar filesystems, and besides FAT is so simple, a cleanroom implementation would not take long, hence no need to licence. Commodore, Atari, Apple all had bitmapped sectors predating.. maybe I am missing something.

    1. Re:FAT and CP/M and DR DOS Prior Art by drakaan · · Score: 3, Insightful

      It's not an issue that a clean-room implementation would fix. The patent in question isn't on the code, but rather on the file format. Remember all the shit that Compuserve put people through over the GIF file format? This would be similar. Microsoft is saying "Hey! We should be making money off that!". I don't know what this means for FreeDOS, PC-DOS, syslinux-based boot disks etc, but it can't be good...

      --
      "Murphy was an optimist" - O'Toole's commentary on Murphy's Law
    2. Re:FAT and CP/M and DR DOS Prior Art by TheAncientHacker · · Score: 1

      CP/M had a totally different file system than PC-DOS/MS-DOS. Internally they're not even similar. It's one of the biggest differences in the two. The original FAT filesystem code was written by Bill Gates. As for DR-DOS, even here on slashdot, it's hard to think that a clone written years later could claim to be an example of prior art to what they copied.

    3. Re:FAT and CP/M and DR DOS Prior Art by Progman3K · · Score: 2, Interesting

      Yes, but what if they cloned it BEFORE it was patented?

      Supposedly, MS patented FAT in '96, so if someone had cloned it before that, wouldn't that be OK?

      --
      I don't know the meaning of the word 'don't' - J
    4. Re:FAT and CP/M and DR DOS Prior Art by kyz · · Score: 5, Informative

      The GIF file format isn't patented. You can't have a patent on file formats, the order of fields in a sector, etc. There is nothing innovative in that.

      The hardware process of the LZW compression algorithm was what as patented. You can write GIF files without using compression (literal, clear dictionary, literal, clear dictionary ... instead of following the compression algorithm.

      Here, Microsoft's patents relate to algorithms for fitting long filenames onto a file system that only supports short filenames. They do NOT have a patent on the (V)FAT filing system. However, in working with those filing systems you may need to use algorithms which Microsoft managed to patent.

      --
      Does my bum look big in this?
    5. Re:FAT and CP/M and DR DOS Prior Art by happyfrogcow · · Score: 3, Insightful

      Let me remind you, this is the kind of B.S. that can happen when you rely on proprietary software (I'm guessing that FreeDOS and friends do rely on MS standards in order to maintain compatibility with MS-DOS programs). Someone can pull the rug right out from under you whenever they want to.

      So MS is going to nickle and dime people to death. Who would have guessed...

    6. Re:FAT and CP/M and DR DOS Prior Art by TheAncientHacker · · Score: 2, Insightful

      The patents aren't for FAT, they're for enhancements to FAT (like Long File Name support) that were added in the 1990s.

      The original 12-bit FAT format patents are probably expired by now but IANAL.

    7. Re:FAT and CP/M and DR DOS Prior Art by drakaan · · Score: 1
      Fair enough...you could make uncompressed GIF's, but why bother...the lossless compression was the thing that made the format attractive. Apologies for not seperating GIF from LZW.

      You can't patent a file format, per-se, but if a particular file format relies on a particular encoding that has a patented process, you end up with substantially the same thing.

      How exactly is MS claiming that companies can't ship pre-FAT-formatted devices? Since reading the patent details, I'm all unclear again...

      --
      "Murphy was an optimist" - O'Toole's commentary on Murphy's Law
    8. Re:FAT and CP/M and DR DOS Prior Art by Valdrax · · Score: 3, Interesting

      Here, Microsoft's patents relate to algorithms for fitting long filenames onto a file system that only supports short filenames.

      Innn-teresting...
      Do the Rock Ridge extensions for ISO 9660 count as prior art?

      --
      If it's for-profit but free, you're not the customer -- you're the product (e.g., the Slashdot Beta's "audience").
    9. Re:FAT and CP/M and DR DOS Prior Art by Anonymous Coward · · Score: 0

      ROMDOS and PC-DOS. In '99 I worked at a company using these and the price was $10 per intall whereas MSDOS was still around $15. Probably having its monopoly at $300/OS for Windows MSFT is trying to eliminate the evidence that the price is obscene by eliminating the cheaper DOS's. This may have been a good move a few years ago but now computers are shipping without floppies altogether. The CD format is typically ISO 9660 or something like that I think and has nothing to do with FAT. I suspect this move of theirs makes no business sense and simply has the ulterior motive of making it hard to dual boot and things like that. Guess those old DOS licenses might be worth something now :-)

      They are so dumb. IMO, they are pushing users away from their products by making them ever more proprietary. When I talk to a company using anything MSFT I realize they cannot use anything else, while, on the other hand when working in IBM, BEA, or Sun I realize the companies are just one purchase away from moving to another HW, OS, framework. As a programmer, I look for a company that uses open systems like Java/J2EE rather than a proprietary system like MSFT .Net. When I see someone using MSFT technologies all I can think is they have little professional experience. When I see someoine touting MSFT I know they have little technical acumen - as mentioned file formats are 1980's problems, the patent may still be in effect but it's usefulness is not really; in a few weeks we'll have FAT-to-FREE converters and then MSFT will have successfully pissed off even more folks while litigating a few million from DELL, HPQ, and the likes.

    10. Re:FAT and CP/M and DR DOS Prior Art by Rhombitruncated+Cubo · · Score: 0
      The hardware process of the LZW compression algorithm was what as patented. You can write GIF files without using compression (literal, clear dictionary, literal, clear dictionary ... instead of following the compression algorithm

      What confuses me is that there is no fixed LZW compression algorithm. I've written several, and they produce different results on identical input. It is the decompression algorithm that is fixed.

    11. Re:FAT and CP/M and DR DOS Prior Art by Anonymous Coward · · Score: 1, Informative
      The original FAT filesystem code was written by Bill Gates.

      BZZZT!!! Wrong!

      THe original FAT code was written by Tim Patterson, an employee of Seattle Computer Products (SCP) at that time. The original x86 DOS, called, alternately Q-DOS or 86-DOS was marketed by SCP to go along with thier two board 8086 CPU set. This was in 1980 or 1981, and you can find ads for this product in BYTE magazines from the period.

    12. Re:FAT and CP/M and DR DOS Prior Art by Anonymous Coward · · Score: 0

      Wait a minute, you're blaming the wrong party. Compuserve didn't start the GIF file format shit, it was Unisys. http://lpf.ai.mit.edu/Patents/Gif/Gif.html

    13. Re:FAT and CP/M and DR DOS Prior Art by MuParadigm · · Score: 1


      There probably weren't any FAT12 patents. Software patents were particularly difficult to get until the mid-80's/early-90's.

    14. Re:FAT and CP/M and DR DOS Prior Art by TheAncientHacker · · Score: 2, Interesting

      BZZZT!!! Wrong! yourself.

      FAT was written by BillG for Microsoft Disk BASIC for the MITS Altair in 1975-6. SCP's QDOS didn't exist for another 5 years and when rewritten (yes, rewritten) as PC-DOS in 1981 used Gates' FAT file system.

    15. Re:FAT and CP/M and DR DOS Prior Art by Anonymous Coward · · Score: 0

      And Microsoft bought DOS off this guy for $50,000, AFTER they signed a contract licensing their MS-DOS product (which had already incorporated the entire 86-DOS in it) to IBM. Gates was betting that Patterson would be too stupid to say no. -- "Pirates of Silicon Valley" Who says television isn't informative?

    16. Re:FAT and CP/M and DR DOS Prior Art by calidoscope · · Score: 2, Informative
      BZZZT!!!! Wrong Again.

      SCP's QDOS was written in Feb/March 1980 and released as 86-DOS in late 1980. While the idea of using a FAT was based on BillG's Disk Basic, the specific implementation of FAT-12 was Tim Patterson's work while at SCP. Also recall that 86-DOS was written in such a way that it was very easy to port CP/M programs - i.e. similar data structures for the file control blocks.

      PC-DOS 1.0 was a re-warmed 86-DOS 1.14

      --
      A Shadeless room is a brighter room.
    17. Re:FAT and CP/M and DR DOS Prior Art by Minna+Kirai · · Score: 1

      It's not an issue that a clean-room implementation would fix. The patent in question isn't on the code,

      No clean-room procedure can ever help avoid any patent. Clean-room applies to copyright disputes ONLY, and has no effect on patents or trademarks.

      If you can legally prove that you clean-room implemented something 25 years before the patent was applied for, it doesn't help you at all: infringing on that patent is still illegal.

    18. Re:FAT and CP/M and DR DOS Prior Art by DavidTC · · Score: 1

      Compuserve is partly to blame, as they came out with the fucking GIF standard without noticing that it was patented by someone else, or bothering to mention that to anyone as it became the standard for web browsers.

      --
      If corporations are people, aren't stockholders guilty of slavery?
    19. Re:FAT and CP/M and DR DOS Prior Art by wthynot · · Score: 1

      Microsoft is not trying to make money *directly* from this (though they might make some from companies crazy enough to pay for FAT licensing). It's really just another step in phasing out Win 9x. Word will get around that if you want a new USB Flash drive, then you need to go to Windows XP. Typical geeks will know that there are possible workarounds, as usual, but all the average Joe will know is "neeed....XP...neeeed....XP!"

    20. Re:FAT and CP/M and DR DOS Prior Art by GlassHeart · · Score: 1
      Let me remind you, this is the kind of B.S. that can happen when you rely on proprietary software [...] Someone can pull the rug right out from under you whenever they want to.

      No, you are vulnerable to the patent even if your open source file system has nothing to do with FAT, but use the patented algorithms. The software patent crisis affects all.

    21. Re:FAT and CP/M and DR DOS Prior Art by mikesmind · · Score: 1
      So MS is going to nickle and dime people to death. Who would have guessed...
      I think there is more to this than nickels and dimes. This is about setting legal precedent. (BTW IANAL) Intellectual property, patent, trade secret, and copyright laws are becoming an ever important revenue stream. Why didn't they enforce this when they received the patent?

      This is also about erecting a barrier to competition. They can't innovate enough value to sell their goods. They have to rely on their patent portfolio to keep the revenue up.
      --
      www.mikesmind.com - www.daddyworkathome.com - www.freetofarm.org - www.tenfoottable.com
    22. Re:FAT and CP/M and DR DOS Prior Art by dgatwood · · Score: 1
      Clean-room procedures can avoid patents if the result in something that creates the same or compatible output without doing the things specified in the patent. A patent is on an invention or process. A filesystem is not an invention, it is the sum of a series of processes. Thus, there may be many ways to arrive at the same output, but only one such way is patented.

      These are patents for procedures for reading and writing files with long file names. If Microsoft charges a fee for every use of your custom formatting tool that creates a FAT filesystem by building the custom long file name file, fine. That's within their rights.

      However, this is easily avoided. If you use MS Windows to create an image, you have used their technology in the way in which it was intended, and in a way that is in compliance with your existing license to use it. Now clone that image to your blank piece of media. Congratulations. You have not infringed on their patent because you have not taken any of the actions described therein. This is not copying the process, but rather copying the results of the process, which being nothing more than data, are inherently unpatentable, and since they are solely collections of facts (about the contents of the device), are also not copyrightable.

      Oh, how I wish there were a fine for patent abuse.

      --

      Check out my sci-fi/humor trilogy at PatriotsBooks.

    23. Re:FAT and CP/M and DR DOS Prior Art by arth1 · · Score: 1
      Here, Microsoft's patents relate to algorithms for fitting long filenames onto a file system that only supports short filenames. They do NOT have a patent on the (V)FAT filing system. However, in working with those filing systems you may need to use algorithms which Microsoft managed to patent.


      Can't something similar to Rock Ridge for ISO9660 also be used for FAT, without having to resort to the MICROS~1 long file name scheme?

      Other than that, FAT is in use in embedded devices precisely because it is so simple compared to modern file systems. Even though xfs and reiserfs might be superior in performance and functionality, you will need a several megabyte driver and a fairly fast CPU (fast, compared to, say an old embedded 2MHz Zilog or 8MHz Motorola), and drive up the cost, power consumption and size.
      Sure, there are other simple alternatives, including FFS and UFS (although SCO probably would raise a fit), but FAT is known, FAT is available, and FAT is compatible with everything and your grandmother.

      Regards,
      --
      *Art
    24. Re:FAT and CP/M and DR DOS Prior Art by urulokion · · Score: 2, Interesting
      The GIF file format isn't patented. You can't have a patent on file formats, the order of fields in a sector, etc.

      Au contre. You can have a patent on that stuff and Microsoft has at least one of them. It's been several years since I read about it. But M$ has a patent on on older version of a Media Player file format.

      A shareware software author figured out the format of the sound file and added into his sound file edit/conveter software. M$ found out about it ,and they sent him a C&D letter. He removed support for that patented Media Player format even though he was in the right. He didn't have the money to fight it out in court.

    25. Re:FAT and CP/M and DR DOS Prior Art by Minna+Kirai · · Score: 2, Interesting

      Clean-room procedures can avoid patents if the result in something that creates the same or compatible output without doing the things specified in the patent.

      Clean room is still meaningless in that case. If you can figure out a way to do something equivalent without infringing the patent, it makes no difference if you've already read the patent or not.

      If you then sell that product and get sued for patent infringement, the court will only be interested in whether or not your version infringes the patent- they don't care if you knew about the patent before you built it. Clean-room procedures will only make your re-invention work slower and more expensive. ("Oops, sorry. That idea violates the patent too! I won't tell you how, though. Just get back in that closet and try again!")

      However, this is easily avoided. If you use MS Windows to create an image,

      If you paid for that Windows, then you're hardly avoiding a dependency on Microsoft.

    26. Re:FAT and CP/M and DR DOS Prior Art by kyz · · Score: 1

      What confuses me is that there is no fixed LZW compression algorithm.

      Oh, but there is. It is the one given in Welch's "A Technique for High-Performance Data Compression" article, IEEE Computer, June 1984. Any changes upon that base algorithm are considered LZW variants.

      The only 'fixed' LZW decompression algorithm is the one that is 'fixed' into the GIF standard.

      --
      Does my bum look big in this?
    27. Re:FAT and CP/M and DR DOS Prior Art by Anonymous Coward · · Score: 0

      Sing with me:
      Mono,
      MoooNoooo
      Mooo? No!

    28. Re:FAT and CP/M and DR DOS Prior Art by TheAncientHacker · · Score: 1

      Bzzzt.

      One of the biggest differences between PC-DOS and SCP's DOS was that it used BillG's filesystem

    29. Re:FAT and CP/M and DR DOS Prior Art by Anonymous Coward · · Score: 0

      Only if they used the same method/algoritm to achieve long filenames.

      It's the technique that's important to patent law, not the results.

    30. Re:FAT and CP/M and DR DOS Prior Art by calidoscope · · Score: 1
      One of the biggest differences between PC-DOS and SCP's DOS was that it used BillG's filesystem

      The 86-DOS documentation that came with my SCP computer stated that 86-DOS version 1 and 1.14 both used a FAT with 12 bits per allocation entry. Cluster size was 512 bytes for 8" SSSD and DSSD (4 sectors) and 1024 bytes for 8" DSDD (1 sector)(rule of thumb was cluster size should be the square root of the disk size). There were some minor changes in the filesystem between 86-DOS v1.14 and MS-DOS v1.25, primarily in the size of the directory. In both 86-DOS and PC-DOS v1.x, the contents of the FAT were stored in RAM, which avoided disk accesses for reading the FAT (and introduced an exciting bug for systems that couldn't tell when a drive door had been opened).

      The directory layout on PC-DOS was not changed from 86-DOS to PC-DOS. The directory entries included the date and time stamps - a 4 byte filelength entry replaced CP/M's bitmap.

      There were two major areas of difference between 86-DOS and PC-DOS. One was that many of the utilities in PC-DOS relied on the IBM firmware. The other was that PC-DOS left out many of the SCP utilities, e.g. READCPM, the SCP assembler, HEX2BIN.

      The first major change from 86-DOS came with DOS v2.0.

      --
      A Shadeless room is a brighter room.
    31. Re:FAT and CP/M and DR DOS Prior Art by TheAncientHacker · · Score: 1

      My bad. I meant to say PC-DOS and CP/M.

  91. Something must have been updated... by N+Monkey · · Score: 4, Interesting

    This one isn't really submarine --- They created FAT in 1976, according to the microsoft.com page ... but the earliest patent was filed in 1995.

    That can't possibly be right. In the US (but nowhere else) you have a 1 year's grace period from the time of publishing an invention such that you are still allowed to patent it. Even with the USPTO's track record (!!) I honestly can't see them granting a patent based just on 1976 technology. MS must have included new ideas... or something like that.

    1. Re:Something must have been updated... by tomstdenis · · Score: 5, Funny

      yeah they added "over the internet" somewhere.

      Tom

      --
      Someday, I'll have a real sig.
    2. Re:Something must have been updated... by RazzleFrog · · Score: 1

      Looking at the earliest of the patents (1995) you can see that the granted patent was based on a modification to an earlier application file in 1993. Since the 1993 application is not an actual patent you can't see what it looked like but I am guessing that it is a continuation of an even earlier applications and so on back to the original invention. Someone mentioned they add "the internet" but there is a lot of stuff that has changed in that time - including filename length which is what it seems these patents all talk about.

    3. Re:Something must have been updated... by Anonymous Coward · · Score: 0

      So have you applied for your 'can the manham over the internet' patent yet, Tom?

    4. Re:Something must have been updated... by Anonymous Coward · · Score: 0

      "That can't possibly be right. In the US (but nowhere else) you have a 1 year's grace period from the time of publishing an invention such that you are still allowed to patent it. Even with the USPTO's track record (!!) I honestly can't see them granting a patent based just on 1976 technology. MS must have included new ideas... or something like that."

      You can amend a patent application over and over, which helpfully resets the clock. That's how the worst 'submarine' patents are created.

      Not the case here, though. Those patents are in fact based on new features in FAT. You can freely implement FAT circa 1976 without worrying about patent troubles.

    5. Re:Something must have been updated... by tomstdenis · · Score: 1

      Score: 0....

      Oh too bad. Maybe your post just "bottles the mangoo" too much to be modded up?

      Tom

      --
      Someday, I'll have a real sig.
  92. FAT... by Anonymous Coward · · Score: 0

    Yeah, microsoft must have been smoking a big fattie to think they could come up and charge $250k to manufacturers to use such a shitty filesystem anyways...

  93. Make them sue themselves! by TheRaven64 · · Score: 1
    1. Sell media preformatted with UFS (or whatever), paying no royalty.
    2. User inserts media into Windows PC.
    3. Windows PC asks if user wants to format it.
    4. Microsoft realises that Windows is a piece of software designed to distribute their IP without people paying for it.
    5. MS sues itself.
    Seriously though, this is crazy. If I format a disk of some kind with FAT, and then give it to someone, do I have to pay MS $0.25? Will Longhorn automatically send MS 25 every time you format a floppy with FAT? How much are they going to charge for NTFS?
    --
    I am TheRaven on Soylent News
    1. Re:Make them sue themselves! by SuiteSisterMary · · Score: 1

      Actually, it's more like this:

      1. People use FAT all the time.
      2. People do this by figuring out how FAT works.
      3. Microsoft figures some people might like to pay some money to see how FAT *really* works, including the VFAT stuff.
      4. If not, Microsoft will say 'OK, thanks,' and the companies will go on using their own implimentations.
      5. Microsoft continues to have one of it's technologies used, by default, in thousands of consumer-level electronics devices.
      --
      Vintage computer games and RPG books available. Email me if you're interested.
    2. Re:Make them sue themselves! by 91degrees · · Score: 1

      If I format a disk of some kind with FAT, and then give it to someone, do I have to pay MS $0.25?

      Nope.

      Will Longhorn automatically send MS 25 every time you format a floppy with FAT?

      Nope.

      The thing is, a lot of devices use FAT. Things like digital cameras and some mp3, and various other devices that can write to a memory card use it. Most of the companies that make these devices can afford to pay.

      They will not charge consumers. This is only for people who make devices that use FAT (actually not all of them. Apparently it's only devices that use VFAT with long filenames). VFAT is the defacto standard for interchangeable media. Microsoft developed it Microsoft feel that they deserve some of the preoceeds of their technology. If the manufacturers don't want to pay, they don't have to. They simply won't be able to use their device with windows. Adn they can do this as well simply by using old fashioned FAT with 8+3 character filenames.

  94. nice by SQLz · · Score: 1

    This is good. Now maybe the standard will be ext2 o something similiar. MS needs to realize, there are viable alternatives now.

  95. Re:SCO like by MaxwellStreet · · Score: 3, Interesting

    Because it's harder and harder to innovate with respect to hardware, and provide backward compatibility with your existing client base.

    What's more, each new 'major' release of (Windows at least) doesn't really provide much in the way of 'must-have' capabilities for enterprise customers, who are the bread & butter for companies like microsoft. Adoption of software upgrades since Win2000 have been slow in the market, because . . .

    Computers and gear tend to work 'well-enough' for most business uses - so sales of new gear has stagnated for several years (though there are signs of a turnaround).

    And Free offerings are becoming more and more viable alternatives for forward-thinking organizations.

    So Microsoft is really in a bind here - declining sales, difficulty in setting the technological standards that used to grant them monopoly pricing power, and increasingly viable alternatives for customers leave them forced to consider revenue streams such as licensing technology. And to try like hell (witness their latest DRM efforts and attempts to make it a standard that would guarantee them sales and licensing revenues) to use whatever vestiges of their monopoly power to twist a few more years of control out of their franchise.

  96. What's the Statue of Limitations on a Patent by Anonymous Coward · · Score: 0

    I mean - the FAT system has been in use since the mid/early 80's, right? And microslut hasn't enforced these patents in all that time.

    Isn't there something on the lawbooks about how you must actively defend your patents? 20 years doesn't seem like quite like an expedient patent defense.

  97. The Evolution of MS Business Practices by Apple+Acolyte · · Score: 1
    MS of the 1990s: Let us dominate the market with our poorly coded software and charge OEMs and consumers obscene amounts for the privilege.

    MS of the 21st Century: Let us use our monopolistic position to coerce annual upgrades of our poorly coded software. And let us attach additional, arbitrary, illogical licensing fees to small (yet essential) portions of our poorly coded software.

    This is a really novel approach for MS to take -- at least it can claim to innovate in the sphere of monopolistic practices. Next they will assign fees for the privilege of using their drivers. Manufacturers will have to use one of the alternate filesystems, which will cause MS to remove compatibility for them.

    News Bulletin: MS charges royalties for the use of keyboards and mice with Windows PCs.

    --
    Part of the hardcore faithful who believed in Apple long before it was cool again to do so
  98. How do they do that? by Anonymous Coward · · Score: 0

    Isn't there a requirement that patent applications be filed within a year of first publication? Microsoft is claiming that FAT was around since 1976. The earliest of these patents was filed in 1992. Seems to me that as long as you formatted things using the file format of 1991's standard FAT, without any enhancements from the patents mentioned, that you'd be okay.

  99. Prior Art for all 4 patents by Richard+W.M.+Jones · · Score: 5, Informative
    It's possible there's prior art in GEOS. Search down the page for "VFAT":

    http://www.vcnet.com/bms/departments/innovation.ht ml

    Rich.

    1. Re:Prior Art for all 4 patents by edwdig · · Score: 3, Informative

      Here's some details on that, coming from a long time GEOS user and programmer.

      PC GEOS was originally released in 1990. Native GEOS files could have 32 character filenames, along with a bunch of extended attributes such as file type and creater info. This was accomplished by putting a 256 byte header onto every GEOS file. The header was transparent to GEOS applications - for all the apps knew, the header did not exist and the info was stored in the file system.

      The filename stored in FAT was created by taking the first 8 letters of the filename, and changing any character not legal in a DOS filename to be an underscore. The extension would be .000, or if that name was already used, .001 or whatever was the first free number.

      GEOS 2.0, released in 1993 (I think) added support for directories with long names and extended attributes. It also added support for symbolic links. This was done by creating a file called @dirname.000 in any directory that used any of these features. This file was completely invisible to GEOS apps. The file was 256 bytes, and contained the same information as a standard GEOS file header. If you used links the file was longer to store that info.

      The whole longname process was transparent within GEOS - even the kernel didn't know about it. It was done entirely within the FS drivers.

      The abstract for the first patent mentions providing a common namespace for long and short filenames, with files with long names also being assigned a short name. GEOS is definately prior art on that, but I haven't read the full patent to be sure. Odds are though that their patent includes the ~1 thing or some stupid detail to make it unique.

    2. Re:Prior Art for all 4 patents by Anonymous Coward · · Score: 2, Informative

      Not just in GEOS

      4DOS was doing this several years before FAT32

  100. FAT is not 'secure' like NTFS by Anonymous Coward · · Score: 0

    Don't forget Micro$oft'$ trying to convince everyone to go to their up and coming all-secure longhorn system. FAT is "not secure" and is easy to use. On the other hand, maybe they just want to push everyone to a Linux filesystem?

  101. Long file name stuff by lpontiac · · Score: 5, Interesting

    The four patents cited all relate to Microsoft's kludge for shoehorning long file names into a filesystem that can only take 8+3 names. You know, Microsoft -> Micros~1.

    First I'm going to get obligatory whinges out of the way. It's ludicrous that this is patentable. The patent is stupidly long and verbose, probably to make this 'innovation' seem more significant than it actually is. The patent is also worded to sound as though this is a useful general idea, rather than something that you'll only ever see in FAT because everyone else is sane enough to just use a better filesystem.

    On a more practical note, these patents cover only the long name -> 8.3 stuff. Those digital cameras that write 8.3 names (DSC00001.JPG, DSC00002.JPG, ...) should be fine. Shipping blank but FAT-formatted media should also fall clear of the patent's grasp - the patents don't cover the FAT filesystem itself, just the 'VFAT' Win9x method of fitting long filenames into FAT. Furthermore, the patents seem to cover algorithms for inserting long filenames into the directory tables - implementations that don't write, but only read data, might be okay.

    Simple blank FAT, might I add, has been around for at least 17 years, so any patents on it should have expired by now.

    Ob-disclaimer: I've only skimmed the patents, and I'm not a lawyer. I'm probably wrong.

    1. Re:Long file name stuff by epukinsk · · Score: 1

      In order to get something patented, doesn't it have to be somewhat non-obvious? Isn't there are rule that says, if an engineer in the field would slap his head and say "duh!" and proceed to come up with your solution in an afternoon, you don't get the patent?

      I mean, jeez... we're trying to add long filenames to a filesystem while remaining backwards compatible. Isn't "concatenate the filename to eight chars and put the full name in the file header" pretty much the first thing an engineering college student would come up with?

      Erik

    2. Re:Long file name stuff by tds67 · · Score: 0, Offtopic
      Ob-disclaimer: I've only skimmed the patents, and I'm not a lawyer. I'm probably wrong.

      You're not wrong for not being a lawyer--not being a lawyer is a good thing IMHO.

    3. Re:Long file name stuff by HiThere · · Score: 1

      Someone earlier brought up the GEOS filesystem as prior art. Given that the GEOS file system existed, it *DOES* seem an obvious technique. (Actually, one of a large family of obvious techinques that don't differ substantially.)

      But IANAL either.

      --

      I think we've pushed this "anyone can grow up to be president" thing too far.
    4. Re:Long file name stuff by SQLz · · Score: 1

      Ok....so, writing file names greater than 8 characters is an invention some how? Basically doing a string replace on filename char[8] to filename char[32] or whatever is an invention?

    5. Re:Long file name stuff by po8 · · Score: 1

      In order to get something patented, doesn't it have to be somewhat non-obvious? Isn't there are rule that says, if an engineer in the field would slap his head and say "duh!" and proceed to come up with your solution in an afternoon, you don't get the patent?

      Yes there is. One of the biggest problems with the current patent system is that it turns out that this is an almost impossible thing to prove in court. How do you establish what a competent practitioner of the art would have figured out if they hadn't seen the patented invention? First, you have to find competent practitioners who aren't familiar with the invention---in this case the FAT FS. Then, you have to convince a judge/jury that the folks you found aren't some kind of serious genius experts who could invent a novel thing on their own---oh, but are competent enough to have a believable story as to why the court should listen to what they say. Finally, you have to convince the judge/jury that they are claiming the invention is obvious because it is, rather than because you are rewarding them somehow to say this.

      Good luck.

    6. Re:Long file name stuff by neves · · Score: 1

      Even if you are right, it'll be cheaper to pay the license instead of litigating with a company that has billions in the bank.

    7. Re:Long file name stuff by calyphus · · Score: 1
      In order to get something patented, doesn't it have to be somewhat non-obvious
      You'd think it would, but do we need to devolve into discussing 'one-click' shopping patents, too?
      --


      The potato it is uninformed.
    8. Re:Long file name stuff by Anonymous Coward · · Score: 0

      Those companies that will be affected by this aren't exactly small fry you know.

  102. Re:Well... by helpfulcorn · · Score: 1

    Not too many actually. Most of my drives are around 80gigs and I use FreeBSD, however my wifes computer runs Windows 2000 and the drive its installed on is 5gigs with FAT.. so just her I guess.

  103. Initial Reaction by Zetta+Matrix · · Score: 0

    "What?!? That piece of shit!???!

    Sorry, muscle spasm...

  104. ISO 9660 by Kalak · · Score: 5, Interesting

    OK, so we format it in ISO 9660 and the drivers are written to treat it like a CD-RW. Microsoft just makes companies move to standards. (Or they ship it unformatted, and the users choose how to format it according to their OS of choice.) Put the driver on the device (small ISO 9660 file system) set to auto install, and you're set.

    Talk about submarine patents. Floppies have been shipping FAT for *decades*!

    --
    I am, and always will be, an idiot. Karma: Coma (mostly effected by .hack)
    1. Re:ISO 9660 by realnowhereman · · Score: 2, Informative

      ISO9660 is not writable in any useful sense.
      CDs use multiple sessions to change previous writes.
      CD-RW's get completely blanked before reuse.

      Maybe that UDF filesystem would work though?

      --
      Carpe Daemon
    2. Re:ISO 9660 by Kalak · · Score: 1

      It's the CD-RW logic I was thinking of. Or maybe a combination of both CD-R and CD-RW thinking. If it can hold another session, then do it. If not, then blank it. Most of the CD writing software I've seen these days (commercially) have a feature that lets you write to the CD as if it were a local drive (in the user sense). I have users who use CDs as floppies, and this can be applied to other media as well. The mechanics of it are usually just adding to the session, as you mention.

      --
      I am, and always will be, an idiot. Karma: Coma (mostly effected by .hack)
    3. Re:ISO 9660 by mst76 · · Score: 1
      It's the CD-RW logic I was thinking of. Or maybe a combination of both CD-R and CD-RW thinking. If it can hold another session, then do it. If not, then blank it. Most of the CD writing software I've seen these days (commercially) have a feature that lets you write to the CD as if it were a local drive (in the user sense). I have users who use CDs as floppies, and this can be applied to other media as well. The mechanics of it are usually just adding to the session, as you mention.
      There are 2 main ways of using CDRW as writeble medium. Use iso9660 and add new sessions to it (and blank the disc when full), or use packet writing. Adding a new session involves a big overhead for the TOC and stuff, and it's rather slow. In XP, the new session gets created on the harddisk first, before you select burn to disk. This is not a good option for smaller flash memory. The UDF filesystem for packet writing lets you treat the CDRW as a true read-write medium, but it is not very widespread. The linux drivers for UDF are still experimental.
    4. Re:ISO 9660 by Anonymous Coward · · Score: 0

      Can't forget about Microsoft punishing manufactures for not going along with this scheme either. They're strategic business partners initiative put alot of local people out of work and replaced many in our area who exclusively tote the M$ line. This initiative influences software, hardware, and pretty much anything remotely related to end users and computers in general.

    5. Re:ISO 9660 by TunaPhish · · Score: 1

      unfortunately that wouldn't work. iso9660 is write-once. cd-rw's use the udf filesystem.

  105. Seems to me... by ltwally · · Score: 4, Insightful

    It seems to me that Microsoft is granting licenses for their FAT code and what-not. They make no mention of not being able to make your own FAT-system (which what everyone has been doing up 'till now).

    The only reason you'd really care about this is if you run a large company that makes FAT devices and want to insure that your FAT-system is 100% compatible with specs (which are controlled by Microsoft). Otherwise, you wouldn't care... You'd just look up the well published info already available for free on the 'net.

    --



    /dev/random
    1. Re:Seems to me... by Bob9113 · · Score: 3, Insightful

      They make no mention of not being able to make your own FAT-system (which what everyone has been doing up 'till now).

      Patents don't cover a particular implementation. They cover the right to implement an idea. Mentioning their patents at the end of the article is most definitely sabre rattling aimed at *all* implementations of FAT IO.

    2. Re:Seems to me... by mojotoad · · Score: 1
      Patents don't cover a particular implementation. They cover the right to implement an idea.

      This completely backwards, at least as far as the original intent of the patent system is concerned. Patents USED to cover specific implementations. Up until USPTO started allowing patents on algorithms and business methods, there was no such thing as patenting an idea.

      Matt

    3. Re:Seems to me... by Anonymous Coward · · Score: 0

      No, patents are SUPPOSED to cover a particular implementation of something. They are also supposed to be specific enough that a person skilled in the art can essentially duplicate it. The reasons the patent system has slowly moved away from that are many and complex.

  106. Flash-card filesystems by Koyaanisqatsi · · Score: 2, Insightful

    That brings forward an interesting detail: filesystems for flash-memory devices should be optimized to avoid writing often to the same memory area (the FAT for example) because the memory position may fail after a few thousand writes to the same position, or is this taken care at the memory controller level and the filesystem need not to care?

    It may be the case that one FS is more or less adequate for flash devices given this restriction holds true ...

  107. Isn't "offering" a key word? by ellocogato · · Score: 1

    The article states:

    Microsoft is offering to license its FAT file system specification and associated intellectual property. With this license, other companies have the opportunity to standardize the FAT file system implementation in their products, and to improve file system compatibility across a range of computing and consumer electronics devices.

    This indicates to me that MS is not pulling a patent enforcement trick here, but rather just offering manufacturers the opportunity to work with the official MS FAT specifications, reference source code, and test specifications. The idea being that manufacturers will be able to improve the performance/interoperability of their devices.

    I didn't sense any hint of force in the article.

  108. Are they still trying to license ClearType too??? by Howard+Beale · · Score: 1

    If you go to http://www.microsoft.com/mscorp/ip/tech/cleartype. asp They still trying to license ClearType. I thought that was based on old Apple II technologies (discussed some time back on /.).

  109. well, they gotta take in some money.... by wobedraggled · · Score: 1

    To recoup the losses they are taking in the gaming market, thier xbox division is bleeding money and this holiday isn't looking to rosy for them either. You cannot sustain a gaming console on pc ports and fps's forever. The lack of Japanese support doesn't help much either. I really don't see them going beyond an xbox2 if at all.

    --
    Ubuntu- Linux for human beings.
  110. Re:Well... by pegr · · Score: 1

    Ummmm... I use FAT partitions in excess of 60GB. I do so because it is supported by all the OS's I use.

  111. Ximian next. by SgtChaireBourne · · Score: 0, Troll
    Sounds like they've waited too long to be able to support the patent. However, if the object is to cause hassle and financial drain to competitors, then it might work for a while.

    Along the same lines, I'd like to have some verification that de Icaza is not setting Ximian or Gnome up to be taken down by submarine patents at some future date. So far I've not heard anything other than vague verbal assurances that it's been taken care of or that some non-distinct vocal noises from Chairman Bill have been interpreted as "A-OK". "Taken care of" can be interpreted in too many ways.

    Back to FAT. I think that everyone now recognizes that Enron^H^H^H^H^HMicrosoft has entered the final phase of the death spiral and that the accounting discrepancies can no longer be hidden. We'll see even more litigation and cancelled products and services before the end. We'll also see more fines for failed security, false advertising, back taxes and anti-competitive practices. C'mon. For years, the only profit has been from MS-Windows and MS-Office and those have been losing market share.

    --
    Beta is broken and the link to classic doesn't work. Stop wasting our time or there won't be anybody left here.
    1. Re:Ximian next. by Anonymous Coward · · Score: 0

      I think that everyone now recognizes that Enron^H^H^H^H^HMicrosoft has entered the final phase of the death spiral and that the accounting discrepancies can no longer be hidden...We'll also see more fines...

      What the hell are you talking about? Do you have any support for anything you claim? Even the back taxes link is for $27M in Korea! Besides being a piss in the bucket I can tell you that every company deals with crap like this in foreign countries and even with sales tax between states in the US.

      There is no threat here of litigation, no cancelled products or services, no fines, no false advertising (I always thought that Apple cornered that market anyway). The only thing you got right is failed security and anti-competitive practices. Please also provide any support for Windows and Office losing market share (and to who?)

    2. Re:Ximian next. by JamesOfTheDesert · · Score: 1, Funny
      Back to FAT. I think that everyone now recognizes that Microsoft has entered the final phase of the death spiral

      Right. Because they're massively in debt, and no one usese their products anymore.

      --

      Java is the blue pill
      Choose the red pill
    3. Re:Ximian next. by Locutus · · Score: 4, Insightful

      When you look at the bigger picture, it sure doesn't look like there's any growth left in the company. For me, the telling signs were:

      1) first put up when Microsoft started mentioning the word "Linux". They don't do that normally since it validates the product.

      2) when they started mentioning it in their financial statements.

      3) when LAMP took away most of the MS Windows server growth.

      4) more and more mentioning of the word "Linux" by Bill and Steve.

      5) recently when Prudentials financial analysts start asking about Microsoft Windows growth prospects against Linux and Linux desktop growth.

      6) Microsoft trying to pedal it's patents for $$$.

      It may not be visible as a death spiral but it sure looks like there is a massive amount of "concern" in Redmond. And with all of their profits in the OS and office applications, they have nothing but cash to help them get out of this. Even giving away their software will not KILL Linux. It would only slow it down momentarily and they know this. IMHO.

      There is concern in Redmond. You can be sure of that. Is the Coriolis Effect in action here? There's probably some movement already and there is no sign of an opposing force. Surely, not this patent claim.

      LoB

      --
      "Anyone who stands out in the middle of a road looks like roadkill to me." --Linus
    4. Re:Ximian next. by Locutus · · Score: 2, Interesting

      Does anybody know why de Icaza likes to follow what Microsoft is doing? When I first heard of Gnome from one of its devleopers, he described it as a Microsoft COM-like design. When I asked why they would follow Microsofts design philosiphy he had no answer. THEN, de Icaza pulls out the Microsoft dotNet-like thing. And there are patents on that stuff too.

      I just really looks like de Icaza has a "thing" for copying Microsoft's designs. And if THIS current patent issue isn't a sign of things to come, I don't know what is. Novell might get nailed with patent claims against Gnome and it's other recently purchased copies of Microsofts work. They'll still have Suse though. ;-)

      LoB

      --
      "Anyone who stands out in the middle of a road looks like roadkill to me." --Linus
    5. Re:Ximian next. by typobox43 · · Score: 1

      Please also provide any support for Windows and Office losing market share (and to who?) Linux and OpenOffice. When everyone uses your software, the only direction your market share can go is down...

    6. Re:Ximian next. by RevAaron · · Score: 1

      I think Miguel just has the sense to know when to copy a good idea of Microsoft's (whether or not they actually thought of it first) and to be at peace with that. It's certainly better than the alternative, what some of the other guys do- copying Microsoft's ideas on one hand, but on the other trash talking MS to not end. In the end, they're both still trying to make a windows clone.

      --

      Working toward a usable PDA environment in the spirit of Newton OS: Dynapad
    7. Re:Ximian next. by Anonymous Coward · · Score: 0

      Office and Windows never had 100% market share. Even if they had 99% (which they never had in either) it would take a huge swing to even get them to 98% because of the volume of sales.

    8. Re:Ximian next. by Anonymous Coward · · Score: 0

      I am ok with everything there except number 3:

      3) when LAMP took away most of the MS Windows server growth.

      Ignoring the fact that webservers are about 10% of server sales (and that is being very generous) - if you look at physical servers instead of websites Windows has a 50% to 29% edge over Linux. This has gone up and done over the last several years but overall has been pretty steady. As has been pointed out earlier, Apache is used on several vendors that do nothing more than park thousands of domain names. Apache is also cross-platform wheras IIS is solely on Windows.

      I would also be careful how I define the MP part. If by M you mean Oracle (I know you don't - I am being sarcastic) and by P just Perl (and not PHP which is not nearly as popular) then you are ok.

    9. Re:Ximian next. by JoeBuck · · Score: 1

      Microsoft didn't invent "COM-like design": we're just talking about distributed objects here. Gnome's distributed object model is based on CORBA. KDE also has a distributed object model, which is more lightweight than CORBA. It's a good idea, which is why everyone is using it.

      Cloning .NET is another matter, of course.

    10. Re:Ximian next. by Anonymous Coward · · Score: 0

      Bullshit. Your speculation and ignorance just don't cut it. Microsoft has tons of products in their pipeline, and has an awesome programming platform (.Net) that IS getting a lot of interest. They are far from doomed.

      How does *mentioning* Linux mean that Microsoft is doomed? Everyone talks about their competitors, especially when talking their own investors.

      Microsoft isn't PEDDLING their patents. Several independent analysts have looked at this patent licensing move as a very positive move -- for the community of software developers in general, not just Microsoft. Did you both to READ the article, you mouth-breathing Linux fanboy?

    11. Re:Ximian next. by Locutus · · Score: 1

      DCOM is microsofts Distributed COM system. COM is their Common Object eM-something. It's Object-like and not Object Oriented like you'd learn in any OOP class at school.

      Microsoft didn't invent COM-like design they just don't like how OO hides the underlying details( like the OS API's ). COM was only "invented" because IBM based OS/2's WorkplaceShell on CORBA. BTW, IBM's design was called SOM( System Object Model ). Like everything else, anything Microsoft puts in it's Windows OS must be made to work only on Windows and COM/DCOM is no exception. They put parts of COM on Solaris but that was only to get companies to port UNIX code to Win32 by showing they could have Win32 code run on both UNIX and Windows. After a few important apps were ported, Microsoft pulled the rug out from under the UNIX capabilities( Win32 on Windows - only ).

      What at issue here is that object oriented designs, languages, and frameworks were "the big thing" in the late 80's and early 90's but Microsoft did it's own thing. Miguel went and copied the "one off" design and he's decided to follow Microsoft again with dotNet. Something is goofy here IMHO.

      LoB

      --
      "Anyone who stands out in the middle of a road looks like roadkill to me." --Linus
    12. Re:Ximian next. by Locutus · · Score: 1

      Lighten up Francis! The just of what I said is that their growth is leveling off. As far as "products in their pipeline" goes, nothing since MS Windows and MS Office has made any real positive mark on their financials. So all of a sudden this has changed? I don't think so.

      The fact that Bill, Steve, and friends never mentioned their last OS competitor until the late 1990's showed that they have a tendancy to not give validation to the competition publicly( vocal or written ). Linux changed that. Just look at how they've used Linux over the last few years. Communism, anti-American, anti-Innovation(?), anti-IP, etc. Not to mention how they've mentioned Linux in their financial statements. Linux is a BIG problem from Microsoft if you like it or not.

      The pedalling of their patents is something they hardly ever did. They don't want companies to interoperate because they want to own it all. To own it all they must keep moving their API's and designs. Licensing out there stuff would likely require them to support that patent technology in their system for many years. Not a very "Microsoft" thing to do. IMHO. BTW, do you know for a fact that these analysts are NOT getting kickbacks for this? This might make MS some $$ up front but it's the act of doing this that is very interesting and unusual. Good for short term gains( analysts like this ) and bad for long term financials for a company operated the way Microsoft has been operated over the last 20 some odd years. IMHO.

      LoB

      --
      "Anyone who stands out in the middle of a road looks like roadkill to me." --Linus
    13. Re:Ximian next. by Locutus · · Score: 1

      yes, I used LAMP because that's what stated the uptake of Linux in the server space when Microsoft was just getting NT going. Microsft had to own the server space too in order to keep it's growth rate up and the server products didn't reach the marketshare to do this.Anything having over 10% marketshare would not be acceptable by Microsoft IMHO. It puts pressure on them to interoperate and that is NOT how Microsoft grows.

      I could be wrong but I think that LAMP started the Linux growth by showing it can work and work well. JBOSS, WebSphere, Oracle, etc all came after LAMP and all helped keep the MS Windows server share lower.

      BTW, those parking servers still mean something. Didn't I read recently how one such parker went back to Linux? I think that still helps but you have to dig deeper. You brought up some good points.

      LoB

      --
      "Anyone who stands out in the middle of a road looks like roadkill to me." --Linus
    14. Re:Ximian next. by Anonymous Coward · · Score: 0

      I am not sure why anyone would ever not use Linux for parking. It is a far superiour solution but parking still doesn't mean anything since it doesn't have to handle any load and it sells only one license (theoretically).

      On your other note - NT started taking off in 1994 with 3.5 while Linux was still just a baby. Apache didn't start until 1995 at the same time NT 4 was out and it was really just a continuation of NCSA and has always been dominant over MIcrosofts products.

      I agree that Linux has but a serious dent into Microsoft but not enough yet to start bragging.

    15. Re:Ximian next. by JoeBuck · · Score: 1

      But Gnome uses CORBA, not DCOM.

    16. Re:Ximian next. by Locutus · · Score: 1

      In 1995, only had 700,000 NT licenses were sold. I remember this because in 1994, I predicted that Microsoft would move it's PR/FUD machine to NT once Chicago/Win95 was shipped. I don't remember the exact number but I think NT broke the 1 million unit sold number in 1996 but it was only something like 1.25 million. The press was all over NT and it was doing NT against UNIX and Novel server( but not OS/2 ). The only time a comparison of NT again OS/2 came about it showed OS/2 outperforming NT on one CPU while NT was run on 2 CPU's.

      NT got the press/PR and grew pretty quick in the mid to late 1990's with Linux only getting started in the later part of the 90's.

      Anything that's giving Microsoft as much trouble as Linux is, is enough to smile about IMO. If Microsofts growth can be stalled, real innovation can start again. There are some cheering but as you said, it's still early for cheering. But it's looking good.

      LoB

      --
      "Anyone who stands out in the middle of a road looks like roadkill to me." --Linus
  112. More efficient lawsuits? by Terragen · · Score: 1

    Maybe Microsoft and the RIAA could pool their legal resources and sue people for storing their mp3s on pre-formatted FAT media. Instead of having two separate legal teams clogging the courts with two seperate cases - they can streamline the process of picking your pocket. I think the legal system should become a publically traded company.. judging by current trends business is booming!

  113. Manufacturers will move to free formats... yeeah by hawkeyeMI · · Score: 1
    I wish... I work in a business school computer lab (I'm an engineering student) and I can tell you what you need to consider. I deal with the PHBs of the future, and 90% of them need to be beaten with a clue stick. The other 10% are engineers getting MBAs.

    These people (who will often make purchasing decisions and plan technology) haven't the first clue what a filesystem is. All they know is that if they stick it in the machine and it doesn't work, it's broken. Now, if you were a memory card manufacturer, and you had the option to not pay a $0.25 license fee per device, at the risk of a very high rate of 'defective' product returns and lost satisfaction, while your competitors bit the bullet and sent preformatted devices to market, what would you choose?

    Honestly, I'm as much of a Microsoft-hater as the next guy (maybe moreso) but I just can't see them shooting themselves in the foot on this one.

    What concerns me is, does this effect FAT implementations in other operating systems?

    --
    Error 404 - Sig Not Found
  114. I've been looking for a FFS/UFS or UFS2.. by Anonymous Coward · · Score: 0

    I've been looking for a FFS/UFS or UFS2, alas FreeBSD filesystem, for Windows (NT, 2000, XP and 2003), anyone know if such is available?
    I really need it, so I would be really glad if one could point me to one of those.

  115. Questions for other Readers by Bill,+Shooter+of+Bul · · Score: 1
    I read the article, but I am not sure what this means exactly.
    1. Does this mean that manufacters are required to buy a licence or is it only if they want to, as the story says have the opportunity to standardize the FAT file system implementation in their products, and to improve file system compatibility across a range of computing and consumer electronics devices. ? I don't see any place where it says that they are required to obtain a licence.
    2. If they are required to obtain a licencse, then doesn't that mean that they could charge a royalty to anyone who uses software to read/write FAT, such as any operating system like linux? Indeed, some PVR's and other consumer electronic devices do use linux. Does this mean linux must remove FAT code?
    Thanks in advance. I think Microsoft could sue anyone and everyone who uses FAT, but that would make them even less popular and could possibly bring another antitrust trial. Unlike SCO, they would have a very obvious case.
    --
    Well.. maybe. Or Maybe not. But Definitely not sort of.
    1. Re:Questions for other Readers by yeremein · · Score: 1
      I don't see any place where it says that they are required to obtain a licence.

      Not in so many words, but at the end of Microsoft's "FAT File System Technology and Patent License", it says "The FAT file system licensing program includes rights to a number of U.S. Patents".

      So if you don't pay the FAT tax, you're using Microsoft's patents without a license, and therefore are open to be sued. I'm surprised to see Microsoft so openly flaunting the antitrust settlement. This is worse than the Unisys GIF debacle.

      As further evidence that the license isn't just for getting the "true" implementation of FAT (from the page linked above):

      the license requires that licensees' FAT file system implementations in the licensed media and devices be fully compliant with certain required portions of the Microsoft FAT file system specification. To help licensees implement the FAT file system, Microsoft will also provide certain reference source code and test specifications as part of the licensing package in both licenses.

      So it's your own implementation, but you get some of Microsoft's code to help you. As if you'd need it. I didn't have too much trouble implementing a FAT reader/writer in my operating systems class without any Microsoft code.

      Incidentally, this isn't the first time Microsoft has made their FAT code available. If you purchase the $1000 Integrated File Systems kit, the FAT code is included as an example.

  116. Latest Update: Fees for Failures! by Fringe · · Score: 1

    In the latest news from Redmond, Microsoft is going to charge a license fee for any software product that randomly crashes without saving the work of the user and any process that requires more than three restarts to start it at all. While not specifically patented, Microsoft legal representatives point out that these traits are "inextricably linked and identified with Microsoft products, and therefore have the standing of trademarks and/or copyrights." In related news, BMW announced they have licenced from Microsoft the "Blue Screen of Death" for their 7-Series with i-Drive.

  117. Can someone explain by Progman3K · · Score: 3, Interesting

    Does this apply if you develop your own FAT-formatting software?

    Or does it just apply if you sell media that is formatted with FAT?

    I'm guessing here, but I expect that if you sell your media unformatted, you'll be OK of course, but what MS is trying to do is prevent anyone from selling MEDIA that is FAT-formatted, but they can't stop you from using something like let's say FreeDOS or Linux to format the media once you've bought it?

    Is that right?

    --
    I don't know the meaning of the word 'don't' - J
    1. Re:Can someone explain by HiThere · · Score: 2, Insightful

      The current announcement only applies to media that is sold pre-formatted. The patents, however, can be applied to anything that uses FAT32 or VFAT. Clean room implementations are of no help.

      Some have asserted that this only applies to anything that writes (formats?) the file system onto the media, so possibly a version of a driver that couldn't format a volume would be ok.

      --

      I think we've pushed this "anyone can grow up to be president" thing too far.
  118. Good thing maybe? by rofa · · Score: 1

    This shows that microsoft actually does support progress... Now an alternative file system will be brought up. One less MS product to rely on.

    --
    No sig. Go away.
  119. unenforced patents expire? by Anonymous Coward · · Score: 0

    Does this mean that un-enforced patents should expire in 10 years instead of the normal 17 years?

  120. Driver disks, product CDs, ISP CDs by Anonymous Coward · · Score: 0

    How might this impact enclosing a driver diskette or Installation CD for a product. It might be nice to reduce all those AOL-like ISP CDs, but
    could this not really cut into CDs as s distrubution medium?

  121. Business Case for Other Markets? by Puls4r · · Score: 1

    Does this mean that people who write "standards", or even specifications that become standard through use, can suddenly patent the whole thing 20 years down the road? I'm thinking CD standards, etc? And what about cross compatibility of file formats? Can Microsoft force companies that have programs capable of opening, using, and saving in their file formats to pay licenses? Open Office, and others, for instance?

  122. Fat Tax by cmacb · · Score: 1

    Hey, that has a nice ring to it.

    It will drive people to look for open source solutions even faster than they are now. Nice move Redmond.

  123. nice time for more embedded linux by malus · · Score: 1

    and that fat fs can be replaced with... oh, what... choice of about 80 choices?

  124. The problem is timing by bug-eyed+monster · · Score: 4, Insightful

    Anybody has the right to file a patent and attempt to license its technology (as long as the patent makes sense, which is not always the case with software patents, but that's another story).

    The right way to do it: get the patent, announce the technology and licensing terms for it, sell licenses to however's interested. This way, manufacturers can decide whether they want to invest into that particular technology or find an alternative.

    The wrong way to do it: get the patent, wait for a large number of manufacturers to widely use the technology, then announce licensing terms. This way, manufacturers have already invested a lot of resources into the tech and have no choice but to pay for the license, because switching to an alternative would cost them even more.

    In an ideal world, the wrong way should be illegal and carry criminal sentences for extortion.

  125. whats the big deal? by dmnic · · Score: 1

    $.25 per device, but what devices come preformatted as FAT?
    maybe usb disk-on-key or memory sticks or CF but thats it(who still uses floppies?)
    its not like this affects hard-drive manufacturers as they ship unformatted(unless you buy refurb).

    so who exactly does this harm?

    1. Re:whats the big deal? by 91degrees · · Score: 1

      I think may camera uses FAT formatted memory cards. I think this is pretty much all they're expecting a royalty from. Quite honestly, I reckon Canon can probably afford to pay MS a few cents per camera.

  126. Re:Which FAT? Older patents must have expired by n by Anonymous Coward · · Score: 3, Informative

    Umm no its because the patents don't cover FAT16, only FAT32 which WAS developed between 90-95 for Windows 95

  127. Economic inefficiency by Idou · · Score: 1

    Maybe it is the fact that FAT is actually a pretty sucky filesystem and the only reason everyone uses it is because of Microsoft's monopoly.

    This is a prime example of a monopoly creating inefficiencies (i.e. hurting the economy and industry) by charging monopoly rents on their inferior but inelastically demanded products.

    And maybe just the idea of having to pay for FAT makes people sick to the stomach . . .

    Or maybe I just believe that the U.S. IP system is eventually going to be the U.S.'s undoing . . .

    --
    Sdelat' Ameriku velikoy Snova!
    1. Re:Economic inefficiency by PReDiToR · · Score: 1

      Maybe it is the fact that FAT is actually a pretty sucky filesystem and the only reason everyone uses it is because of Microsoft's monopoly

      Or maybe, just possibly, out on a limb here, its because FAT was around before MSFT had a monopoly, back when they were the good guys, and the code for FAT is so solid that it needs no maintenence, no upgrading, no bugfixes, no testing, no support.
      Maybe it just works, and there aren't many camera, PDA, MP3 player, USBstick [etc.] manufacturers that need more than that?

      I like the post that calls this kind of buccaneer move extortion. Bill should be horsewhipped if he allows his Company to take money for this.

      --

      Do not meddle in the affairs of geeks for they are subtle and quick to anger
  128. Who uses FAT anyway.... by haskellcompiler · · Score: 1

    .... we use FAT32? Nevermind, they must have thought of it...

  129. The abstract from the earliest cited patent: by N+Monkey · · Score: 4, Informative
    Just to follow up, the first patent that MS list as protecting FAT (US5,579,517) has this as the abstract:

    An operating system provides a common name space for both long filenames and short filenames. In this common namespace, a long filename and a short filename are provided for each file. Each file has a short filename directory entry and may have at least one long filename directory entry associated with it. The number of long filename directory entries that are associated with a file depends on the number of characters in the long filename of the file. The long filename directory entries are configured to minimize compatibility problems with existing installed program bases.


    Do these devices really need compatibility with "dead" operating systems?

    The second patent seems to another concerning filename formats. I haven't bothered to look at the other 2.
    1. Re:The abstract from the earliest cited patent: by Anonymous Coward · · Score: 0

      The second patent seems to another concerning filename formats. I haven't bothered to look at the other 2.


      All four are for LFN support on FAT, and cover more or less the same thing. So they're at best highly peripheral to FAT, certainly you can implement a complete FAT system (without LFN support) without getting within a hundred miles of the patents.
    2. Re:The abstract from the earliest cited patent: by scrytch · · Score: 2, Insightful

      An operating system provides a common name space for both long filenames and short filenames. In this common namespace, a long filename and a short filename are provided for each file.

      That would mean VFAT, which is a layer on top of FAT. Plain FAT didn't have long filenames, period.

      Plus, if they filed that patent in 1995 ... I was using Pathworks PCNFS long before then, and it was mangling long filenames to the familiar format we attribute to MICROS~1 today.

      Personally I think MS is simply trying to quicken the demise of FAT so they can drop it quicker. About time, too -- there's simply no need for it anymore.

      --
      I've finally had it: until slashdot gets article moderation, I am not coming back.
    3. Re:The abstract from the earliest cited patent: by ericesposito · · Score: 1

      The FAT format is simple, and thus doesn't take much to code it up. So, on a device where memory/ROM/CPU power are an issue, it makes sense. Testing becomes easier too, since the mainstream OS natively supports the format. I'm sure that there are equally simple formats available. It'll just be a matter of time until people switch. There has never been a reason before.

    4. Re:The abstract from the earliest cited patent: by Locutus · · Score: 2, Informative

      Does anybody remember HP New Wave? This product was a n Object-like interface which replaced the Program Manager on Windows 3.x and guess what? It allowed long filenames for your folders and files AND still stored those files as short filenames. This was years before Microsofts 2nd great piece of sh*t operating environment, called MS Windows 95, existed.

      It was said at the time that Microsoft hired away the HP engineers who worked on HP New Wave and that this was how they came up with the awesome(NOT) technology that became the MS Windows 95 desktop.

      My guess would be that HP might own patents on this and not Microsoft. At least this predates the 1995 patent date and if anything is prior art and public domain.

      Like I've said before, anybody who plays with ANY of Microsoft products pays a VERY big price. Eventually.

      LoB

      --
      "Anyone who stands out in the middle of a road looks like roadkill to me." --Linus
    5. Re:The abstract from the earliest cited patent: by b1t+r0t · · Score: 1
      My guess would be that HP might own patents on this and not Microsoft.

      Then you guess wrong. HP may have come up with a way to do it, but not the specific VFAT implementation. The patent isn't about long vs short file names in general, it's about a specific way of doing it. For all I know, HP just went the easy way out and stuck a database somewhere with the long filenames. VFAT was able to keep them in the directory data itself.

      --

      --
      "Open source is good." - Steve Jobs
      "Open source is evil." - Microsoft
    6. Re:The abstract from the earliest cited patent: by Anonymous Coward · · Score: 0

      See also OS/2. Neither NewWave or OS/2 stored long file names in the FAT filesystem - they used a datafile to map the long to the short filename.

    7. Re:The abstract from the earliest cited patent: by pjrc · · Score: 1
      An operating system provides a common name space for both long filenames and short filenames.

      I wonder how this supposedly applies ($0.25 each) to blank flash cards, which have neither any filenames nor an operating system on them!

    8. Re:The abstract from the earliest cited patent: by Anonymous Coward · · Score: 0

      To support your theory, read up about MS's plans for the upcoming Longhorn operating system.
      It's supposed to have WinFS (Windows Future Storage). This filesystem is based on 'Yukon', a future release of MS SQL server.

  130. So What. by jasondlee · · Score: 1

    Ext2 is free :)

    --
    jason
    Have a good day?! Impossible! I'm at work!
    1. Re:So What. by shaldannon · · Score: 1

      Oh, great. ext2 and any number of other formats are free. Big deal. It doesn't help people who are trying to sell preformatted media that is compatible with Windows, does it? You think Windows is going to read your preformatted ext2 floppy disks, flash cards, zip disks, etc?

      --


      What is your Slash Rating?
    2. Re:So What. by jasondlee · · Score: 1

      I've been reading ext2 partitions from Windows for years. The software is there (and free), all the vendors have to do is bundle it with their hardware and software. Problem solved, no licensing fees.

      --
      jason
      Have a good day?! Impossible! I'm at work!
  131. Patents appear to concern VFAT by Em+Jay+Eff · · Score: 4, Interesting

    The four patents listed appear to be to do with VFAT, and specifially the way it simultaneously has a short (8.3) and a long name for each file.

    The earliest patent was granted in 1996 - what then of the Rock Ridge CD format which offers a somewhat similar mechanism for long Unix filenames over the standard short ISO9660 length, and was adopted in 1994?

  132. RTFA and be careful with the FUD by dreamchaser · · Score: 5, Informative
    From the webpage:
    Microsoft is offering to license its FAT file system specification and associated intellectual property. With this license, other companies have the opportunity to standardize the FAT file system implementation in their products, and to improve file system compatibility across a range of computing and consumer electronics devices.
    Reading this and the rest leads me to believe that they are NOT preventing people from reverse engineering FAT. Rather, they are selling their 'true' implementation of the filesystem. Nowhere does it say that companies providing their own 'clean room' implementation of the FAT filesystem will have to pay.

    That doesn't mean they won't go there, just that they haven't yet. Still, the typical knee-jerk reactions here are as yet unwarrented.

    1. Re:RTFA and be careful with the FUD by Bob9113 · · Score: 2, Informative

      Nowhere does it say that companies providing their own 'clean room' implementation of the FAT filesystem will have to pay.

      At the end of the document they mention the patents that cover FAT (dumb patents that should never have been granted, but granted patents they be). I think mentioning patents can be sufficiently considered an implication that clean rooom implementations will not escape notice (patents cover any implementation of an idea, not just the one the "inventor" came up with).

    2. Re:RTFA and be careful with the FUD by Anonymous Coward · · Score: 1, Informative

      MS Press released this format multiple times, notably in this book, Advanced MS DOS. Another volume is the tome referenced here, The MSDOS Encyclopedia. These volumes detail the internal file structures and layout of FAT (without releasing the implementation.) Publishing the specification allows others to use the same data layout when creating an implementation for other operating systems or platforms. There is a violation only if the Microsoft implementation (closed source code) is used directly.

      The book NT File System Internals was a lot thinner and perhaps why the clean room implementation of NTFS has proved more difficult (and NTFS is a moving target.)

    3. Re:RTFA and be careful with the FUD by HiThere · · Score: 2, Insightful

      It is standard procedure in threat analysis to analyze based on what someone CAN do, not what he has done so far.

      If the patents are valid, then VFAT support needs to be removed from the kernel and distributions UNLESS there is some good reason why this threat cannot be applied to Linux. One possible good reason would be that the submitter was a company that was in a patent pool with MS.

      --

      I think we've pushed this "anyone can grow up to be president" thing too far.
    4. Re:RTFA and be careful with the FUD by Angst+Badger · · Score: 1

      Reading this and the rest leads me to believe that they are NOT preventing people from reverse engineering FAT. Rather, they are selling their 'true' implementation of the filesystem. Nowhere does it say that companies providing their own 'clean room' implementation of the FAT filesystem will have to pay.

      That seems dubious at best. You could easily create a filesystem that is functionally identical to FAT, but unless the implementation is identical as well, it wouldn't work with Windows, and with an identical implementation you'd be infringing on Microsoft's patent.

      Still, the typical knee-jerk reactions here are as yet unwarrented.

      That's because the moderation system does not yet support -1 RTFA, -1 Ill-informed, -1 Reactionary, -1 Overexcited, or -5 STFU. I've been lobbying for these for years, but my posts keep getting modded down. ;)

      --
      Proud member of the Weirdo-American community.
  133. Similar to interoperability of Word documents? by Denyer · · Score: 1

    Hmmm?

    --
    Ph-nglui mglw'nafh Gates M'dna wgah'nagl fhtagn.
  134. Statute Limitations by Anonymous Coward · · Score: 0

    I think if someone choses to fight this, the waiting 20+ years to file the patent, then what 8 years to enforce the patent, should be sufficient to show that MSFT isn't protecting their idea in a timely manner.

    I believe that patent holders have to actively protect their "IP" or lose it. Of course I learned all I know about patent law from slashdot, so IANAL and YMMV.

  135. Computers shipping with Linux by digitalgimpus · · Score: 1

    What does this mean for computers shipping from the factory with Linux? Paying a Microsoft tax?

    Sounds like this could mean trouble for any linux distro that perfers FAT over UFS or another format.

  136. Public Patent on ext2/3 by Edgester · · Score: 1

    I think that someone should patent ext2/3 using the "public" type of patent. I think that type is called "SIR". This way, no one could patent ext2/3 and sue us. A defensive patent.

    1. Re:Public Patent on ext2/3 by servoled · · Score: 1

      ext2/3 has already been in public use for greater than one year, so by statute (35 USC 102(b)), no patent can be granted for it.

      --
      "I have a porkchop, you have a porkchop. I have a veal, you have a veal".
  137. Very good move! by Gadzinka · · Score: 4, Informative

    It's very good move by MS.

    FAT is a terrible format for Flash media, because it constantly updates some variables in first several sectors of the disk. The effect was mentioned some time ago on /. -- when you're done writing around 200k files to flash media it was already past erasure limit for those sectors at the beginning i.e. media was destroyed.

    So it might actually give some incentive for vendors to move to JFFS or similar FS _designed_ with this flash-specific limitation in mind.

    rrw

    --
    Bastard Operator From 193.219.28.162
    1. Re:Very good move! by ryanvm · · Score: 1

      Isn't that only true for SmartMedia? I believe CompactFlash handles the mapping (and remapping) of sectors internally. The sectors the software asks for aren't necessarily the sectors it gets.

      Of course I could be wrong.

    2. Re:Very good move! by udif · · Score: 4, Informative
      It's very good move by MS.

      FAT is a terrible format for Flash media, because it constantly updates some variables in first several sectors of the disk. The effect was mentioned some time ago on /. -- when you're done writing around 200k files to flash media it was already past erasure limit for those sectors at the beginning i.e. media was destroyed.

      So it might actually give some incentive for vendors to move to JFFS or similar FS _designed_ with this flash-specific limitation in mind.

      rrw

      Nope.

      As far as I know, all Flash media that use FAT have Flash Translation Layers (FTLs) such as M-Systems NFTL or the PCMCIA FTL that does wear-leveling, i.e. writing the same sector 1000 times will actually write 1000 different sectors.
    3. Re:Very good move! by Anonymous Coward · · Score: 0

      correct.
      I recently contacted the CompactFlash group about this. The devices have built-in wear-levelling logic. Rewriting the same sector repeatedly gets spread out about the whole device. Also saves time, since erase is one of the most lengthy processes you can perform on flash media.. instead, they just invalidate a bit in the mapping table and copy the sector in question to a new already erased sector and schedule the old sector for erasure.

  138. For your delight: the patents by Bananenrepublik · · Score: 4, Informative

    It's not like they provide very much information, but here are the patent abstracts, plus links to the full patents. They sure don't seem interesting, and they all seem to deal with the coexistence of long and short filenames. All of this wouldn't be patentable in Europe.

    United States Patent 5,579,517
    Reynolds , et al. November 26, 1996
    Common name space for long and short filenames

    Abstract

    An operating system provides a common name space for both long filenames and short filenames. In this common namespace, a long filename and a short filename are provided for each file. Each file has a short filename directory entry and may have at least one long filename directory entry associated with it. The number of long filename directory entries that are associated with a file depends on the number of characters in the long filename of the file. The long filename directory entries are configured to minimize compatibility problems with existing installed program bases.

    United States Patent 5,745,902
    Miller , et al. April 28, 1998
    Method and system for accessing a file using file names having different file name formats

    Abstract

    A multiple file name referencing system stores multiple file names in a file. These multiple file names include an operating system formatted file name and an application formatted file name. When an operating system formatted file name is created or renamed, the multiple file name referencing system automatically generates an application formatted file name having a potentially different format from, but preserving the extension of, the operating system formatted name. The multiple file name referencing system similarly generates an operating system formatted name upon creation or renaming of an application formatted name. A B-tree is provided which contains an operating system entry for the operating system formatted name and an application entry for the application formatted name, each entry containing the address of the same file to which both names refer. The multiple file name referencing system converts the operating system formatted file name to the application formatted file name by accessing the B-tree with reference to the operating system entry, and vice versa. As a result, either file name can be used to directly reference the file without requiring additional file name translation.

    United States Patent 5,758,352
    Reynolds , et al. May 26, 1998
    Common name space for long and short filenames

    Abstract

    An operating system provides a common name space for both long filenames and short filenames. In this common namespace, a long filename and a short filename are provided for each file. Each file has a short filename directory entry and may have at least one long filename directory entry associated with it. The number of long filename directory entries that are associated with a file depends on the number of characters in the long filename of the file. The long filename directory entries are configured to minimize compatibility problems with existing installed program bases.

    United States Patent 6,286,013

    1. Re:For your delight: the patents by Anonymous Coward · · Score: 0

      Ah. But.... Microsoft is pushing for unlimited software patents to be legalised in europe. And it's going to be decided under the Irish EU presidency. What's one of the most powerful organisations in Ireland? Microsoft...

    2. Re:For your delight: the patents by Marillion · · Score: 1
      I know in my day, I've seen a lot of embedded systems from music sequencer applicances and lighting consoles use "FAT Classic".

      I remember Peter Norton's "Pink Shirt" book had very detailed information on FAT classic.

      I think these patents basically cover Micros~1 issues with long filena~1 problems

      --
      This is a boring sig
    3. Re:For your delight: the patents by pbhj · · Score: 1

      IANAPL but from what I understand the intention of the patents directive is to clarify the current position of allowing software patents that provide a "technical contribution", ie have a novel "technial effect" in a non-excluded field.

      This sort of thing (VFAT filenames) is probably only just inside the borderline.

    4. Re:For your delight: the patents by Anonymous Coward · · Score: 0

      > An operating system provides a common name space for both long filenames and short filenames.

      Unix has prior art on this. The short name is the inode number that can be used directly to access the file, the long name is the directory entry, or several of them, that relate to the inode.

    5. Re:For your delight: the patents by You're+All+Wrong · · Score: 1

      Nah, inodes are a red herring, they're not user-visible, which filenames are. Symbolic links are far closer, they even reside in directory-space, like the VFAT virtual names.

      YAW.

      --
      Your head of state is a corrupt weasel, I hope you're happy.
  139. Questions by TooTallFourThinking · · Score: 1

    This has piqued my curoiusity. What are some free alternatives to FAT? I wanted to do a little reading into the various file systems, nothing detailed, just an overview. So far I've seen FAT, NTFS, ext3 and jfss mentioned. Are there any other "popular" file systems?

  140. Re:Well... by Anonymous Coward · · Score: 0

    .. or my 150 GiB partition (FAT32 W98SE) - heh, I didn't thought that was possible, but it is

  141. They see the future by tkjtkj · · Score: 1

    and the future for MS requires this of Microsoft: Do everything possible to maintain cash flow in the face of ever-increasing evidence that MS's cash-cow software is being replaced by Linux. A desperate move, and predictable.

    --
    "There are 11 kinds of people: those who know binary, those who don't, and those who could not care less!"
  142. Interesting by dabadab · · Score: 1

    The patents listed on MS's page all relate to VFAT, more exactly to its dual naming scheme (as you all know, on VFAT a file has a 8+3 "sort" name that the OS uses and a "long" name that you see on the application level) [and at first sight three of the four patents seem identical].

    --
    Real life is overrated.
  143. Re:Which FAT? Older patents must have expired by n by Anonymous Coward · · Score: 0

    Surely increasing a field from 16 to 32 bits doesn't qualify as 'novel', which is one of the requirements for patentability? I guess it comes down to 'do you have more money for lawyers than M$'?

  144. Edges of the License by unfortunateson · · Score: 1
    The web page is strange, in that it only talks about licensing for two kinds of things: Solid State media and Consumer Electronic devices
    "... devices that use removable solid state media to store data: portable digital still cameras; portable digital video cameras; portable digital still/video cameras; portable digital audio players; portable digital video players; portable digital audio/video players; multifunction printers; electronic photo frames; electronic musical instruments; and standard televisions"


    So does this mean that Palm, using SD/MMC cards, does not need a license? My digital piano which uses floppies? For that matter, cameras that use floppies!?

    And this doesn't talk about other operating systems at all. EVERYBODY writes FAT disks, right? IANAL, but it would seem to me that an inconsistently enforced patent is one that is no longer protected.

    For major manufacturers, $250K is not a big deal, but it should entitle them to some kind of spiffy logo, I would hope ("FAT inside!", yeah right). I've got some product ideas that might have used an SD/CF/MemStick card (although outside of the above categories), and if this is enforced, I'll probably rethink that need.
    --
    Design for Use, not Construction!
  145. Prior Art? by Anonymous Coward · · Score: 0

    I doubt MSFT created FAT out of thin air. Undoubtably there are elements from older filesystems in it ( probably CP/M or the ubiquitous Multics). Wouldn't this invalidate broad parts of any MSFT FAT patent?

  146. FreeDOS not free? by jlrowe · · Score: 4, Interesting
    Just where does this put FreeDOS? I'd think, not free anymore. How can you have DOS without FAT?

    Sure, you could have it use another FS (ext2) but can you imagine a DOS not using FAT?

    1. Re:FreeDOS not free? by alyandon · · Score: 2, Informative

      In theory, you could use any filesystem you desire as all applications that run under DOS are supposed to use its system calls for disk I/O.

      However, since FAT is a trivial to understand filesystem there are disk utilities that bypass the standard DOS I/O system calls and access the disk directly. These utilities would obviously fail to understand any file system other than one that was FAT based.

  147. Cheap by fundun · · Score: 1

    How can so many people be so upset over something that only costs a quarter? I like reading Slashdot, but it seems like too many people here just want something to bitch about. When you buy a CF card for $50, an extra tweny-five cents doesn't really break the bank. With so many digital devices already using FAT, I can't see many manufacturers all of a sudden spending research dollars switching to a new file system over something this trivial. That's just my twenty-five cents....

    1. Re:Cheap by rcpitt · · Score: 1

      At typical markups, a $0.25 cost at manufacture ends up being 4 times that at retail i.e. $1.00

      --
      Been there, done that, paid for the T-shirt
      and didn't get it
  148. No problem for embedded uses by Bananenrepublik · · Score: 3, Informative

    As long as they don't use both long and short filenames in their implementation, they won't violate those patents. At least that's what the abstracts make me believe. See my other post, where I put the abstracts.

    1. Re:No problem for embedded uses by spitzak · · Score: 1

      Note that FAT *requires* the short filenames to work (the long filenames are pretty much a table that returns the short filename). Thus you are saying that use of long filenames is disallowed.

  149. Not a big deal by StormReaver · · Score: 1

    The install process for these devices on Windows could start with a popup box that says something like:

    "A recent Microsoft licensing decision prohibits device manufacturers from working with Windows in customary ways. We have included device driver software that will allow you to continue to use our products on Windows despite Microsoft's decision.

    Once this is completed, you will be able to use the device normally. You are free to redistribute this device driver under the terms detailed in the [LGPL] license that is contained within the product packaging.

    Click the Continue button to install the [ext2 filesystem] driver."

  150. WinFS != file system by Ececheira · · Score: 2, Informative

    WinFS is a layer on top of NTFS. WinFS does NOT replace NTFS as the lowest layer on the disk. Why should they create a totally new filesystem when NTFS is quite good at what it does?

    NTFS supports many features that go unused >90% of the time, such as multiple file streams. WinFS will more fully use features present in NTFS as part of its operation.

    1. Re:WinFS != file system by roystgnr · · Score: 1

      Why should they create a totally new filesystem when NTFS is quite good at what it does?

      They keep changing the format of NTFS with every new Windows release; unless this really is a deliberate attempt to break other operating systems' NTFS drivers then they must believe there's some significant room for improvement.

  151. Where do you want do SCO today? by allotria · · Score: 1

    Well, we all know that M$ has stocks in SCO, but apparently they have the same lawywers too.

    It's about time to crush those bastards; the lawyers I mean ;-)

    --

    --
    Beware of Programmers who carry screwdrivers.
    -- Leonard Brandwein
  152. can someone look over the patent please by frovingslosh · · Score: 4, Interesting

    here's the fist of the patentes in question. Filed for only in 1995, granted in 1996. I've looked at it, but I don't have a good understanding of how claims in a patent work. If each claim represents something they own then I don't see any way they can makes claims as broad as claim 1. If the patent is only for something that matches each and every claim, then it would seem that a very minor (even compatable) varient on one part of any these claims would allow an alternate file system to co-exist that would not infringe the m$ patents. But then it doesn't make much sense for this (or any) patent to go into extreme detail in making claims that would limit what the patent applies to.

    --
    I'm an American. I love this country and the freedoms that we used to have.
    1. Re:can someone look over the patent please by Psyx · · Score: 5, Informative

      The validity of one claim typically does not invalidate the others. My patent lawyers call this a layered approach, where the first claims are purposely broad in an attempt to grab as much IP ground as possible. Subsequent numbered claims in the patent are become more specific. They take this land grabbing approach essentially because they can.

    2. Re:can someone look over the patent please by jOin3r · · Score: 1

      I wonder.. is M$ planning enter the flash bussines?
      because then they would have advantage of cheaper flash media and FAT file system working without any driver

    3. Re:can someone look over the patent please by Anonymous Coward · · Score: 0
      I've looked at it, but I don't have a good understanding of how claims in a patent work.

      Each "independent" claim, such as claim 1, is self-contained. Independent claims do not recite (or incorporate the limitations of) any other claim. In proper claim form, independent claims use the indefinite article "a" in describing the invention (i.e., A method ... A process ... A computer ..., etc.)

      "Dependent" claims incorporate all of the limitations of the claim from which they depend, and add the further limitation(s) listed in the dependent claim. These are of the form "The method of claim X, further comprising ...", or similar language. By convention, dependent claims use the definite article "the" in describing the invention (i.e., The method ... The process ... The computer ..., etc.)

      Some of the claims in these patents are "Jepson"-type claims, which are of the form: "In a method of doing such-and-such, a method comprising ....", or similar language. "Jepson" claims have the effect where the preamble ("In a method of doing...") incorporates by reference the state of the art at the time. Such a claim basically admits all prior art except for the limitation that follows the preamble. In other words, it points directly to the improvement the claim is attempting to cover.

      HTH

    4. Re:can someone look over the patent please by frovingslosh · · Score: 1

      Interesting. I can certainly invalidate many of the claims, particularly the first, with prior art. This being the case and being pretty evident in this case, how can the first claim even be made?

      --
      I'm an American. I love this country and the freedoms that we used to have.
  153. JFFS2 ? by BESTouff · · Score: 1

    Maybe it's what was needed for JFFS2 to see widespread use. Currently it's used in many embedded Linux systems, as a root filesystem. But using it as an exchange filesystem (e.g. on a new flahscard format) would rock - JFFS2 features compression, journalling, wear levelling, and is generally modern an well working.

  154. Why Windows? by gillbates · · Score: 5, Interesting

    Disclaimer: I've worked with the FAT12, FAT16 filesystems in assembly language.

    FAT is relatively well documented. IIRC, one can already format a FAT filesystem from Linux, and even if they can't, writing the drivers wouldn't take long.

    But why would you use FAT in the first place? It's a very inefficient filesystem, built for ancient hardware.

    Since static memory sticks have no problems with random access, it doesn't make sense to use traditional filesystems which were designed to minimize seek latency involving mechanical components. In fact, due to the block access factor, most filesystems are very inefficient when it comes to data storage.

    One would think that instead of using a filesystem per se, the memory of a memory stick should be managed in a fashion similar to malloc. The difference would be named allocation - a "filename" would be associated with every section of memory allocated.

    --
    The society for a thought-free internet welcomes you.
    1. Re:Why Windows? by k-zed · · Score: 1
      Since static memory sticks have no problems with random access, it doesn't make sense to use traditional filesystems which were designed to minimize seek latency involving mechanical components.

      That's true, but my USB drive is also an mp3 player (I have a Creative Nomad MuVo). I'm pretty sure that it can only read FAT. And what about digital cameras?
      This MS move can seriously jeopardize Linux hardware compatibility. I'm worried.
      --
      we discovered a new way to think.
    2. Re:Why Windows? by eXtro · · Score: 3, Insightful

      Using a standard random access file system does make sense when you consider that the file system needs to be mounted on a computer. By using FAT they avoided having to spend money writing drivers for the various versions of Windows, MacOS etc.

    3. Re:Why Windows? by Oo.et.oO · · Score: 1

      and from a user standpoint the interoperability is great in windows and elsewhere. FAT is simply the most common filesystem for PCs.

      the licensing requirements endanger *NIX interoperability because the drivers that this will require writing will usually not work in *NIX (out of the box).

    4. Re:Why Windows? by HiThere · · Score: 1

      Actually, I believe that CDROM format is about equally widespread, and CDRW is nearly so. (I forget the ISO numbers.) The overhead, however, may be extensive.

      --

      I think we've pushed this "anyone can grow up to be president" thing too far.
    5. Re:Why Windows? by Anonymous Coward · · Score: 0

      Umm...Well...

      I bought one of these Yamaha Pianos and there's a floppy drive in there and you can copy .midi files on there from...well...let's just say...my computer...and they just read and play on the piano like magic.

    6. Re:Why Windows? by Bas_Wijnen · · Score: 1

      Since static memory sticks have no problems with random access, it doesn't make sense to use traditional filesystems which were designed to minimize seek latency involving mechanical components.

      You are right, they probably should use a filesystem which is designed to write the same spot as little as possible. However, you are wrong that FAT is designed for speed. It is designed for robustness. Moving the drive head to the first track for every file is not fast at all. However, back in the day when floppies weren't so good, it was a good idea to have the maximum magnatic material per byte for the most important sectors. That's why the boot sector, the fat and the root directory entry (which used to be the only one) are at the beginning of the disk.

      And as a side note, that's also why it's not a good idea to use a fat system on a hard disk. For hard disks, as you say, minimum drive head movement is the target. Fat is lousy for that.

    7. Re:Why Windows? by Beryllium+Sphere(tm) · · Score: 2, Insightful

      According to the inventor and according to the ancient Byte article, what FAT was designed for was to allow the entire allocation table for a floppy to be RAM-resident on a pre-1980 personal computer.

    8. Re:Why Windows? by mst76 · · Score: 1
      Actually, I believe that CDROM format is about equally widespread, and CDRW is nearly so. (I forget the ISO numbers.) The overhead, however, may be extensive.
      The widespread cdrom format is iso9660 (plus extentions). The problem is that is is read only. You can only add tracks to it, with a lot of overhead. CDRW can be blanked, but the filesystem is still read only. The writable filesystem for CDRW is called UDF. This format is not nearly as widespread as iso9660. The linux drivers are still experimental, and I believe windows also needs addition driver installation.
    9. Re:Why Windows? by Dr.+Evil · · Score: 1

      FAT's even bad for disks. I have a pet theory that FAT was an idea ported directly from tape drives.

    10. Re:Why Windows? by pclminion · · Score: 2, Informative
      Since static memory sticks have no problems with random access, it doesn't make sense to use traditional filesystems which were designed to minimize seek latency involving mechanical components.

      What are you talking about? How about this 2.2 GB microdrive I want to get for my digital camera? Are you telling me that thing isn't organized into blocks? Right.

      There's a reason the flash standards specify block devices instead of treating the thing as a (relatively slow) RAM stick. It's a form factor and data access protocol, not a particular media type. Making it use blocks is the best way to support the broadest range of storage technologies.

    11. Re:Why Windows? by Anonymous Coward · · Score: 0

      I should clarify: the idea of disk drives being addressed in 512-byte blocks was designed to reduce head movement. Imagine how slow a drive would be if it had to collect individual bytes scattered across the disk surface.

      Static memory, OTOH, retrieves data at a consistent rate regardless of the physical location.

      In order to compete with memory on speed, disk drives were designed to read large amounts of data, albeit with a higher latency. As everyone knows, since the 1970's, memory throughput has dramatically outpaced disk throughput; when FAT was designed, however, the differences were much smaller than they are today.

    12. Re:Why Windows? by Our+Man+In+Redmond · · Score: 1

      I would guess it's because FAT is a lowest common denominator file system. Pretty much anything can read FAT, from DOS 2.1 on up. So, I have a camera that writes to a FAT filesystem on its memory card, and when I plug it into my Linux box (or my wife's Windows box, or my brother-in-law's Mac), they can all read it (assuming they can see the camera as a mass storage device).

      More to the point, any floppy or other removable medium you format as FAT can be read all across the board too.

      The problem, of course, is that all the manufacturers out there saw this ubiquitous, though admittedly clunky, flle system and decided to use it, and now that they're committed Microsoft is lowering the boom.

      The moral to the story should be pretty obvious.

      --
      Someone you trust is one of us.
    13. Re:Why Windows? by huge · · Score: 1

      As you have worked with FAT12/16 and assembly, didn't you notice that it's pretty simple, and very well supported, file system?

      --
      -- Reality checks don't bounce.
    14. Re:Why Windows? by Phreakiture · · Score: 1

      This makes me think of the DV format used by digital camcorders. The content is recorded on a tape (but could be done on disc as well or instead). The data is blocked, and sent to tape. The blocks include data on time/date down to a frame level. Malloc the chunk of disc you need, stuff the block into it. If you need more metadata, make a structure to hold it and go for it.

      There is no reason an attack like that couldn't be applied to other devices.

      If you need a way to pass the data to a computer or other device, do so using an ethernet or firewire interface (TCP over whichever) and provide an interface of some sort to the metadata. HTTP/NFS/FTP/SMB can be used to fetch the data.

      I know it is a rough-cut idea, so I leave it to you all to refine it.

      --
      www.wavefront-av.com
    15. Re:Why Windows? by Anonymous Coward · · Score: 0

      yeah but

      flash is not ram
      with flash you have to work in blocks because the stuff is phisically in blocks

      on eeprom you can erase individual bytes but eeprom is expensive and slow because of the transistors needed to achieve this

      on older flash chips you had to erase the whole chip with a signal and then reprogram it

      modern flash systems are a compromise between theese

      they devide it in to blocks each of which must be erased before it can be reprogrammed

      finally if you made your allocation blocks too small the metadata becomes a huge waste of space

  155. Re:Which FAT? Older patents must have expired by n by mm0mm · · Score: 1

    They didn't file any till 1995. Kinda clever, really

    oh wait, as far as I remember you can't file patents on any invention after certain amount of time (12 months, I believe) since any products using the said invention are sold. Have I been misinformed?

    US Patent office (don't know about non-us) has such restrictions on patent filings, as I recall. If MS filed patent on FAT in 95, it's definitely void. I wouldn't be surprised if M$ lawyers somehow made this possible...

  156. As noted elsewhere... by Improv · · Score: 4, Insightful

    It's dishonest and unacceptable for them to attempt
    to start charging after so many years, for something
    noone has ever charged for before, after it has
    become something which has become a de facto standard,
    often implemented in hardware. Like GIFs were, their
    patent should be ignored, and more ideally, legally
    shot down.

    Was FAT really innovative anyway? The patents just
    cover modern issues probably not even implemented
    on 95% of the FAT-handling devices (e.g. my
    digital camera). From what I remember of CP/M's
    filesystem, FAT didn't seem to be markedly
    different.

    On another node, as IBM and Microsoft had
    cross-licensing for most of their early
    DOS-related stuff (remember PC-DOS?), should
    their claim not be invalidated, could they simply
    grant the world an open license for it?

    --
    For every problem, there is at least one solution that is simple, neat, and wrong.
    1. Re:As noted elsewhere... by gaj · · Score: 1
      How or why is it dishonest an unacceptable to start charging (quite reasonable) fees for something that now has value. To have real value, a fs must have something that others do not. In VFAT's case, that something is ubequity. I don't see the issue.

      Mind you, the patents they were granted may or may not be good (I haven't read them yet). But the basic act of licensing VFAT now that it's ubequetous seems reasonable. I'm frankly surprised they didn't start doing so a few years ago. It might, as some here have suggested, be because they want to discourage its use. If so, I would expect that either the real price will go up over time (standard EOL procedure) or they will be more obvious about suggesting the use of WinFS (or whatever).

      Just becasue something is popular doesn't mean that it should be free. BigMacs are very popular ... go ask for one free. Or, more appropriatly, Two Towers was very popular ... are you saying that it should therefore be able to to copied free!? Or pay per view sporting events ... the normal events are televised on (free) network TV, how dare those bastards start charging for more popular events.

      As for IBM's cross-licensing, they probably have license to distribute, not grant further license, but obviously I don't know what arrangement they have with MS.

      All in all this seems like one of the more reasonable moves by MS ... at least so far. I won't be at all surprised if this is the opening move for something that is unreasonable, dishonest and unacceptable.

    2. Re:As noted elsewhere... by Improv · · Score: 1

      The examples and argument you post completely miss
      the point. It wouldn't be problematic if they had
      charged for it from the start, or made it clear that
      they were going to at some point. However, what they
      have done has led to most of the world, reasonably,
      to believe that using FAT was unproblematic,
      especially seeing that noone has ever attempted to
      charge for something like this before.

      So, yes, I hope they lose any legal challenges that
      come up, and hope that people ignore their
      attempt to charge until then (and if they win,
      in spite of it)

      --
      For every problem, there is at least one solution that is simple, neat, and wrong.
    3. Re:As noted elsewhere... by Anonymous Coward · · Score: 0

      It's dishonest and unacceptable for them to attempt to start charging after so many years, for something noone has ever charged for before

      "Noone" is not a word. "No one" is two words.

    4. Re:As noted elsewhere... by gaj · · Score: 1
      No, my respose was right on point. If I own something, it should be up to me whether or not I charge for it. As well, I don't see any reason why I shouldn't be able to give it away as long as I don't think I can get any money for it and switch to selling it once I do. It's not much different than turning a hobby into a business, in that way. By your logic, if I spent years cooking gormet meals for my friends and then one day decided to open a resteraunt and start charging them money for said meals, I would somehow be doing something dishonest.

      Now, the issue of whether or not I think they should be able to own what they claim to is a different one, as is the issue of whether or not this is the proverbial camel's nose in the tent or not. I'm, in general, opposed to software patents and I don't trust MS half as far as I could throw their entire campus. But software patents are currently legal, and this act by MS isn't, all by itself, evil. Annoying? Sure. But it seems to me that it's well within their rights under the law.

    5. Re:As noted elsewhere... by Improv · · Score: 1

      Again, your restaurant analogy misses the point.
      Cooking foods as a favour to friends occasionally
      is very different from providing a service, involving
      no effort to continue doing so, in a continual
      manner to the extent that people and businesses
      rely on it. The whole point, like the GIF issue,
      is that noone could've predicted that they would,
      or indeed could, lay a claim to the thing, and
      the entire fact that it became a de facto standard
      because people thought it would remain libre and
      unbothersome forever is why it's popular.

      Your cooking friend's continual effort to provide
      food make it very clear there wasn't a reasonable
      expectation of that going on forever, and people
      don't typically build industries or get locked-in
      to visiting particular restaurants. A better
      analogue would be if Esperanto took off, and
      became the new Lingua Franca, and 30 years later,
      one of the linguists involved filed a patent for
      a language feature it had and 10 years after that
      wanted $5 for every book published in it. Not
      acceptable.

      --
      For every problem, there is at least one solution that is simple, neat, and wrong.
    6. Re:As noted elsewhere... by gaj · · Score: 1
      Why wouldn't you think that a company that owns a technology might, once it decides it is worth their time to do so, choose to charge for it? The patents were there in the database for all to see. With the GIF issue, there wasn't as easily searchable a database, so it would have been harder to find the patents.

      As for why VFAT became popular, it had nothing to do with being free ... it was the FS that the most popular OS used and it was simple ... *those* are the reasons why it became popular for uses outside Windows itself. Many of these devices will not be affected by this situation, or at least need not be, as they could easily use simple FAT-12 or (assuming it isn't covered ... I confess to still not having time to read the four patents) perhaps FAT-16, since most don't need or use the features of VFAT.

      As your Esperanto example, if patentable features were added to the language, I see no reason that said liguist shouldn't be able to license the new language technology. People are free to choose not to use those features, either by replacing them with others, or doing withought. And as much as it pains me to defend Billy & Co., your charge per book would have to be more like $.10 or so to make it anywhere near analogous.

      You may find these things to be "not acceptable", but since the technology in question isn't yours, and the US patent system allows for ownership of these technologies, so it's not your call. Now, if you want to put your (IMHO misplaced) indignation to work, perhaps a better target would be the Patent system that has spun out of control.

      Regardless, you are set in your mind, so we'll just have to agree to disagree.

  157. Re:Are they still trying to license ClearType too? by Anonymous Coward · · Score: 0

    Saying that ClearType is based on old Apple II technologies is like saying Honda's I-Vtech is based on old Ford Model T technologies.

    Yeah they both burn gas, but the beauty is in the details. ClearType is more than just the super-basic subpixel rendering they had in Apple II. Cleartype includes font layout management to get the kerning juts right, color filtering to make sure that the words follow visual patterns, etc.

    If you want a neat experiment, turn on Adobe Acrobat's subpixel rendering, and notice how it looks considerably worse than ClearType. Also notice how ClearType is a one-box-check, whereas the Adobe option requires you to pick from I believe 9 different tuning options. None of them look anywhere as good as ClearType, but its the same "Apple II Technology" right?

  158. Patent licenses by gstevens · · Score: 1

    Correct me if I'm wrong here, but aren't patents pretty particular when it comes to infractions and licensing? (...As opposed to copyrights and trademarks and such...) I seem to recall that if something is patented, you can basically change one little thing and basically be clear of the patent. Or are these patents your standard-issue, overly-broad software patents we've all come to know and love? (IANAPL - I Am Not A Patent Lawyer)

    Can any lawyers in the audience clarify this?

  159. So dont use FAT in your product by nurb432 · · Score: 1

    Use 100% lean beef.. no wait.. different story..

    Really there is a simple solution. Just develop their own file system formats or use 'free' ones like ext3...

    Then ship drivers along with their device like the old days when things were still connected via serial/parallel ports..

    Sure its a tad annoying to have to go back to drivers for 'memory devices', but its not THAT big of a deal....

    --
    ---- Booth was a patriot ----
  160. FAT File Sytem by pcmonk · · Score: 1

    I'm sure it won't be long before someone cracks a FAT.

  161. So install an ext2 driver. Re:So What. by katz · · Score: 1

    So an ext2/3 reader/writer drive should come with the driver that consumers install to get their systems to support their devices.
    A widely distributed ext2/3 driver for windows could even force Microsoft to include support for it in future OS releases.
    Anyone out there thinking of doing a Linux port to the iRiver IHP-120?
    (another question: anyone know of when an IHP-140/160/180 will come out?)

    Roey

  162. Lets see. Charge for fat and make them use. by Zapdos · · Score: 1

    Hold on, wait one more minute........

    NTFS for free.

    This is in order to make all those handy little devices ________ "choose one or more numbers"

    1.) Not work with Linux/OS X
    2.) More expensive for Linux/OS X
    3.) Harder to find for Linux/OS X

  163. Re:Well... by Mr_Silver · · Score: 1
    How many of us use a fat partition on their home computers?

    My non-winmodem refuses to work under Linux. I can't get my USB stick to work under Linux. In short, I either have to use floppy disks or copy files from my FAT 32 partition to Linux.

    If Linux stopped supporting FAT and FAT 32 then I would reconsider the point of having a dual boot system (given that I only use Linux for perl based cgi development).

    --
    Avantslash - View Slashdot cleanly on your mobile phone.
  164. manufacturers by nxt · · Score: 1

    the manufacturers still have a choice. Pay MS, or turn away from them using another filsystems. This -in a long term run, might cause problems to MS. They'll have their FS, but will have to pay to implement the support for other FS, since no devices would work for MS as a standard. Well dome MS - so much for cutting the tree you're sitting on.

  165. Re:Which FAT? Older patents must have expired by n by normiep · · Score: 1
    Hrm, I was under the impression that you were required to file for a patent (or at least a provisional patent) within one year of either the first publication or first offer of sale of whatever widget you want to patent.

    This would certainly fit with the contention that these are fat32 patents only, which were developed and released within a few years of the 1995 filing.

    --

    -- Point? None! Cob.

  166. Only in the US ? by BESTouff · · Score: 1

    I'm wondering what does this mean for e.g. taiwanese manufacturers selling in Europe - they for sure don't need to comply to weird software patents. Will they pay only for their US market share ? That Microsoft tactic seems more aimed at countering embedded Linux systems than really making money off FAT ...

  167. WhooHoo! by Greyfox · · Score: 1

    Maybe I won't have to reformat all my media in ext2 in the future! I wouldn't even miss a beat if I were a manufacturer -- I'd just hunt down the Windows Ext2 driver (I KNOW I've seen one of those out there) and ship all my hardware formatted in ext2 with a copy of the driver.

    --

    I'm trying to teach myself to set people on fire with my mind... Is it hot in here?

  168. Couldn't it be fought back by ITman75 · · Score: 1

    Since for ages FAT was the standard for PC machines, couldn't this be fought as an Industry Standard?

  169. Back to the good old days of incompatibilities by Anonymous Coward · · Score: 0

    They just don't get it, do they? The key to success is being COMPATIBLE. If they really do follow through with this, then the manufactureres are all going to come up with their own propriatary formats -- they are NOT (I'll repeat just for effect NOT) going to pay a license fee for a crappy FS like FAT. The only reason that it is used is because it is compatible with so many existing system, and it is relativly simple to implement.

    They could use a free FS and that would be nice, or they could all get together and come up with a new, open system. But I'll bet that we end up with a mess of different systems.

    bcl

  170. in other words, VFAT by jhantin · · Score: 1

    This patent covers the "VFAT" extensions to FAT16 then. It doesn't cover the classic 8.3-only FAT. The trick here is that a VFAT filesystem may be read by a classic FAT16 implementation without causing it to blow its proverbial cookies.

    --
    ...when you're writing a game...tweak the difficulty of "Easy" to something [your mother] can cope with. -- onion2k
    1. Re:in other words, VFAT by KozmoStevnNaut · · Score: 0

      It probably is. If I mount my USB Memory Thingie with the FAT driver, I get 8.3 filenames, but if I use the VFAT driver, I get long filenames.

      Apart from losing the long filenames (and perhaps support for disks larger than ~8 gigs) it works fine.

      --
      Eat the rich.
    2. Re:in other words, VFAT by pacc · · Score: 1

      Then it has nothing to do with most storage devices since the long filenames is something added by windows using the facilities already provided by classic FAT...

    3. Re:in other words, VFAT by abb3w · · Score: 1

      Indeed. The four patents that Micro$oft mentions are all on the mixed long/short filename issue. So VFAT/FAT32 are all covered, but the original 8.3 FAT might not be.

      Of course, there might be some interesting anti-trust implications, too...

      --
      //Information does not want to be free; it wants to breed.
  171. Conspiracy afoot? by RevMike · · Score: 1
    I thought Digital Research was the company that had developed the FAT system?

    And didn't Caldera buy out DR? So really, the IP for FAT would be SCO's?

  172. file sizes bigger than 2 Gigabytes by Futurepower(R) · · Score: 2, Informative


    "... volumes bigger than 2gb..."

    This should be file sizes bigger than 2 Gigabytes.

    1. Re:file sizes bigger than 2 Gigabytes by pointbeing · · Score: 1
      The MS article is a bit misleading.

      WinNT/2K/XP machines can format, read and write 4gb FAT partitions but DOS/Win9x/WinME machines can't. The limit for the older machines is 2gb because they don't support FAT partitions with 64kb clusters.

      --
      we see things not as as they are, but as we are.
      -- anais nin
    2. Re:file sizes bigger than 2 Gigabytes by Celvin · · Score: 1

      WinNT/2K/XP machines can format, read and write 4gb FAT partitions but DOS/Win9x/WinME machines can't.

      This is not true. I use Win98 and have 3 20GB partitions on a 60GB FAT disk.

      --
      -- If ignorance is bliss, why aren't there more happy people?
  173. Read AND write ext2 on wondpws by samjam · · Score: 4, Interesting

    There's always: http://sys.xiloo.com/

    Which seems a bit improved on the very useful expore2fs.

    I want NATIVE file system integration, VFS is NOT DEEP ENOUGH.

    http://sys.xiloo.com/

    Sam

    1. Re:Read AND write ext2 on wondpws by chesapeake · · Score: 1

      Ext2FSD - http://sourceforge.net/projects/ext2fsd/

      That works nicely for me on both Win2k and XP if you're after a deeper implementation.:)

      Last time I used it, it did read/write on ext2 and read only on ext3.

      What I'd *really* like, however, is a JFS driver for windows. (IBM JFS, that is)

      Robert.

    2. Re:Read AND write ext2 on wondpws by jensend · · Score: 1

      You replied to him by linking to the same driver he linked to (also in my sig). Heh.

    3. Re:Read AND write ext2 on wondpws by nuba · · Score: 1

      ext2fsd caused random crashes for me... explore2fs is slow... http://www.paragon-gmbh.com/ wasnt free but it works, is stable and is fast... it lets you mount an ext2 partition as a letter drive

    4. Re:Read AND write ext2 on wondpws by samjam · · Score: 1

      And I think it was your sig I got it from the day before in another posting.

      I would have attributed you but I couldn't find the post, and ended up checking my browser history to find the page.

      Sam

  174. Time for my blood pressure medicine by anti-tech · · Score: 1
    Great, I go to Slashdot and immediately get an article designed to bump my blood pressure up another few points. Well, at least my doctor can profit from this. Can I sue MS for pain and suffering caused by their greed?

    Time to drink a few more cups of coffee and chill out!.

  175. It really looks like they're in it for the money.. by mellon · · Score: 1

    ...not to kill Linux FAT support. The prices they've set are for a very specific set of items, and are low enough that I suspect the manufacturers will just pay them. I suppose they might decide to try to license FAT for use in Linux and the BSDs later, but if they do they risk triggering antitrust litigation again, and regardless of how easily they got off this time, I doubt they want to go through that again.

  176. Check the press release again.... by Anonymous Coward · · Score: 0

    It says:

    "Microsoft is offering to license its FAT file system specification and associated intellectual property. With this license, other companies have the opportunity to standardize the FAT file system implementation in their products, and to improve file system compatibility across a range of computing and consumer electronics devices."

    It doesn't say that Microsoft will begin sueing entities that use FAT. (Not that that won't happen, but this move by Microsoft seems to be in a more benevolent spirit.)

    ~Daniel
  177. Cleanroom implementation not an option with patent by internet-redstar · · Score: 5, Insightful
    I thought there were similar filesystems, and besides FAT is so simple, a cleanroom implementation would not take long, hence no need to licence

    This is certainly not true. With copyright law, it's illegal to copy code. With patent law, ideas are patented. Wheter it's implemented in a 'clean room' or not, that really doesn't matter.
    THAT's the reason why we detest software patents in the first place!

    To be able to bring out preformatted FAT flash devices without paying the Microsoft license, one would have to claim rights to 'prior art'.
    In contrary with copyright law, however, it's the responsability of the IP holder to come down on the infridger (so as long as you don't get a letter from MS, you aren't obligated to take action).

    Yet IANAL but in my past businesses talked about these issues alot with lawyers.
    Regarding the question wrt European manufacturers usage of the FAT filesystem. First needs to be seen if these patents are also valid in Europe or not. After initial issuing a patent in Europe, US or Japan it's automatically valid for 3 years in all of these regions. After this period it needs to be registered in the specific region. As I presume these are quiet old patents, one should look into this.

    However, there still is controversy regarding software patents and its enforcebility in Europe. European software patents should also have a hardware part. This license has a hardware part, but the patents themselves not.
    You might want to consult a patent lawyer to verify this, but I would bet that it's unenforceable in Europe. However, I wouldn't bet on this for 250k USD ;-)

    A lot of smaller device vendors will probably sell the unformatted version after they receive letters from MS (which is a pity as FAT is readable/writable by Win/Mac/Linux).

    A lot of users will now unknowingly format their cards using NTFS making it harder to exchange data with non-Windows users...

    Regarding the FAT driver in Linux; as this MS license only speaks of preformatting digital media in the FAT filesystem, this is not an issue today.
    Could Microsoft ask money for inclusion of the FAT driver in the Linux kernel?
    Remember, patents are about ideas, not about the actual implementation or even in which language certain algoritms are written (it's about what is accomplished, not about how it's actually done). So as the FAT filesystem is patented technology, they could theoretically take action.
    However, the action needs to be taken by them first. If 'prior art' can prove that the Linux implementation is based upon technology very simular than the patents issued, a case in court might prove the patents to be not really valid.

    Such a thing would also destroy all possible revenues from licensing programs such as these (it's higly unlikely that device manufacturers will try to prove they had access to prior art, the long-bearded fs developers in the OpenSource community are probably less easy to convince - especially since the patents where only filed in 1995).

    If the outcome of a legal case would be different, chances are higher that distributions would just drop the filesystem driver instead of paying money to Microsoft.

    So, to me it seems that Microsoft would have more to loose than to gain from going after the FAT driver in Linux.

    copyright.

  178. Obvious joke ahead... by JamesP · · Score: 0

    Manufacturers liposuction their products to get rid of FAT...

    --
    how long until /. fixes commenting on Chrome?
  179. The issue isn't just HAVING both names by LO0G · · Score: 1

    The issue in these patents (AFAICT) is the method of encoding the long file names in the filesytem while keeping compatibility with the on-disk format for directories (to allow applications that directly read the filesytem to continue to work).

    IMHO this is utterly non trivial.

    If they were patenting the extension of FAT12 to FAT16 or FAT16 to FAT32 that would be a trivial extension but that's not what M$ is doing in this case.

    Although WHY on earth they're doing it is beyond me - it's not like they need to squeeze even MORE money out of the computer industry.

    1. Re:The issue isn't just HAVING both names by Anonymous Coward · · Score: 0

      Although WHY on earth they're doing it is beyond me

      Microsoft is being criticized by anti-trust regulators in Europe and elsewhere for not licensing enough of it's technology to competitors.

      So they are "complying" by licensing trivial things like FAT, while leaving the good stuff top secret.

    2. Re:The issue isn't just HAVING both names by RevAaron · · Score: 1

      Although WHY on earth they're doing it is beyond me - it's not like they need to squeeze even MORE money out of the computer industry.

      That's capitalism for you- unless your business is always growing it is failing. MS has to find some way to continue to grow, and perhaps submarine patent licensing is simply a new "market."

      --

      Working toward a usable PDA environment in the spirit of Newton OS: Dynapad
  180. Re:Well... by Anonymous Coward · · Score: 0

    PBX's
    DVD players
    Game consoles ...

  181. Re:Well... by Dylan_t_p · · Score: 1

    you mean you use fat32 partitions in excess of 60GB :) fat only supports 7.8GB which I believe was the parents point

  182. good ol' FAT16 by TheSHAD0W · · Score: 1

    For those people who can barely click a mouse, much less format a hard drive, you could create a small FAT16 partition on the device, then have a SETUP.EXE or even an autorun system that'll repartition as FAT32 and format the device.

  183. Stop using FAT and use GINF (GINF Is Not Fat) by eljasbo · · Score: 4, Interesting

    GINF is a filessytem structurally similar to FAT and just by coincidence happens to be compatible, but is not FAT. Would some crazy idea like this work to dodge a patent? If you have a clean implementation of the filesystem that differs in specs from another fs are they really the same? I think it would really only be FAT if you use the microsoft driver. If you don't use the MS driver it must not be true FAT. LAME seems to use this idea; everyone knows LAME Aint an MP3 Encoder, it just so happens that by pure coincidence the files it outputs are compatible in an mp3 decoder.

    1. Re:Stop using FAT and use GINF (GINF Is Not Fat) by julesh · · Score: 1

      LAME seems to use this idea; everyone knows LAME Aint an MP3 Encoder, it just so happens that by pure coincidence the files it outputs are compatible in an mp3 decoder.

      That wasn't the intention behind that name. LAME is so called because when first started, it wasn't an MP3 encoder. It was a set of patches that improved the performance of another MP3 encoder...

    2. Re:Stop using FAT and use GINF (GINF Is Not Fat) by Anonymous Coward · · Score: 0

      Uhh, distribution of LAME is illegal in the US. Not only does it violate the MP3 patents, it violates the GPL.

      LAME might be cool if you are l335 linux user, but you could never build a commercial product on it.

    3. Re:Stop using FAT and use GINF (GINF Is Not Fat) by evilviper · · Score: 1
      If you have a clean implementation of the filesystem that differs in specs from another fs are they really the same?

      Clean-room implimentations get around copyright, licensing, etc. However, it does NOT allow you to get around patents. You could impliment a product that has alternate ways to deal with the same problem, without infringing on a patent, but that would certainly be partially incompatible at least.
      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    4. Re:Stop using FAT and use GINF (GINF Is Not Fat) by evilviper · · Score: 1
      Uhh, distribution of LAME is illegal in the US. Not only does it violate the MP3 patents, it violates the GPL.

      You're a bit twisted here. Lame can't be distributed because of the GPL alone. Sure, it infringes on patents, but the BSD licenses doesn't have any such restrictions related to patents.

      So, if Lame was BSD-licensed, it would be perfectly legal to distribute it... They would only have to include a disclaimer that says it is the user's responsibility to purchases a patent license.

      The same strange situation is a problem with MPlayer, which uses numerous patented codecs, but has a mirror site in the USA.

      The only conclusion that can be drawn, is that the authors, by themselves violating the terms of the GPL as it relates to their product, are in fact giving their concent to use of the product under some other license terms that do not include a patent clause.

      I'm sure a copyright lawyer could straighten this complicated situation out. Maybe only the patent clause is void, perhaps the entire license is void and it defaults to having no license at all. Perhaps it is a case where you may use the software under less-restrictive terms. I don't know, but I would like to find out for sure.
      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
  184. your sig quotation... by Onan+The+Librarian · · Score: 1

    I prefer: "I'd rather have a free bottle in front of me than a pre-frontal lobotomy"... but that's just me... ;)

  185. This should be easy to get around by jkabbe · · Score: 2, Insightful

    These patents, as has been mentioned before, cover only long file names.

    Based on my cursory reading of the patents:
    A device that merely formats a storage device so it can be used by an infringing writing device would not by itself infringe these patents.

    Similarly, if a camera (for instance) does not contain logic capable of writing long file names it would also not infringe these patents.

    Microsoft probably set the maximum at $250,000 because it would cost more than that for a company to litigate the issue.

    1. Re:This should be easy to get around by jkabbe · · Score: 1

      Microsoft probably set the maximum at $250,000 because it would cost more than that for a company to litigate the issue.

      Of course....I suppose that begs the question of whether Microsoft would actually file suit against a company when the most they could hope to gain would be $250k. Maybe they would just to "make an example" out of someone. Who knows....this all seems rather petty for a company with $40-50B in the bank.

  186. Why are patents still like this? by compwiz · · Score: 1

    So in U.S. copyright law, if a copyrighted term, say, for a company name, becomes commonly used as a verb (Kleenex, Xerox, etc. maybe even Google), you generally have a pretty hard/impossible time defending the use of it.

    Why the hell isn't patent law this intelligent? If you've held a patent on something and have let it be known as a free, commonly used standard for decades (like MS), you shouldn't be allowed to suddenly start charging people fees for it. Talk about monopolistic, unfair competitive practices. Companies aren't stupid. They generally only include patented technology in their products if the patent holder does not and shows no intention of suing/charging companies that use this patent.

    It doesn't look like these FAT royalties are too bad yet. But this opens up a huge can of worms should they decide to expand who can't use the technology for free.

  187. Prior Art: Novell by hirschma · · Score: 2, Interesting

    I recall that Novell's Netware 3.x had the ability to use multiple namespaces, and would automatically produce truncated versions from long file names for DOS machines. Used to run a Novell server that had Mac, Unix and DOS/Windows clients.

  188. New Standard: FILENAME.EXT by mm0mm · · Score: 1

    that means FAT 32 with long file name is no-no, while old FAT (16) with 8 chars and 3 letter file extension is just fine. MS has no ground to charge for old FAT, as its patent (even if they have one) must have been expired long time ago.

    Great! Now I can make good use out of "Progra~1" folder and "Docume~1" folder in the FAT partition of my HDD. I can still save files with long names like "Paris Hilton video (this is real).wmv" in ext3 or raiser.

    As always, thanks Bill for innovations.

  189. Obsolete Technology by Anonymous Coward · · Score: 0

    That seems to be the best way to rid the world of there obsolete technology. Yeah Microsoft, If only they would start charging for Internet Explorer, that would really make my day.

  190. Re:Which FAT? Older patents must have expired by n by Anonymous Coward · · Score: 0


    Umm no its because the patents don't cover FAT16, only FAT32 which WAS developed between 90-95 for Windows 95


    It's surprising how stupid the USPTO can be.
    You can patent almost anything nowadays.

    Ofcourse, with the Japanese Patent Office, you have to be more specific with patents unlike the "patent owns everything and the kitchen sink" stupidity of the US patent law... so moving to 32bits would be a valid innovation (hell, adding a single attribute field would probably be a valid innovation) there.

  191. Um... by CAIMLAS · · Score: 1

    Erm, hasn't FAT been around longer than MS? Surely it's not their own invention.

    --
    ~/ssh slashdot.org ssh: connect to host slashdot.org port 22: too many beers
  192. Can they even enforce this anymore? by linuxtelephony · · Score: 1

    It looks like the patents apply to what they did to allow long file names on top of the old FAT system, and appear dated in 1998 and 1999.

    That would seem to imply that the FAT16 8.3 format could still be free to use. Long filenames, and possibly FAT32, might be targetted with this.

    But, has M$ enforced this with anyone? What's the statute of limitations on failnig to enforce a patent before it becomes unenforceable? It would certainly seem to apply in this case -- after all, they "allow" their IP to be used on a variety of devices to the point it becomes a "standard" and THEN they claim IP licensing fees? Seems if they failed to enforce it until now, they gave indirect approval to use this particular IP without license fees.

    If, on the other hand, they did take even minor efforts to protect their IP in this type of scenario, probably with "confidential" license agreements with a couple of companies, then the situation is totally different.

    Any one know what the real status of this is?

    --
    . 62,400 repetitions make one truth -- Brave New World, Aldous Huxley
  193. Sorry, its obligatory. by PReDiToR · · Score: 1

    wow people post to slashdot fast :o

    You're new here, right?

    --

    Do not meddle in the affairs of geeks for they are subtle and quick to anger
  194. Microsoft just loves to make it easy for consumers by Anita+Coney · · Score: 1

    Instead of buying preformatted discs consumers are going to have to take the extra time and format them themselves. Thanks Microsoft!

    (Gee, I always wondered why hard drives don't come formatted, but now I do!)

    --
    If someone says he and his monkey have nothing to hide, they almost certainly do.
  195. Slap me if I am wrong... by Anonymous Coward · · Score: 0

    They cannot possibly win this if someone takes them to court. They have knowingly allowed and proliferrated that FAT file system and since its creation in 1972 have not once tried to enforce the patents.

  196. What about Samba? by Jeppe+Salvesen · · Score: 2, Interesting

    Do they own enough patents to shut that project down? If they make sure we lose both FAT and SMB, I'm afraid that will do a lot of damage to Linux. Both dual-boot and fileserver Linux will disappear.

    I bet they are particularily interested in pushing aside Samba, since that would automatically mean more 2003 licenses.

    --

    Stop the brainwash

  197. they want a piece of the windows ipod by Anonymous Coward · · Score: 0

    The windows ipod uses FAT. Just another reason why I will not buy a windows ipod- I don't want microsoft getting money from me in such a back handed fashion.

    FAT is so old and MS is moving away from it- in some ways it makes sense to charge and some ways it does not. It made sense not to charge for it when its desktop market was using it- that way other companies are encouraged to adopt/use it and MS desktop market is further strengthened. Now since MS is moving away from FAT they will charge for it and can claim stuff like it is for maintance. Charging now helps them twofold, they get money from it (and despite whatever they say maintaining that code is essentially free, FAT has been around 20+ years so it everything should be as stable as it will get) and it will also encourage companies to move to MS's next greatest fs further strengthening their desktop position. With all that said I think it sucks- and I would adopt something totally un-MS. Too bad jini failed, even though java sucks, it may/might be able to solve this problem.

  198. FAT-free products? by soup · · Score: 1

    I would suspect that these card-makers and the like will be scrambling to work around the Seattle Computer Products FileSystem the M$ bought. Someone's comment about NTFS seemed rather inane to me, too.

    So perhaps we need to have an easily supported format, say, like ext2 (or some reasonable facsimile thereof) and ensure that the appropriate navigation tools are available. (Actually, having a way to get MacOS or Windows to work with a filesystem originally written for Linux would not hurt; imagine JFS, Reiser, etc, being available to such systems.)

    The whole idea, of course, is to raise the price of the products by making royalties from them. While the idea of making money this way through licensing is one that makes _some_ sense, I'd assume M$ will be selling such products themselves... and will use high license fees to kick everybody else out of the market. Well... not before they cough up the money.

    It's like drugs: with all of these devices we're all now addicted to IP that M$ owns and they can now start charging us for it. (I suspect BG has watched "Live and Let Die" for marketing concepts...)

    --
    -soup (GNUrd, Speaker to Machines) "Laugh at yourself- Why should everyone else have all the fun?" -Romanchek's 6th Ru
  199. Re:Well... by BiggerIsBetter · · Score: 1

    Hmm. Do you think any of the manufacturers of those kinds of devices with embedded electronics have been moving to Linux recently?

    This is MS trying to get their fingers into everybodies pies - hopefully the manufacturers will just not use FAT.

    --
    Forget thrust, drag, lift and weight. Airplanes fly because of money.
  200. My $0.02... by fudgefactor7 · · Score: 1

    I bet this is just a move on MS' part to get everyone to migrate to the new WinFS. FAT, after all, is old and losing its value more and more every day.

    Hell, I would have just Public Domained that thing and be done with it. Some patents aren't even worth defending after 20 years....

  201. Re:Which FAT? Older patents must have expired by n by wizzums · · Score: 1

    They didn't file any till 1995. Kinda clever, really - don't even bother patenting it untill you see if it's going to be popular.

    And in all that time, did no one think to create an alternative or possibly improve the idea with their own work? Did everyone use this same format and not grow simply because it was "free"? I've seen a few posts mentioning JFFS but also saying that it's an unacceptable alternative. So, honest question: is there a single alternative available?

  202. Patents and Innovation by Sven+Tuerpe · · Score: 1

    Now that's an excellent proof for the claim that patents foster innovation, isn't it? Patents on FAT 'technology' plus a company enfocing them provide should be quite effective as an incentive to create something better.

    --
    http://erichsieht.wordpress.com/category/english/
  203. HPFS by Anonymous Coward · · Score: 0

    IBM should open source HPFS or JFS

    1. Re:HPFS by tao · · Score: 3, Insightful

      Bdoh! JFS is open source... Available at your closest ftp.xx.kernel.org mirror in recent linux-kernels, and possibly in *BSD too (at least I've got a vague recollection of someone doing a port). And to preempt a possible question, yes, it's IBM's own code, not reverse engineering.

    2. Re:HPFS by Anonymous Coward · · Score: 0

      So what? Does he hold a patent?

  204. slashdot effect by frovingslosh · · Score: 4, Interesting
    open source letter to Microsoft:

    Dear Sirs:

    I'm a computer professional. On rare occasions I still used floppy disks that I have formatted and put business product on. I might distribute two or three a year to business contacts this way. It has come to my attention that Microsoft now wishes to enforce it's patents on the FAT file system and I believe that the floppies that I distribute might fall under this extension of you monopoly power. Therefore I would like to request that you provide me with the proper paperwork and licensing agreements so that I can pay my 25 cents each time I do distribute a FAT formatted floppy with my product on it.

    If we can take down web sites, perhaps the Microsoft legal department should receive a few million requests from people who want to be sure they don't cheat bill out of his two bits when they format and distribute a floppy.

    --
    I'm an American. I love this country and the freedoms that we used to have.
    1. Re:slashdot effect by Retired+Replicant · · Score: 1

      And when you pay, be sure to send payment in the form of 25 separate checks for 1 cent apiece. They will really appreciate that. :)

    2. Re:slashdot effect by Anonymous Coward · · Score: 0

      Wrong. The licence would be paid for by the company that made the floppy disk.

    3. Re:slashdot effect by frovingslosh · · Score: 1
      The licence would be paid for by the company hat made the floppy disk.

      Not if I didn't buy it formatted. If a 25 cent formatted Microsoft "tax" suddenly applies then unformatted floppies will become the norm again. Nor will the "tax" have been paid if I buy an Apple formatted floppy and then reformat it for FAT. So there are valid ways I could have a floppy, format it, and want to pay my 25 cents to Mr. Gates.

      And I used the word tax in quotes so I don't get flamed on what a tax is, but given the legally established fact that Microsoft is an abusive monopoly that illegally abuses that monopoly position, and that here we have them backing up a very dubious claim on a 27 year old technology with a legal patent applied for and granted less than ten years ago, it's a fee with the force of government behind it; damn close to a tax.

      --
      I'm an American. I love this country and the freedoms that we used to have.
  205. Much ado about nothing. by Treacle+Treatment · · Score: 1


    This seems to be an offer from Microsoft to license their FAT file system to companies that wish to have their expertise/source/technology to use in products. If you are already satisfied with your FAT-equipped device/os then just don't pay the Microsoft Tax(tm). Am I missing something here or will the price of memory-sticks, flash cards, cameras, etc suddenly go up?

    --
    TT
  206. Re:Well... by CowboyMeal · · Score: 1

    The patents listed on microsoft's page cover the short/long filename system, which still applies to fat32, or anything else that uses that for that matter.

    --
    Your credit card information wants to be free.
  207. So when ... by Anonymous Coward · · Score: 0


    is Microsoft going to start licensing the Joliet extensions to ISO9660? MS developed the extensions for long file name support, the type of thing that is patented for FAT.

    http://bmrc.berkeley.edu/people/chaffee/jolspec. ht ml

  208. What type of FAT? by Zog+The+Undeniable · · Score: 3, Interesting
    Ever wondered why you have to step down through an unnecessary folder when browsing your digital camera's memory card? It's because FAT16 can't have more than 512 files in the root directory.

    So are MS enforcing the patent on the crappy FAT16 - some cheek there! - or the improved FAT32?

    --
    When I am king, you will be first against the wall.
    1. Re:What type of FAT? by Godstalk · · Score: 1

      Actually, that 512 file limit is only enforced by the boot record and the device READING the FAT. It's not an inherent limitation in FAT itself.

  209. Dammit, would people stop saying this? by jamused · · Score: 5, Informative

    "Microsoft needs to defend this patent lest they lose it."

    You're confusing Trademark law with Patent law; Trademarks must be defended lest they be abandoned, patents can be enforced against some, all, or none of those infringing on the patent at the patent-holder's whim. The entire practice of "defensive patents" rests on this.

    1. Re:Dammit, would people stop saying this? by the_mad_poster · · Score: 1

      Right-o. I hate "IP law". I keep getting that crap confused. Still, it's in Microsoft's best interest to get a ruling in their favor on this. If they leverage the patent, I'm sure a lot of folks will just fork over the cash. However, if someone challenges the patent and loses (it looks, to me - a troll who doesn't understand patent law ;) - to be valid enough) then Microsoft will have some extra weight to push this agenda (for whatever reason).

      --
      Alito: A vote for Alito is a punch in the eye to put that bitch back in her place!
    2. Re:Dammit, would people stop saying this? by spare.dave · · Score: 0

      patents, trademarks, copyrigts...Well gee, how 2002 of you!

      The hot new thing these days is "intellectual property"

      What is it?

      Well, here's the deal. Intellectual property is pretty expensive. You have to be a corporation to own it. Basically it lets you squash competition, silence commentary, and make money from customers while at the same time taking a shit on their front lawn.

      Also, every other friday you're allowed to grab a random person off the street and fsck them in the ass.

  210. Karma whoring? by vrmlguy · · Score: 5, Informative
    Here are the patents' abstracts. They all relate to long filename support, so if you were willing to limit yourself to 8.3 names, you don't need a license. This is easly done with dedicated devices, since you just implement your own index file on top of the 8.3 names; this was a common technique back in the old FAT16 days.

    U.S. Patent #5,579,517 Common name space for long and short filenames

    An operating system provides a common name space for both long filenames and short filenames. In this common namespace, a long filename and a short filename are provided for each file. Each file has a short filename directory entry and may have at least one long filename directory entry associated with it. The number of long filename directory entries that are associated with a file depends on the number of characters in the long filename of the file. The long filename directory entries are configured to minimize compatibility problems with existing installed program bases.

    U.S. Patent #5,745,902 Method and system for accessing a file using file names having different file name formats

    A multiple file name referencing system stores multiple file names in a file. These multiple file names include an operating system formatted file name and an application formatted file name. When an operating system formatted file name is created or renamed, the multiple file name referencing system automatically generates an application formatted file name having a potentially different format from, but preserving the extension of, the operating system formatted name. The multiple file name referencing system similarly generates an operating system formatted name upon creation or renaming of an application formatted name. A B-tree is provided which contains an operating system entry for the operating system formatted name and an application entry for the application formatted name, each entry containing the address of the same file to which both names refer. The multiple file name referencing system converts the operating system formatted file name to the application formatted file name by accessing the B-tree with reference to the operating system entry, and vice versa. As a result, either file name can be used to directly reference the file without requiring additional file name translation.

    U.S. Patent #5,758,352 Common name space for long and short filenames

    An operating system provides a common name space for both long filenames and short filenames. In this common namespace, a long filename and a short filename are provided for each file. Each file has a short filename directory entry and may have at least one long filename directory entry associated with it. The number of long filename directory entries that are associated with a file depends on the number of characters in the long filename of the file. The long filename directory entries are configured to minimize compatibility problems with existing installed program bases.

    U.S. Patent #6,286,013 Method and system for providing a common name space for long and short file names in an operating system

    An operating system provides a common name space for both long filenames and short

    --
    Nothing for 6-digit uids?
  211. You know what's gonna happen. by Codifex+Maximus · · Score: 1

    It's just going to drive more people to open software like Linux and BSD. In the meantime, it's gonna cause alot of trouble.

    Microsoft is pulling on the strings by charging for FAT. Let's see how many puppets dance.

    --
    Codifex Maximus ~ In search of... a shorter sig.
  212. my neuros does... by gimpboy · · Score: 1

    i have a neuros with one of those 20gig backpacks. i mount it using vfat and it uses long file names. i suppose thats my fault since i made the file names in the first place. really though, just because your camera doesnt use long file names, it doesnt mean that nothing out there does. i'll be just as happy if everyone starts using ext2 or some such.

    --
    -- john
  213. laches? by cantabrigian · · Score: 1

    Isn't Microsoft going to run into trouble for neglecting to enforce its patent early on?

  214. Gadgets Don't Need It by billsf · · Score: 4, Insightful

    Static, EEPROM (flash) and all other memory chips allready have a built-in filesystem. RAM means random access and voltages on the pins select the exact points on the chip. FAT is used because just about every OS supports it and cheap card readers can be made.

    Using no filesystem will get the best usage of the memory chips. Please note that a 1440k floppy won't give you that but perhaps 10% less. As usual M$ shoots itself in the foot and camera makers can advertise 10% more pictures to a card. Tar would work nicely as a 'filesystem' and as far as I know that is free and even Windows understands it. Tar is very efficient but not exactly 'random access' something not usually needed in a camera.

    No filesystem or minimal formatting works well on all removable media. That includes DVDs and CDs which will hold considerably more if you don't use cd9660 or UDF. If you have Unix (and SCSI) try it if media is intended to be streamed. Any further discussion of this is offtopic.

    1. Re:Gadgets Don't Need It by rcpitt · · Score: 2, Informative
      A file system is a convention for where the "real" information is placed in the morass of the whole area.

      In the case of FLASH in particular, it is also the way that the system "wear-levels" the medium since flash has a life-cycle for each bit. I know the life-cycle is getting far longer than most people are likely to run up against (100,000+ cycles) but the other part is that flash does not just flop bits one at a time back and forth between 1 and 0 - it does this in blocks at a time - writing all 1s to a block to erase it. This needs to be managed somehow - and it needs to be done in a manner that can survive power and "finger" problems (with removeable cards) - and that's what JFFS is all about.

      Suggesting TAR as a file system for something like FLASH is crazy!

      --
      Been there, done that, paid for the T-shirt
      and didn't get it
    2. Re:Gadgets Don't Need It by meowsqueak · · Score: 1

      Modern flash controllers (e.g. on Compact Flash) do wear-leveling for you. You don't need to use JJFS (which is a hideous piece of code anyway) and the device is often 'seen' as an IDE device. You can use it like a normal hard disk drive, and run ext2 on it if you like. You just have to do some careful caching to make sure you're not writing lots of little bits of data to it all the time.

      Also, in the case of Compact Flash, you have no way of knowing how the logical allocation of sectors maps to the physical memory array - so there's no way to know if two bytes are in the same block. Therefore trying to attempt your own wear-leveling is completely pointless.

      For 'raw' flash, you are correct - but this is becoming rarer and rarer as the market moves to removable flash media like SD, CF, etc.

  215. Easy to format, easier to switch to ext2 by twitter · · Score: 1, Informative
    And the "buy it blank and format it yourself" theory only works for things like USB drives. It's not as easy to format other devices -- like a PDA or any other device that has to come with some amount of software already installed.

    It would not be hard for device makers to switch to ext2. People only buy CF cards for devices that use them. All of the devices that use them come with Windoze drivers and programs to manipulate them. Each of these device makers could decide to switch to the superior ext2 file system and include all the software needed, if they don't just have that as an option on the device itself. This would simplify their devices and give them greater flexibility in their software. The only problem would be that people with older devices will have trouble sharing their CF media between the devices. That's no big deal when you consider how cheap CF is now and how much better the newer devices are. People who buy devices already have to go through the pain and suffering of windoze program installation, formatting the media is a small pain next to that. CF makers would come around quickly.

    M$, you have screwed up trying to extort people for your ugly kludge.

    --

    Friends don't help friends install M$ junk.

    1. Re:Easy to format, easier to switch to ext2 by Anonymous Coward · · Score: 0

      ext2 is not superior. To this day, it still recommends that you run e2fsck after so many days or so many mounts. It's fucking hilarious.

      Better would be a BSD file format. Not only can the manufacturers use it without GPL encumberance, but the ufs2 format and setup allows for background fsck's, so nobody would ever have to be pestered by that "the last fsck occured 10 days ago doing one now" shit that Linux loves.

    2. Re:Easy to format, easier to switch to ext2 by Anonymous Coward · · Score: 0

      the last fsck occured 10 days ago doing one now

      The interval is configurable, and easily disabled. 'man tune2fs' next time you're on a linux box.

      You should stil periodically check your filesystem on any operating system. The best filesystem in the world couldn't protect against every possible combination of potential hardware failures.

    3. Re:Easy to format, easier to switch to ext2 by Anonymous Coward · · Score: 0

      Yeah, Berkeley 'Fast' File System (UFS) is about the only reasonable alternative to FAT which already exists, AND is probably IP Clean (once SCO goes away).

      However, I don't know how well modern UFS systems interoperate. Plus, you'd have to get Microsoft to add UFS support to Windows.

  216. Re:Effect on GPL by CowboyMeal · · Score: 1

    Kill linux and the GPL? Hmm...

    Worst case for linux:
    Long filename support for FAT is taken out of the kernel and you access everything using ~1's.

    Worst case for GPL:
    Nothing changes at all

    --
    Your credit card information wants to be free.
  217. Microsoft Patents by Loconut1389 · · Score: 1

    I couldn't find the parent I wanted to reply to again when I scrolled back, so posting it on the root parent.

    There was a link to a history of dos page, and that brings up a good point about microsoft. Microsoft has rarely innovated. For the most part, they commandeer someone else's technology and market it. Not that this is bad business practice, buying up people's IP is fair game. But microsoft bills themselves (heh, Bills... anyway...) as a massive innovation company, when really all they are is a marketing company. Take a poor sales product, sometimes fix it up, and market it with big money and get it used and associated with their name recognition and be trusted because of it (well that was more true a few years ago).

    Applying patents to things people never got around to patenting maybe does not feel fair for most, but its fair game in reality.

    Suddenly enforcing age old patents is within their rights, but certainly is not the friendliest of moves.

    In any case, the masses some day will realize the lack of innovation at microsoft, and how much innovation there exists in the free software realm, and microsofts days will one day (though probably not soon) be numbered.

  218. Have you ever thought.... by cjjjer · · Score: 1

    Microsoft is doing this to kill FAT? Let's face it if they could have done this to kill off 16 bit legacy support they probably would have charged something for that too. Killing off FAT also would force technology users to use maybe FAT32 or something newer?

    Or they are testing the waters to see if they can charge for FAT32, NTFS, etc. Or do they own patents on those technologies as well?

  219. What's really funny.... by jkabbe · · Score: 4, Interesting

    Furthermore, any other drive formatted with NTFS that I wanted to access, like a USB or Firewire hard drive, would be similarly difficult with a Linux machine.

    I had a computer at work die recently. The motherboard popped a chips as it turns out. The problem was that it messed up the hard drive (NTFS) in the process. I couldn't get the drive to mount on any other NT machines so I tried running a Linux distro from CD. It mounted the drive without problem and was able to read most of the contents (some of it was still gone but I was able to recover my work from that day at least). So in this case Linux was better at handling NTFS than Win2K was.

  220. Re: USB's protocols too by Anonymous Coward · · Score: 0
    The protocols of Universal Serial Bus are patented too by Mocrisoft-Entil-Campoq!!!

    What about Ethernet's and Firewire's protocols?

    open4free

  221. And the worst problem is... by olau · · Score: 1

    ...that we can't even reduce the problem by slimming the file system. Because then it won't be FAT anymore.

  222. HPFS by Detritus · · Score: 1

    HPFS was designed by Gordon Letwin of Microsoft.

    --
    Mea navis aericumbens anguillis abundat
  223. There's another way than the Microsoft way... by rworne · · Score: 1

    OS/2 had a method of creating long filenames using extended attributes when running on FAT (instead of HPFS). OS/2 stores long filenames and extended attributes in files "ea data. sf" and "wp root. sf" in the root directory of the filesystem. The files are still accessible by plain old DOS.

    --
    I tried every decent and legal way I could think of to resolve the issue w/the business before I rented the chicken suit
  224. Patents not applicable? by beezly · · Score: 1

    The patents listed on Microsoft's licensing page ( #5,579,517, #5,745,902, #5,758,352, #6,286,013) all seem to relate to the alterations MS made to FAT to support long file names and interoperability between long and short file names.

    As I understand it, all the digital cameras that I have seen do not use long file names at all. They present their file names as DSCF0001.JPG etc.

  225. More prior art: ISO9660 Rock Ridge extensions by Troy+Baer · · Score: 1

    From http://www.itc.nl/~bakker/info/rs-data/cd-family.h tml:

    The ISO 9660 standard is a specification for PC's and has two levels. Level one looks like the DOS filing system. File names consist of eight characters a dot and an extension of three characters. The only characters allowed are the alphanumeric and the underscore. Directories, contrary to DOS, can have no extensions. All alphabetics are in UPPER case; some software maps this to lower case. Either the file name or the extension may be empty, but not both ("F." and ".E" are both legal file names).
    ...
    For Unix there is the "Rock Ridge" extension of the ISO 9660. The Rock Ridge extensions use some undefined fields in the ISO-9660 standard to allow full unix-like filenames, symbolic links, and deep directories. "Rock Ridge" is named after the town in the movie "Blazing Saddles" for no particular reason.
    (Emphasis mine)

    IANAPL, but this would seem to be prior art if it appeared when I think it did (ca. 1994). I'm pretty sure the first couple Linux CD collections I got in early '95 had Rock Ridge extensions.

    --Troy
    --
    "My life's work has been to prompt others... and be forgotten." --Cyrano de Bergerac
  226. Re:Well... by SpinyManiac · · Score: 1

    FAT12 will support 16MB
    FAT16 will support 2GB under 9x, 4GB under NT.
    FAT32 will support 2TB, but FDisk chokes after 512MB.

    --
    It's never too late to have a happy childhood.
  227. argument extremely similar to Music, culture, RIAA by Anonymous Coward · · Score: 0

    ... waiting until our culture has these tunes stuck into our brains since childhood, our popular culture fully enveloping it, then modify laws and technology to force payment for all of their lives, then their children, then their children.

    To make money, when you cannot discover, you innovate. When you can't innovate, you litigate.

  228. hah. by pb · · Score: 1

    There's nothing new about the concept--there's prior art in Unix, and they're called 'inodes'. :)

    --
    pb Reply or e-mail; don't vaguely moderate.
  229. ipods by abes · · Score: 1

    Could this be M$ attempt to strike back at apple for now making iTunes for w$? This could make it too pricey to produce ipods for w$, an effectively make it so only w$-running music players survive.

  230. Auto Format of cards by nurb432 · · Score: 1

    My first few digital cameras formatted themselves if the media wasnt 'right'.

    Took just a few seconds.. it wasnt a big deal, and from then on out it never needed to again ( unless i stuck the card in my newton or something ).

    Yes they were only 4mb cards...it was a while ago.

    Even now, my 256mb CF card only takes a few seconds to format.. ( unless its actually only doing a 'fast format' )

    --
    ---- Booth was a patriot ----
  231. Re:Which FAT? Older patents must have expired by n by TheAncientHacker · · Score: 2, Insightful

    FAT is much older than 1981. FAT (File Allocation Table) file system was originally written by Bill Gates for Microsoft's Disk BASIC for the Altair back in 1975.

    CP/M used a totally different file system. QDOS is also much later than FAT.

    The patents being discussed are not for FAT itself but for the additions to FAT that were done for Windows 95.

  232. Re:Well... by ThaReetLad · · Score: 1

    Actually the microsoft article says that the manufacturers of those types of device can licence the FAT technology for 25c per item. What it doesn't say explicitly, but could be implied by the article, is that everyone else who uses FAT has to talk to microsoft to agree other licencing terms.

    --
    You can't win Darth. If you mod me down, I shall become more powerful than you could possibly imagine
  233. Microsoft granted a royalty-free license in 2000 by yeremein · · Score: 1
    Here is a document on Microsoft's web server that details the on-disk format of the FAT file system.

    The document is dated December 6, 2000. And on page 2, licensing terms are shown:

    (a) Provided that you comply with all terms and conditions of this Agreement and subject to the limitations in Sections 1(c) - (f) below, Microsoft grants to you the following non-exclusive, worldwide, royalty-free, non-transferable, non-sublicenseable license under any copyrights owned or licensable by Microsoft without payment of consideration to unaffiliated third parties, to reproduce the Specification solely for the purposes of creating portions of products which comply with the Specification in unmodified form.
  234. Another nail in Microsoft's coffin by tundog · · Score: 1

    Look at it like this, it's just one more reason for embedded developers to switch over to BSD or linux. Assuming you get a Open Source kernel free of any FAT drivers, not only are you saving ~100 in licensing fees for the OS, but also a lump sum of 250k in other 'fees'. This will only help accelerate linux/BSD acceptence in the embedded space and create mor ejobs for us.

    (I include BSD because, although it is dying, includes the best licensing terms for businesses)

    --
    All your base are belong to us!
  235. not nearly that easy by morcheeba · · Score: 2, Informative

    The Dakota Disposable Digital uses the FAT12 file system internally (just like all smart-media products), but this isn't really noticible though its interface to the outside world. The only externally visibile part is the directory entry, of which they don't use all the fields. The FAT table & directories (it does use 2 directories internally) is totally hidden from the interface.

  236. Re:SCO like by PPGMD · · Score: 1
    Actually most of their DRM efforts are aimed at Enterprise customers that want to control their data within their corporations, and data that they send out.

    This has been happening for years, why do you think Adobe PDFs are so popular with corporate customers, even if they don't (or they can't be locked down) very few users have the writer/editor. So things like invoices, contracts and stuff can be sent out with some security.

    But Adobe PDFs rely on a simple password security, so anyone with the password (or cracked) can edit it, also it's an open format, so other editors can simply ignore the password.

    The DRM in Office 2003, and in the new Windows OS's is an attempt to prevent that from happening and make the administration of it alot easier, instead of using a password, you can specify specific users/groups within the corporation can modify, or even read the document. This would also apply with forwarding of e-mail.

    As a business owner I like this, and see where it can be used. Last year I received a set of test results for the new Boeing 777-300ER(nothing important because according to the results there was an issue with the testing equipment, and testing was canceled for the day), not once, not twice but three different times; I got it because in the users address book, the e-mail list that I was on, was next to the e-mail list that I subscribe to.

    I see in business applications that DRM might be the solution to the problem of information leakage. But I would like to see it to be restricted to be used only with Active Directory systems, that way it can't be used outside businesses.

  237. Re:Well... by spiny · · Score: 1

    fdisk does weird shit after about 80G i've found. it will create the partitions ok, but report that they are 234.7TB in size. DOS (win32 version) format also misreports the size on anything over 60G but does actually format correctly - all partitions and disks show up once a version of windows is installed.

    --

    Fry: heh, Yakov Smirnoff said it
    Leela: No he didn't.
  238. That's a patented business model! by AkkarAnadyr · · Score: 1

    Because they're massively in debt, and no one usese their products anymore.


    Watch out! SCO has proprietary rights to that business model - you may get a "friendly invoice" for calling attention to it.

    --

    I bought this house and you know I'm boss
    Ain't no h'aint gonna run me off

  239. Are we underestimating Microsoft's sneakyness? by Zape · · Score: 1

    Reading the article, it looks like Microsoft is really targeting Embedded systems. Suppose you are a corporation and deciding which Embedded OS to use for your new camera. Do you use an Embedded Free Software system, and pay Microsoft $0.25 / camera so that your cards will be automatically read when the user puts them into their Windoze PC?

    What if Microsoft only charges $0.20 for it's embedded OS?

    Even if the Microsoft Embedded OS would cost you $1.00 / unit (and I have know idea of this pricing) you are still in far muddier water if you want to keep users happy.

    The tech support calls when people expect to be able to access thier cards w/out installing any additional software on their XP machine alone would make it worthwhile to fork over the $0.25 / unit. (And you've got to have a million sales to meet that $250,000 cap).

  240. Re:Microsoft granted a royalty-free license in 200 by yeremein · · Score: 1

    Sorry, I misread the license. I saw "creating portions of products which comply with the Specification" at the end of the paragraph, but didn't notice that the license simply allows you to distribute the "Specification solely for the purposes of creating portions of products which comply with the Specification in unmodified form."

    But there's a lot more legalese in there, including a Covenant Not to Sue which may or may not say that Microsoft won't sue you for implementing the spec. Perhaps someone who is more proficient in legalese than I am could take a look and comment?

  241. Good for Open Source by hpo · · Score: 1

    Yet another brilliant step to support open source. This will make everybody think about using alternative file systems (minix anybody?) and move away from Microsoft products...

  242. I screwed up by PPGMD · · Score: 1

    Err I screwed up this paragraph should be
    As a business owner I like this, and see where it can be used. Last year I received a set of test results for the new Boeing 777-300ER(nothing important because according to the results there was an issue with the testing equipment, and testing was canceled for the day), not once, not twice but three different times; I got it because in the users address book, the e-mail list that I was on, was next to one of the managers that was to recieve the report.

  243. PDF version of the Specification by yeremein · · Score: 1

    Here is a PDF version of the same specification.

  244. unformatted floppies by simcop2387 · · Score: 1

    YAY we're going back to the 80's where floppies were not formatted by the manufacturer and the ones that were cost about a dollar more per floppy! thank goodness that cd-rw's use UDF and not FAT

  245. Danger: NTFS by Bob9113 · · Score: 1

    Tinfoil hat warning.

    What I would do, if I were an evil overlord type is this: Mention in the C&D's that MS isn't charging for NTFS. This could be justified behind a smokescreen of "FAT is bad, NTFS is better, we want to give you an incentive to move to the better FS."

    Then, only MS can write to these devices (safe NTFS drivers for other OSs don't exist). Instant platform dependence.

    And, of course, since the C&D would say nothing about future royalties on NTFS, they could start charging for NTFS after everyone switches.

  246. The thing is... by Anonymous Coward · · Score: 0

    ...if you bought Windows, you already paid for the FAT driver. Oh you mean for interoperability with Linux/UNIX etc.? How about networking or using CD-RW or DVD+-/*RW?

  247. I know I didn't have to... by RiffRafff · · Score: 1

    ...since my Nikon CP800 uses FAT but predates this patent announcement, but I just sent Microsoft $0.25... in pennies.

    --
    "I might have made a tactical error in not going to a physician for 20 years." -- Warren Zevon
  248. Better than SCO by z_gringo · · Score: 1

    $.25 isn't a whole lot to add on the price of those things, especially as inexpensive as they are now. I also don't see MS suing anyone over it yet either. (They may soon though. we'll see)

    Had SCO owned the patent, they would have sued everyone, and be trying to charge $699 per unit or some ridiculous price...

    --
    -- -- Warning. Do not stare directly at the sun.
  249. Re:Well... by Anonymous Coward · · Score: 0

    Standard televisions?

    Am I that old? I thought that only non-standard televisions would have any file system.

  250. Bonanza for Microsoft! by thepuma · · Score: 1

    Given the rapidly increasing obesity of the American public, Microsft will make quite a bit of money by charging for fat. I wonder if I can have liposuction and send my extra 20lbs back for a refund and get myself a copy of Lindows?

    --

    Free your ecomony and enact the FairTax

  251. ClearType license as well by fuck_this_shit · · Score: 0
    What is in my opinion more important is that they want licensing fees for ClearType as well

    http://www.microsoft.com/mscorp/ip/tech/cleartype. asp

    Something which is ported to Linux and other operating systems. That is more of a problem for all I can see that fees on devices which are FAT formated.

  252. DR DOS by Slavinski · · Score: 1


    Does anyone know if SCO is paying license to
    MS for use of the FAT file system for this old
    OS?

  253. Maybe. by SomeOtherGuy · · Score: 1

    Microsof~1 needs a little bit of extra cash going into the upcomi~1 holida~1 season. Maybe now all of these smalli~1 devices will get a decent FS.

    --
    (+1 Funny) only if I laugh out loud.
  254. Re:Which FAT? Older patents must have expired by n by Anonymous Coward · · Score: 0

    Any feature used (and publicly known) more than one year before the patent filing would have prior art...

    AFAICS, the patents only cover the long filenames kludge that they did on top of FAT...

    'whoo technology!'. Since when is a bad hack a patentable invention. Somebody at USPTO deserves a giant kick in the behind.

  255. Back to basics by maximilln · · Score: 1

    I think this is a reinvention of Microsoft indicating that the company, as a corporate entity, is beginning to see the end of the easy days when they had a stranglehold on the world, unlimited resources, no immediate debt, and no competition.

    Correct me if I'm wrong. This is what I remember happening:

    Bill Gates' first real business deal was with a hard drive maker (who?) supplying IBM. This was the business deal which put the money in his hands to make the rest of the MS phenomenon happen. IBM had received a huge, taxpayer funded, government contract to provide computer systems for some initiative. The hard drive maker (XYZ) had the contract to supply the drives for these systems. The defining requirement for the hd contract was that the drives come preinstalled with an OS. What the OS was made no difference since the systems would be revamped when they got wherever they were going. Bill Gates was somehow in the social circles who were making this happen. Bill immediately took QDOS, from his programming project at college, and offered it to XYZ. In return, XYZ and IBM both signed the paperwork which acknowledged QDOS as being sole property of Bill Gates. From what I understand, Bill contributed only the bare minimum to the research group that wrote QDOS. As a member of the group he let others do the work to make the grade and kept a copy of the finished product.

    Bill took the money from this sort of licensing and made Microsoft with it. Our politicians sold us to Bill Gates from the very beginning.

    This move to license FAT looks like the same sort of maneuver. Microsoft is hoping that this will give them the financial leverage to propel themselves into the next few years until they can work over enough hardware manufacturers to restructure the architecture, make it MS dependent, and once again achieve a stranglehold on the world.

    --
    +++ATHZ 99:5:80
    1. Re:Back to basics by vinnythenose · · Score: 1

      Actually, this is how I understand that things happened:

      Bill and Paul put a lot of work into developing Basic. They sold it to thta company that made the Altair. They became known as a programming language company. IBM was building a PC and needed an operating system so they went to Microsoft. Bill pointed them to Gary Kildall, the guy that developed CP/M (precurssor to DOS). The guy and his wife basically threw them out of the house because of ND agreements that they IBM wanted signed, etc. IBM went back to Microsoft. Bill said that they could get them an OS. The bought QDOS from some guy that had reverse engineered CP/M.

      IBM had no funding the make PCs, they just saw that the market was moving along with out them, so they did something that was nearly impossible for IBM at the time, they made something in a short time and use components from other companies to do it. Software was one of those companies. Microsoft was lucky they decided to go back after the Gary Kildall's wife threw them out.

      Bill's most important work to Microsoft was Basic. After that I think he largely became the knowledgable overlord with Paul as the main programming guru, but early on still did a lot of programming.

      --
      --- I used to moderate, then I read the -1 articles and decided having to filter through them was not worth it.
    2. Re:Back to basics by katchins · · Score: 2, Informative

      Actually, you are alittle off. QDOS was developed by Tim Patterson of Seattle Computer Products. He developed this in his "spare time". QDOS was called "Quick and Dirty Operating System", of which he modeled off CP/M, the popular operating system at the time. He had essentially "reveresed engineered" CP/M, using the CP/M manual as his "specs" for his OS, QDOS.

      When IBM tried to buy the rights to use CP/M from Digital Research Inc (DRI), Gary Kildall wasn't available, and his wife and lawyers did not like the non disclosure agreement presented by IBM. So DRI sent IBM packing.

      IBM then went back to Microsoft since it was Microsoft who sent IBM to DRI. At the time, IBM had only contracted Microsoft to do the languages and some tools for the IBM PC. IBM needed an OS to run on the PC. Microsoft then "seized" the opportunity and told IBM that they would supply an OS for the system. As "luck" would have it, someone at Microsoft knew about Tim Patterson's QDOS and they pursued it. Microsoft then bought QDOS for $50K from Tim Patterson and Seattle Computer Products. This was the "deal" of a lifetime, since from there DOS royalties jump started the Microsoft engine.

      For more info, check History of DOS (PC Museum), one of many sources of information on the subject. Or check Cringely's "Triumph of the Nerds" documentary series.

      --
      if (!sig) { printf("Signature Unavailable\n"); }
    3. Re:Back to basics by Anonymous Coward · · Score: 0

      "The guy and his wife basically threw them out of the house because of ND agreements that they IBM wanted signed, etc."

      Err, no. Bill Kildall was out of the house, flying in his plane, at the time the IBM people made their unscheduled visit. They wanted Mr. Kildall's wife to sign contracts on his behalf. She refused, perhaps a bit less politely than would have been appropriate, who knows? But she didn't "throw them out of the house."

      They should have made an appointment. It was unprofessional of IBM to behave the way they did, and it was extremely unprofessional of them to not follow up on the meeting. Snooze you lose, sure, but this wasn't really the best way to do business.

    4. Re:Back to basics by maximilln · · Score: 1

      Thanks for clearing that I up. I see that I had some of the story correct in principle but with a few facts rearranged or out of place. I've always wanted to know what was in that entire deal.

      The question still remains: Is the h/w FAT licensing a reiteration of this sort of event where MS is looking for a quick influx of cash to attempt to leverage deals down the road which could reinstroduce its stranglehold on the world market?

      --
      +++ATHZ 99:5:80
  256. This is FUD by RealProgrammer · · Score: 2, Interesting

    The Microsoft patents cover only their specific implementation of how to map long file names to short file names. Some of the earlier patents they reference are:

    • Xerox (#5,307,494) : File name length augmentation method
    • Time-Warner (#5,313,646): Method of creating CD-ROM image of files of different format with proper directories to be read by respective operating systems
    • AT&T (#5,412,808): System for parsing extended file names in an operating system
    • Many others seem to hold precedence, but IANAPL.

    If you looked up Microsoft's patent and wrote code based on it, then you could infringe. If you looked at Winders and tried to do long and short filenames the same way it does, then you could infringe.

    Having your MP3 player use FAT and just long file names doesn't infringe, if I'm on the jury.

    --
    sigs, as if you care.
  257. Re:Which FAT? Older patents must have expired by n by Anonymous Coward · · Score: 0

    "Have I been misinformed?"

    No, but as usual the misinformation on /. is rampant.

  258. Simple solution by tomhudson · · Score: 2, Informative
    The article states that Microsoft is going to charge manufacturers that shipproducts w. the file system already on it. In other words, ship blank media and let the consumer format it, and there's no problem. Same as if you use mkfs.msdos under linux.

    My guess is Microsoft is trying to generate some buzz same as SCO.

  259. FAT by Anonymous Coward · · Score: 0

    Why not just format a drive with ext2, ext3, reiser, jfs, xfs etc., and create a very small embedded Samba on the device. That way, both *nix and *doze machine can read them.

  260. Analysis and predictions by mst76 · · Score: 1

    Microsoft offers 2 types of licenses:
    - preformatted solid state media, $0.25 apiece, up to 250k per manufacturer
    - consumer electronics that read fat formatted solid state media, audio players, cameras and such, $0.25 apiece, up to 250k per licensee

    In the first case, $0.25 might become substantial enough that the media will be shipped unformatted in the future. This is not a big problem, formatting under windows takes a few seconds (without media check) and you only do it once, it is quite painless. For most consumer electronics, $0.25 is probably low enough that manufacturers will pay up and pass the price on to consumers. Devices that do not read removable media can switch to a different filesystem, but they probably don't need a license anyway judging from the press release. Mass migration to a different filesystem is not likely. Card manufacturers will either ship unformatted, in which case it will probably be formatted with fat by the end user, or pay up and use fat, since that's what all current devices understand. Device manufacturers will pay up because they don't want to break compatibility with existing cards. The only way out that I see is if all device manufacturers standardize on one alternative filesystem (ext2?) and ship a Windows utility to format/read/write the card. This effectively requires an industry wide boycott of Microsoft. I'm not very optimistic about this happening...

  261. Microsoft not an Innovator by jcaveman · · Score: 1

    Since litigation is the last resort of software companies that can no longer innovate, does this mean Microsoft is not an innovator? Maybe they lost their mojo!

  262. YAM$TCT by elrick_the_brave · · Score: 1

    Yet Another Micro$oft Technology Change Tactic - while I laud their continuing efforts to defend their own property (read: sarcasm ). I only see this as an attempt for them to push to get rid of their own technology in favour of new (paladium/security/DRM)... in other words.. you can't build a PC without a licensed copy of a file system which certifies that they can trace a machine back to the builder/owner in case of some violation. bah!

    --
    (1st sig) If this were a snappy sig, you'd be reading it right now. (2nd sig) I'm a karma whore. >Insert FUD here
  263. Re:Well... by Anonymous Coward · · Score: 0

    The patents apply if the manufacturer uses Microsoft's long filename support. My digital camera uses a FAT format, but the filenames are 8.3. So, no Microsoft tax required.

    This is also why the patents didn't show up before 1995, shortly after Windows 95 started shipping. Before that, FAT had no long filename support beyond indexing schemes implemented by third parties.

  264. one thing they forgot to mention by NynexNinja · · Score: 1

    The FAT filesystem limits filename lengths to eight characters, plus a three character extension.

  265. Patent Numbers by EnigmaticSource · · Score: 2, Informative

    #5,579,517
    #5,745,902
    #5,758,352
    #6,286,013
    (For Those too Lazy to read The Article)

    --
    The Geek in Black
    I know my BCD's (when I'm Sober)
    1. Re:Patent Numbers by dgatwood · · Score: 3, Interesting
      All these patents are about long file name support. If a flash is blank, it contains no files, and thus should not be infringing upon these patents.... Further, camera vendors that do not implement long filename support are also not infringing on them.

      Now Microsoft could reasonably require payment for use of long filename support. However, claiming that the FAT filesystem itself is still under patent protection is rather silly, and threatening to charge licensing fees to flash card manufacturers falls just short of fraud.

      --

      Check out my sci-fi/humor trilogy at PatriotsBooks.

  266. This is Microsoft's next weapon against Linux by jjo · · Score: 1

    Microsoft rightly sees Linux as an imminent threat to its monopoly, and therefore to its monopoly profits. They are therefore going to do everything they can to stop it. With their sock-puppet SCO, they are planting the seed of doubt that it's legally safe to use Linux. SCO's case against is laughably weak, and against end-users it's weaker still, but it's enough to get people thinking.

    After SCO is pounded to dust, then Microsoft pulls out the big guns: lawsuits against Linux users for patent infringement. Unlike the SCO fiasco, this could be a real claim with legal weight behind it. While it would be easy enough to change Linux to work around the patent, this would break compatibility with industry standards and diminish Linux's usefulness. More to the point, real lawsuits with real damages would do a lot more to impede Linux adoption in big business, which is Microsoft's biggest fear.

    The major impediment to this is antitrust. We've already seen Microsoft's ability to purchase antitrust immunity in the USA. With suitably large additional campaign contributions, they may well be able to get away with anything they want. The EC may be a little more of a problem, but judging from their recent adoption of software patents, we can expect them to start conforming to their place in the New World Order for Business.

    1. Re:This is Microsoft's next weapon against Linux by EmagGeek · · Score: 1

      >> Linux to work around the patent, this would break compatibility with industry standards

      The plan, of course, is for FAT to no longer be the industry standard.

  267. People Love Microsoft. by rawg · · Score: 1

    Microsoft has been trying to put itself out of business for years, yet people still buy their products at any cost. They triple their prices, they sue left and right, they consume small companies to put them out of business, they write really crappy software, and still people buy from them.

    Microsoft is untouchable.

    --
    The above is not worth reading.
  268. And what about Microsoft Joliet patents? by acz · · Score: 1

    What about Microsoft Joliet CD format which allows for filenames up to 64 characters..
    Waaa that's innovative, isn't it?
    I bet it's cover by some patents.

  269. Prior Art: RockRidge Unix on ISO9660 format by Anonymous Coward · · Score: 0

    The TRANS.TBL in this format is older than VFAT by several years...

  270. you're correct by Dave_bsr · · Score: 1

    But man, that guy lemelson is a whore. And we complain about companies abusing patents. Crap...we really need to fix this system...

    --


    Who is this Anonymous Coward character, how does he post so much, and why is he always such a whore?
  271. License required for _MEDIA_? by julesh · · Score: 1

    From the article:

    A license for removable solid state media manufacturers to preformat the media, such as compact flash memory cards, to the Microsoft FAT file system format, and to preload data onto such preformatted media using the Microsoft FAT file system format. Pricing for this license is US$0.25 per unit with a cap on total royalties of $250,000 per manufacturer.

    Now, I'm not a patent lawyer, but what possible grounds could they have for requiring a license to distribute media, which by definition do not perform file system functions and therefore cannot violate a patent relating to methods used to manipulate the file system?

    1. Re:License required for _MEDIA_? by Anonymous Coward · · Score: 0

      If I use a patented method to create a product without properly licensing that patent from the owner don't you think the owner of that patent would be able to get an injunction against me from producing my product?

      If the media is pre-formatted it means the manufacturer of the media is using a method covered by one of those patents to create the filesystem and thus the patents would still be applicable regardless of whether the media itself is capable of manipulating the filesystem.

      In the case of hardware devices such as cameras that read/write the FAT filesystem it is obvious that they are covered by the patents.

      As one poster already mentioned, the patents in question are actually referring to VFAT which supports long and short filenames (thus the innovation over FAT). As long as you aren't implementing VFAT you aren't covered by these patents.

    2. Re:License required for _MEDIA_? by FRAKK2 · · Score: 0

      Complete bollocks, you can create a compatible format just as long as you don't use the method they described.

    3. Re:License required for _MEDIA_? by julesh · · Score: 1

      If I use a patented method to create a product without properly licensing that patent from the owner don't you think the owner of that patent would be able to get an injunction against me from producing my product?

      If the media is pre-formatted it means the manufacturer of the media is using a method covered by one of those patents to create the filesystem and thus the patents would still be applicable regardless of whether the media itself is capable of manipulating the filesystem.


      1. I have a valid license. It came with my copy of Windows that I use to perform the operation. Why would I need another one?

      2. Do they have a patent on using 'dd if=/dev/hda2 of=/dev/weird-usb-thing' ?

      In the case of hardware devices such as cameras that read/write the FAT filesystem it is obvious that they are covered by the patents.

      As one poster already mentioned, the patents in question are actually referring to VFAT which supports long and short filenames (thus the innovation over FAT). As long as you aren't implementing VFAT you aren't covered by these patents.


      Yeah, I accept both of those points, although neither are really relevant, and MS don't make the latter clear in their propoganda^Wannouncement.

  272. M$ Trying to stamp out FAT? by Jonny+Royale · · Score: 1

    I wonder if this is a real appempt to lisence the technology, or just MicroSoft's attempt to (finally) get rid of the FAT file system, as they've been trying to do with Windows 3.1, 95, 98, etc...
    Maybe planned obsolesence isn't working, so legal action will?

  273. Re:push to opensource filesystems by Eccles · · Score: 1

    This could potentially push companies to opensource options, but would windows be able to read the files on the devices?

    I would think the patents cover the filesystem itself, not the interface to it. Thus the device would merely need to respond to queries the same way. Most of the time we don't notice what filesystem a particular device in our computer is running, right?

    --
    Ooh, a sarcasm detector. Oh, that's a real useful invention.
  274. What about Open Source Implementations? by Skasta · · Score: 1

    Wouldn't this affect the FAT implementations used in other Operating Systems such as linux, OS X or *BSD? If it does this would kill interoperability on dual-boot machines, making transfering files a one way thing (you could find ext2 implementations for windows).

  275. Monopoly by phorm · · Score: 1

    Exactly. Many devices use FAT for compatability with the windows Operating System. Expecting people to pay for after using it to make their projects work on a monopolized system is hopefully going to be a nice long nail in the antitrust coffin.

    1. Re:Monopoly by Anonymous Coward · · Score: 0

      Uhhhhhhh.......... i think u mean "compatibility"..............

  276. He's partially right. by Anonymous Coward · · Score: 0

    The 2GB Limit is for FAT16 partitions. The 20GB Partitions you've got are FAT32 Partitions.

    1. Re:He's partially right. by pointbeing · · Score: 1
      Thanks for clearing that up - we have a small problem with semantics, I think.

      For me, FAT=FAT16 and FAT32=FAT32. Sorry for the confusion :)

      --
      we see things not as as they are, but as we are.
      -- anais nin
  277. Re:push to opensource filesystems by b-baggins · · Score: 1

    You must be a Mac user. On Windows EVERYTHING needs to have a driver installed before you can use it. The Windows people are used to this.

    --
    You can tell a great deal about the character of a man by observing those who hate him.
  278. How is MS claiming what? by trezor · · Score: 2, Informative

    My first and best guess would be trough their assess. No more, no less.

    Never forget that this is the company that have claimed wonderfull things like 'a web browser is part of the system kernal' and that 'a media player is inseperable from a operating system'.

    Any thing coming out of that company should be taken with a truckiload of salt.

    --
    Not Buzzword 2.0 compliant. Please speak english.
    1. Re:How is MS claiming what? by MuParadigm · · Score: 1


      M... Shit with Salt. Yummy.

      Didn't they used to serve that in the army?

    2. Re:How is MS claiming what? by SurgeonGeneral · · Score: 1

      Sorry I dont want to make u look stupid, but the expression "take it with a a grain of salt" is such that a grain of salt by itself is worthless, so to take something with a grain of salt would be to take it as being worthless. It is not the salt itself that is worthless, but rather the quantity of it- a grain.

      A truckload of salt would actually be quite valuable, and you will notice that salt is a regularly traded commodity. I am confident that you do not mean to say that Microsoft's claims are valuable, but rather that they are worthless.

      --
      -- "Man is born free, and everywhere he is in chains." Jean Jacques Rousseau
    3. Re:How is MS claiming what? by trezor · · Score: 1

      Isn't it allways interesting to see how a nice mixture of languages expressions all intermixed together on one network produces a new sparkling world of expressions? :)

      A truckload of salt, well... Maybe not according to the original sense of the expression, but according to everyday norwegian speech it makes perfect sense.

      And, it seems like you did indeed understand what I was saying so... Nuff said. No need to offtopic this thread further.

      --
      Not Buzzword 2.0 compliant. Please speak english.
    4. Re:How is MS claiming what? by Minna+Kirai · · Score: 2, Interesting

      "Take it with a grain of salt" dates back 2000 years, to what was then a popular superstition: salt is an antidote for poison.

      Taking salt with food was a sign of distrusting the one who provided it.

    5. Re:How is MS claiming what? by drakaan · · Score: 1

      They still do, actually...on a shingle, even.

      --
      "Murphy was an optimist" - O'Toole's commentary on Murphy's Law
  279. Demise of FAT by TWX · · Score: 5, Insightful

    "Personally I think MS is simply trying to quicken the demise of FAT so they can drop it quicker. About time, too -- there's simply no need for it anymore."

    I respectfully disagree. OSX, OS9, Linux, BSD, and almost any other OS that you can think of can read and write FAT. Any device that is to be cross-platform compatible with read/write works very well with FAT. The only other filesystem that I know of that these all read and write is ISO9660, which last time I checked didn't include long filename support without Microsoft Joliet extensions or some other after-spec hack anyway.

    Microsoft isn't going to support a filesystem that makes it easier to use devices on a competitor's platform, plain and simple. OS implementers have had to reverse engineer Microsoft's ways of doing things for a long time, and if Microsoft is allowed to litigate FAT out of use, they'll use it to try to force everyone else out.

    --
    Do not look into laser with remaining eye.
    1. Re:Demise of FAT by Anonymous Coward · · Score: 0

      The only other filesystem that I know of that these all read and write is ISO9660

      Very few (none?) of these systems can write to an ISO9660 filesystem. They normally create a new filesystem from scratch when you burn a CD, but can't modify it after that. And I'm not sure that Windows will even read an ISO filesystem from anything other than a CD.

      which last time I checked didn't include long filename support without Microsoft Joliet extensions or some other after-spec hack anyway.

      VFAT is more of a hack than Joliet/Rockridge/etc.

    2. Re:Demise of FAT by 2.246.1010.78 · · Score: 1

      so what options do OSX/*BSD/etc. have left for interoperability when MS decides to drop *FAT completely from windows?

  280. UMSDOS by ozzee · · Score: 1

    The patents must only cover the extensions that came in 1995 for long file names in the FAT file system. Linux was supporting long files names in FAT file systems before the patent using the UMSDOS filesystem and it worked like a charm.

    I see 2 options, the first is that you can claim that the MS patents are invalid because of prior art (namely UMSDOS) and have the patents re-examined. The success depends on wether MS cited it as a prior art. Secondly, you can simply stop using long file names.

    There are some technological things you could do as well but I have to agree with another poster that JFFS (or somthing like it) makes far more sense.

  281. It's time to adopt OPEN Source, drop Microshaft. by MrJerryNormandinSir · · Score: 1

    Well, I guess someone needs to write an ext3 driver for the microsofties. Or ... all flash should be
    shipped unformatted. I usually reformat to ext3 anyway. Now my camera.. that's a different story.
    The digial camera wants vfat. But heck.. the rules were differenct at the time of manufacture.

    I home the digital camera vendors plan to adopt an
    open filesystem standard and not go proprietery for thier own product line. that would suck.

  282. Prior Art? by bill_mcgonigle · · Score: 1

    The patent is also worded to sound as though this is a useful general idea

    Apple supported this technique for PRODOS Apple II's accessing AppleShare servers in the mid 80's.

    I can't find a link to the hashing algorithm at the moment, but while the syntax might be different the idea is quite similar.

    --
    My God, it's Full of Source!
    OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
  283. Replacement for FAT? by Bilbo · · Score: 1
    > SO where is the PNG equivelent for FAT?

    Sounds like ext2 is already there, with simple implementations that would fit nicely inside some small embedded device.

    However, that's sort of a moot point. The problem is the hundreds of thousands of devices out there already, not to mention the millions of memory cards used to connect to those devices. You expect everyone to throw away all those nifty 256Meg cards they just bought six months ago and buy new memory for their camera/PDA/smartphone or whatever?

    --
    Your Servant, B. Baggins
    1. Re:Replacement for FAT? by calyphus · · Score: 1

      It appears to me, that the main reason to target devices is to extort mfr's that want their devices to have the widest compatability with an existing standard. Of course, device mfr's could create their own file system and distribute OS drivers, but then it would be continually broken by OS updates (any bets on how quickly an m$ patch would render the idependent FS inoperable). Mfr's would much rather depend on the most widely distributed FS to maintain distributed compatability than have to maintain their own system.

      M$ has got device mfr's right where they need them. Expect to see pre-formatted storage media to have premium pricing.

      --


      The potato it is uninformed.
    2. Re:Replacement for FAT? by Minna+Kirai · · Score: 1

      You expect everyone to throw away all those nifty 256Meg cards they just bought six months ago

      Its not a matter of throwing them away. A simple computer program can reformat a card from VFAT into ext2 or whatever you like. Linux users do this all the time (because VFAT cannot support the "ln -s" program some Linux applications need).

      But although the hardware investment wouldn't be lost, the public would not be willing to go through the time investment to reformat everything. (Unless Microsoft was charging an excessive price for FAT, which they won't do. They're smart enough to keep the cost of paying less than the cost of workarounds)

    3. Re:Replacement for FAT? by Bilbo · · Score: 1
      > Its not a matter of throwing them away. A simple computer program can reformat a card from VFAT into ext2 ...

      Heh.... I would posit that, for 95% of people, performing a low level format on a memory card is equivalent to "having to throw it out." Most people want to pop their Flash card into a convenient USB connected reader or some such device and have the OS simply mount it as another drive so they can copy things off it like a floppy. You might be able to provide low level drivers for that, but I have a feeling you're going to have a hard time getting Joe User to get it working.

      --
      Your Servant, B. Baggins
  284. They're talking about things like long filenames.. by Svartalf · · Score: 4, Informative

    The problem with it is, their implementation of long filenames for FAT was in the hands of people outside of Microsoft well before the one-year prior drop-dead date for the application. Before it was Windows 95, it was codenamed Chicago and it was available to ISV's beginning of 1994 (as in it was available to developers outside of the company BEFORE April 24 1994...) - I know, I was part of that beta program. It does not matter WHAT you have with those people in the way of non-disclosure, they're customers and the moment you put an improvement in the hands of anyone outside of your company, the clock on the filing date starts ticking because you've revealed it to the world as far as the law is concerned.

    The first patent, at least, is invalid by their OWN prior art.

    --
    I am not merely a "consumer" or a "taxpayer". I am a Citizen of the State of Texas
  285. It's about "opening access to their IP" by Anonymous Coward · · Score: 0

    Am I the only one to get this feeling?

    MS is a convicted monopolist, the Justice Dpt
    complained recently that they didn't open enough
    of their IP to allow competitors to interoperate
    (or that the license fees they want are astronomical)
    and suddenly MS starts proposing cheap license fees
    for their "key IP". Because VFAT is some key IP, isn't it?
    (No, the patents arenat about fat12, they're about
    ensuring compatibility between 8.3 and long
    filenames).
    Look, look, Mr Judge, how well we follow the
    settlement, we offer this cheap vfat license to
    allow our competitors products to interoperate with MS !

    Stephane

  286. Prior art by xiox · · Score: 1

    Surely, if the patents cover the long filename aspect of VFAT (where you have a long and short filename), then the Linux UMSDOS filesystem may be prior art. The UMSDOS filesystem layers a long filename system onto a FAT system. Looking at some kernel source, it was written in 1993, before the patents were filed.

  287. Re:WTF? - NYTimes Article by stevesliva · · Score: 1
    Microsoft Eases Policy on Licensing Its Technology

    Benevolent Microsoft deigns to license its wonderful proprietary technologies to foster interoperability.

    --
    Who do you get to be an expert to tell you something's not obvious? The least insightful person you can find? -J Roberts
  288. Will happen? Already is. by Anonymous Coward · · Score: 0

    My 3 year old digital camera already has the option to format flashcards (Smartmedia in this case) and offers to do it immediately if an erased card is installed...

  289. Not a problem... by Anonymous Coward · · Score: 0

    The patents in question only refer to methods of shoehorning long filenames into DOS 8.3 filenames.

    Preformatted flash cards don't need to do this anyway (nor do any other forms of media).

    Preformatting media for the FAT filesystem consists of creating a boot block and zeroing a certain number of sectors. That "process" cannot be patented. They would have had to file in 1976 - and if they did, the patent would have expired long ago.

    There isn't any reason why embedded devices such as digital cameras or MP3 players need to use long filenames in a Windows-interoperable way.

    Anybody who pays money to Micro$oft to license these patents is an idiot.

    P.S. It would be a very good idea to remove all VFAT long filename support from Linux ASAP, since these _are_ patents, and it's pretty obvious where Micro$oft is going with this. Linux has plenty of useful filesystems that don't infringe on these patents anyway.

  290. I agree, but... by ErnstKompressor · · Score: 1

    There's two things...

    One equally overlooked point is that 'promotion of science and useful arts' does not necessarily mean that it should happen in our lifetimes. While we would *like* to have access to, and benefit from, protected ideas as quickly as possible, the intent of the laws does not promise that free return in our lifetime, but rather in the future.

    Whether it's patents, music or other protected content, the 'returning' of the exclusive rights back to the public domain does not hinge on it happening immediately, nor does it neccesarily negatively impact present day society when it doesn't...those who wish to benefit from said invention or enjoy said artistic content, can pay for that access now, or wait 20 to 100 years to have it free-of-charge(unless the rights-holder is philanthropical and chooses to freely distribute) Either way, *future* generations will have access to this *important* knowledge, but the inventor/rights-holder has a good, long time to profit from their idea

    Secondly, I don't think taxing IP is realistic due to the fact that assessing the future value of IP's impact on the world would be nearly impossible -- it is not the same thing as a home(1.5% property taxes) especially if it is tied to an upper limit at which point you would be paying back all profits you ever earned and still be forced to release it into the public domain. Also, IP is effectively taxed as earned income to whomever owns the IP and resulting business interests. To tax the IP individually would be double-taxation.

    I think the problem boils down to patience and entitlement -- we have way too little of the first and way to much of the last.

    P.S. Please do not confuse my opinion with fact :) , and do not assume I defend MS in this situation. All I defend is the general idea of rights for inventors and their ability to dictate the terms of their rights.

    --
    We apologise for the fault in this post. Those responsible have been sacked. -- Signed RICHARD M. NIXON
    1. Re:I agree, but... by Anonymous Coward · · Score: 0

      I think the problem boils down to patience and entitlement -- we have way too little of the first and way to much of the last.

      Indeed. Corporations feel far too entitled to indefinitely continued profits for vague, overbroad patents that should not have been issued in the first place. Corporations are so impatient to bring products to market that they fail to properly test or secure them.

    2. Re:I agree, but... by Nick+haflinger · · Score: 1

      Actually I feel that the price of IP should be self assessed so in this case MS could claim ownership of FAT and say that that ownership was worth $20.00. If they do that you, I, or anybody else could give them an engraving of Andy Jackson and we would then own FAT and could either release it to the public domain or change the price so MS doesn't buy it back. However if they didn't want to sell at $20 they could jack up the price say to $20Giga-bucks, but for that priviledge they'ld owe back taxes and penalties for the last few years!

      As to the return on patents I'm well aware that progress isn't required in my lifetime, but my point is that rate of progress is the only metric worth argueing about. If the maximum rate of progress could be achieved with 100% return of revenue from an idea (an indefinite patent) then I'ld be all for that. If a zero return pulled it off instead (complete abolition of USPTO) then that's what I advocate. The answer is almost certainly between these extremes and I've never seen any research that might allow us to actually guage where it might be. The research I have seen is in terms of the percentage of the expected value of an idea which is recovered by the owner, note owner not creator, and that is apparently over 99%. It seems hard for me to believe that an idea with only 1% of its commecial life left is really a "vital and refreshed public domain".

    3. Re:I agree, but... by Anonymous Coward · · Score: 0

      Have I mentioned lately how much of a piece of shit I think you are? Fucking fanboy.

  291. Comment removed by account_deleted · · Score: 1

    Comment removed based on user account deletion

  292. Register, Cleartype, newspeak by hey · · Score: 1

    here's a Register article about this. It points out that the language they use is newspeak. Thanks for the "liberalisation", Microsoft.

  293. Re: Microsoft to Charge for FAT File System by mitvin · · Score: 1

    article titled 'Microsoft to Ease Licensing Rules' in WSJ, quoted Microsoft's counsel, Brad Smith saying Microsoft is "open for business in terms of licensing our intellectual property" and is "applicable to all of our products" while denied of any plans of including Windows into it

    i dont really see any point in microsoft going into business of licensing one or more of their 4000 patents, esp if they are to start licensing FAT for quarter per device

    what do they expect ... make FAT acceptable, that is already is .... or earn $$, @quarter, i doubt it would loose loyalty of customers to open standards ... or make a point in its fight against antitrust investigations, mmmm like this OoO

    ) confused (

  294. Prior art for one or more of these. by Valdrax · · Score: 2, Interesting

    The Prior Art for the first, third, and forth patents may be found in the Rock Ridge Interchange Protocol standard for UNIX, which was an IEEE draft specification as far back as July 13th, 1993 according to this PDF file. The first patent is definitely covered by this.

    Now, the second patent, the very specific one about tracking name changes and automatically generating the short-form name and about storing all this info in a B-tree predates the RRIP by about a year. This is one of the nicer features of the extended FAT filesystem -- the part that automatically downgrades "My Lovely File.doc" into "MYLOVE~1.doc" and provides a fast lookup method for it. This may be the bulletproof patent for them. Though the IEEE group definitely was meeting before 1993, we can't be sure that they had discussed implementation-level details of using RRIP as a rewriteable format where files can be renamed. I couldn't find any discussion of using B-trees in the filesystem in a brief skimming of the RRIP draft.

    Also, in rereading the third and fourth patents, I realize that they're talking about your ability to either reference your document by either the long or the short file name at the same time. I can't remember if RRIP allows you to use the ISO 9660 8.3 filenames or not. This too may be solid.

    --
    If it's for-profit but free, you're not the customer -- you're the product (e.g., the Slashdot Beta's "audience").
    1. Re:Prior art for one or more of these. by Ben+Hutchings · · Score: 1

      All the original patent applications were made on 1st April 1993 or earlier (see the text about continuations at the bottom of the header information). Also the patents talk about (ab)using directory entries rather than storing the details in normal files.

    2. Re:Prior art for one or more of these. by Wolfrider · · Score: 1

      Regarding 8.3 filenames - 4DOS had a translation-table file (IIRC it was called "descript.ion") long before Win95 long filenames. Seems to me all the manufacturers that are using FAT right now would have to do, is implement one of those. Very similar to TRANS.TBL in ISO9660.

      --
      .
      == WolfriderV6 == I'm willing to admit that *I just might* be wrong... Are you??
  295. Linux & FreeDOS Compatibility by MuParadigm · · Score: 4, Insightful


    Responsding to myself, but this just occurred to me: I wonder how this will affect the FreeDOS project. My first guess would be that they'll have to rewrite the project to use ext2 or some other file system.

    Software patents have been commonly regarded as the "nukes" of the software world. I'm beginning to think that MS has decided it has nothing to lose by going nuclear on the free software world.

    1. Re:Linux & FreeDOS Compatibility by cybermace5 · · Score: 4, Interesting

      I don't think so. Programs that use the FAT filesystem have been out there for several coon's ages or the age of a really old coon.

      FreeDOS does not distribute in the FAT filesystem, interestingly: the official distribution is a CD-ROM ISO image only. They also don't distribute product or media preformatted with FAT. I don't even think Microsoft is going after programs that can create a FAT filesystem, so FreeDOS can format a hard disk and you're good to go.

      However, I wouldn't mind if they did make it ext2. If you're booting with FreeDOS, it doesn't really matter what the filesystem is. Just allow reading of FAT partitions and floppies, and you can copy over all the old DOS software you wanted to run. Might be a few bugs here and there, but I guess when Microsoft wants to play rough, you just get out of the way.

      --
      ...
    2. Re:Linux & FreeDOS Compatibility by Anonymous Coward · · Score: 0

      This is excellent. Hopefully, all the idiots on wall street see this article and poor money into m$ stocks. There would nothing I would like to see more than the people that give in to this get majorly screwed. That'll make em think twice before putting tons of money into a messed up organization like m$.

    3. Re:Linux & FreeDOS Compatibility by 0x0d0a · · Score: 1

      Microsoft may not be going after programs, but the issue is that they *could*.

      However, FreeDOS (to the best of my knowledge -- I am not a FreeDOS developer) is kosher. Microsoft's patents cover the long filename extensions (there was an excellent analysis on a patent-by-patent basis early in this story by some poster). I don't believe FreeDOS does anything but 8.3, so it shouldn't need to worry about infringement.

    4. Re:Linux & FreeDOS Compatibility by Wolfrider · · Score: 1

      --Your mention of ISO tripped a switch in my brain. Pretty much every computer can READ ISO9660 (cdrom format) filesystems; how much trouble would it be to make ISO9660 writable on-the-fly like FAT?

      --
      .
      == WolfriderV6 == I'm willing to admit that *I just might* be wrong... Are you??
    5. Re:Linux & FreeDOS Compatibility by Anonymous Coward · · Score: 0

      A *lot* of trouble. ISO9660 is specifically designed to be read-only, with all the optimisations allowed by that assumption. You don't need to worry about fragmentation, because files are never added or deleted - you can assume the entire file will be a single block, rather than scattered across a disk. The table of contents is set in stone at creation time, since there's no chance of it ever needing to grow.

    6. Re:Linux & FreeDOS Compatibility by Tablizer · · Score: 1

      Responsding to myself,...

      I am sure glad I am not in a cubicle next to you.

  296. "Pre-formatted"? by b1t+r0t · · Score: 1
    Okay, so the licensing is based on "pre-formatted" storage devices. Then they list a bunch of patents which cover VFAT long file names. But if you've pre-formatted an empty memory card, then there aren't any long file names on it, and you aren't violating the patents. It seems to me that in the case of empty media, this is a sneaky way for Microsoft to charge royalties for something that it doesn't have an active patent for.

    On the other hand, media pre-formatted in FAT with long file names definitely falls under this. If there were a chance that someone would come out with, say, read-only MP3 media cards, then they would definitely be covered by the patents.

    Is there something I've missed here? I mean, my digital cameras don't even use long file names to store the pictures on the card, so how can Microsoft even claim that those patents apply?

    --

    --
    "Open source is good." - Steve Jobs
    "Open source is evil." - Microsoft
  297. They still toasted at least one of them... by Svartalf · · Score: 1

    They provided an implementation of Patent #5,579,517, the actual core long filename patent on VFAT. The clock starts on the final valid filing date for a Patent the moment you put the improvement in question in the hands of someone outside of your company or the Inventor themselves. The law considers it as revealing the Patent as implemented Art at that point. Microsoft handed out 5000 copies of the pre-Beta version of Chicago, which would be Windows 95 with long filename support- at the Microsoft Developer's Conference in December 1993. A follow-on distribution of this pre-Beta was done for the ISV's that could not attend the conference- I know this transpired because I was one of the ISV's that recieved a copy end of December 1993.

    --
    I am not merely a "consumer" or a "taxpayer". I am a Citizen of the State of Texas
  298. Move to UDF by Anonymous Coward · · Score: 0
    Good! Maybe the digital camera makers will start using UDF. It's always bugged me that they used FAT. Every system that could connect to the digital cameras supports UDF.

    A quick search on google revealed the UDF Specs:
    http://www.osta.org/specs/

    For those of you that don't know, UDF is the format that is used by DVDs, but can be used for almost anything.

  299. I was under the impression.... by pablo_max · · Score: 0

    that if you have a patent for something but you choose not to excersise it for several years and durring that time it becomes a standard, you would not later be able to suddenly "turn on" the patent. I may be wrong, but i seem to recall that from a business law class i took.
    If they keep this up I may turn into a mac zelot.

    1. Re:I was under the impression.... by ChaoticPup · · Score: 1
      that if you have a patent for something but you choose not to excersise it for several years and durring that time it becomes a standard, you would not later be able to suddenly "turn on" the patent.

      It's not a clear cut matter with patents, but it is possible (it's called a defense of laches). Of course, someone would have to be willing/able/motivated to litigate such a case.

      If they keep this up I may turn into a mac zelot.

      Aren't things even more proprietary in the Mac world??

      --CP

  300. And the mac... by abb3w · · Score: 4, Insightful

    Mac's HFS and HFS+ are another alternative. There's PC (pay) software to read them already in at least 3 flavors, and I believe Linux supports them, too. Of course, these may be covered by Apple patents.

    Of course, this might explain why it's such a bitch to format to FAT on a OS X Mac....

    --
    //Information does not want to be free; it wants to breed.
    1. Re:And the mac... by jx100 · · Score: 2, Informative

      I'm positive that HFS is read-write supported by linux, however I believe that HFS+ support is still experimental.

    2. Re:And the mac... by WatertonMan · · Score: 1

      At the same time Apple supplies a driver for NTFS that is read only. (I think it is a variation of the Linux driver) I wonder if MS is going to go after Apple on this. Also Apple, unlike Linux, can't access Windows dlls to read the drivers.

    3. Re:And the mac... by Anonymous Coward · · Score: 0

      This brings up an interesting question in my mind... Several years ago when Jobs went back to Apple, he made an agreement with Microsoft where the two companies would end their patent disputes and share IP, in exchange Apple got $$$ from MS and MS got some stock in Apple.

      So, does this mean that Apple take advantage of the agreement and implement FAT and NTFS without litigation?

    4. Re:And the mac... by marcello_dl · · Score: 1

      There is the hfsplus (also called hfsplusutils?) package for that kind of partitions. Else, one can directly "mount -t hfsplus ...": in my experience on a mac with 2.4.22 reading works, writing many files or moving folders within the partition caused eventual kernel oops (X managed to survive btw) and corruption of directory data of hfsplus partition. (the mac disk warrior utility solved the problem)

      --
      ---- MISSING MISCELLANEOUS DATA SEGMENT --- [sigdash] trolololol
    5. Re:And the mac... by PierceLabs · · Score: 1

      Yeah I ran into this issue over the holidays when connecting someones extenal harddisk to a Powerbook. The Mac could READ all of the content but couldn't WRITE anything because XP formatted the drive as NTFS.

      Maybe the camera folks will consider moving to an open file system...

    6. Re:And the mac... by humanerror · · Score: 1

      hfsplusutils has come a long way since I first tried it some while ago... I find it indispensible now with all my old Macs dual-booting with Mac OS something-or-other/various PPC Linux distros.

      hfsplusutils isn't exactly simple to use on the command line, but a few well-written shell scripts make it manageable.

      Googling "hfsplusutils" brings up hits for both BSD & Linux distros on page one.

      --
      "We're an apex predator with the fecundity of a base level herbivore... We're a virus with shoes..." RazorJAK
  301. Nice email! by jjohn · · Score: 1
    If you are interested in obtaining a license, please contact our Intellectual Property and Licensing Group at fatspec@microsoft.com for more information.

    I wish I had fatspect@microsoft.com as an email address. That would be awesome...

  302. Novell Namespaces by SWPadnos · · Score: 1

    I wonder if Novell's multiple namespaces would invalidate any of these patents.

    Since the very early days (like NetWare 2.x, for the '286), Novell has had the ability to simultaneously serve multiple namespaces. There was initial support for DOS and UNIX (NFS), and later support for Windows, OS/2, and Macintosh were added. There may be others. This has been around since the '80s (with extensions in the '90s).

    What a bunch of crap.

    --
    - The Sigless Wonder
  303. Great, MS. Now we will be plagued by... by Retired+Replicant · · Score: 1

    Great MS, now we will be plagued by tons of crappy little utilities that you have to install on your PC to enable it to view and drap/drop the contents of digital cameras, USB thumb memory modules, and MP3 players. Every device will have it's own unique file system and require a little utility installed on your PC, instead of having a nice, relatively seamless common standard. That will really make people want a PC instead of a Mac. If manufactureers of these devices are smart they will come up with a standard filesystem and utility of their own so at least you only need one utility installed to use all of these devices.

  304. FAT spec is available by Anonymous Coward · · Score: 0

    >they are NOT preventing people from reverse engineering FAT

    There is nothing to reverse-engineers the spec is freely (as in beer) available here .

    The only thing you don't know is how OEM codepages (short names) are tranlated into UTF-16 (long names), but I think this information isn't hard to find : you just have to know which chars are in some OEM page and what is his value in UTF-16

  305. Can't resist by Koos · · Score: 1
    The FAT File System is covered by several US patents.
    Will there be a Burn all FAT day?
  306. FAT filesystems to be banned in California by mach_5 · · Score: 2, Funny

    With the whole Master & Slave controversy going on, it should not be long before the FAT system get banned. Or at least renamed "No really your butt does not look big in those pants file system"

    1. Re:FAT filesystems to be banned in California by Creepy+Crawler · · Score: 2, Funny

      lets see....

      touch && unzip && mount && fsck && fsck && fsck && umount && zip && sleep

      --
    2. Re:FAT filesystems to be banned in California by Jade+E.+2 · · Score: 1
      Master and Slave is IDE terminology, not FAT. And it wouldn't get outlawed anyways, because on modern 80 pin cables the black connector is the master and the whitish one is the slave.

      Of course, imagine the lawsuits if it was the other way around...

  307. Legal Impact by randall_burns · · Score: 1
    Now, as I understand it, patents only relate when you _sell_ something. This move wouldn't prevent someone from _distributing_ a Linux Kernel free of charge for anonymous download-but it would mean that someone would need to pay Micro$oft if they were going to charge for something and wanted to stay legal.


    It also sounds like the main impact in any event will mean that Linux will have to work around the long file name stuff.

  308. Dont be a retard. by Anonymous Coward · · Score: 0

    If any of you idiots would take some time and think about this, you wouldnt sound so stupid when you start complaing.

    When you format your floppy to FAT, you are not USING FAT in YOUR product. An MS product is using the FAT format to make the floppy FAT. Again you are NOT using the FAT format in YOUR product.

    Understand?

    1. Re:Dont be a retard. by ThoreauHD · · Score: 1

      Not to be the Betty Crocker of spelling, but... I understand that pendantic is misspelled. If you meant childlike, the pedantic pontificating bafoon would have sufficed.

    2. Re:Dont be a retard. by frovingslosh · · Score: 1
      When you format your floppy to FAT, you are not USING FAT in YOUR product. An MS product is using the FAT format to make the floppy FAT. Again you are NOT using the FAT format in YOUR product.

      If I'm being a retard it's only in posting a response to an A.C.

      Clearly any distributed media with FAT on it falls under this. MS isn't trying to charge the USB pen makers 25 cents for the one machine that formats those pens, they want 25 cents for each pen. Ditto for any other memory product that can be FAT formatted. While this current threat is likely aimed at media like USB drives, other lash menory products, and even hard drives (some do come pre-formated lately), there is nothing in Microsoft's post that excludes small capacity low cost media (floppies), so there is every reason to believe that it should apply to this media too.

      --
      I'm an American. I love this country and the freedoms that we used to have.
  309. Prior art? by frkiii · · Score: 1

    If Linux and/or other operating systems use (or used or implemented) FAT prior to the patent registration/granting, doesn't that qualify as prior art?

    Regards,

    Fredrick

  310. IBM does FAT by Anonymous Coward · · Score: 0

    PC-DOS had FAT in the very first IBM PC. How is
    MS going to claim exclusive ownership over it?

  311. Fat: The future? by NineNine · · Score: 1

    What I'm trying to figure out is how exactly FAT figures into the future. I mean, I'm in no way up with the times as far as computers go. I use PS2 ports, parallel and serial ports, all because they work and they're rock solid and they've been around for a long time. However, I haven't used FAT in many, many years. As soon as NT 3.51 came out, I switched to NTFS, and never had a data loss or a security problem. That was what... 10 years ago? Why are people still using FAT? It's horribly inefficient on any drive 1 gig+ with even a few thousand files, it's got no security, and no crash recovery (journaling). I can't imagine formatting a 40 gig drive as FAT. That's just stupid in 99.9% of the cases.

    1. Re:Fat: The future? by CatOne · · Score: 3, Informative

      Hard drives aren't what Microsoft is after. They're after things like USB keychains, Compact Flash cards, etc. There are a lot more of those sold than there are external HD's, and they come pre-formatted to work in digital cameras.

      Could be "over a barrel" syndrome because you have lots of devices like digital cameras that can read FAT and nothing else. I doubt many average joes have the ability to flash their camera BIOS to get them to read reiserfs or xfs ;-)

    2. Re:Fat: The future? by NamShubCMX · · Score: 1

      Easy read/write access on a dual-boot (linux+win) machine...

      --
      We've always been at war with Eurasia.
    3. Re:Fat: The future? by Dcnjoe60 · · Score: 1

      Actually, dual-booting wouldn't come into the picture, because to dual boot linux and windows, you would already have a copy of windows, which would mean you have a license from Microsoft to use FAT.

    4. Re:Fat: The future? by aminorex · · Score: 1

      I always format Windows systems FAT so that
      I can use the disk from other OSen.

      --
      -I like my women like I like my tea: green-
    5. Re:Fat: The future? by NineNine · · Score: 1

      Linux boxes can't read NTFS? And even if they can't, I can't imagine that being a good enough reason to trade terrible storage efficiency, no security, and no fault tolerance.

  312. Even with the USPTO's track record (!!) by rssrss · · Score: 1

    The USPTO is a bad joke Read this article describing a patent for::
    Method of Treating Chest Pain, Patent 6,457,474, Carl E. Hanson of St. Paul, Minn. This inventor has patented lime juice to replace nitroglycerin as a treatment for chest pain such as angina pectoris. Making the patented invention requires only modest skill. "Limeade in non-concentrated form," according to the document, "was prepared by opening a can of the Minute Maid brand Premium All Natural Frozen Concentrate for Limeade, removing the contents and placing it in a pitcher, adding approximately 52 fluid ounces (about 4.5 cans) of tap water to the frozen concentrate and stirring.

    "The pitcher was placed in the refrigerator so that the contents would cool. I drank approximately 2 to 3 glasses of limeade daily and did not notice the reoccurrence of chest pain." The lime juice can also be administered intravenously or by the angina sufferer's placing the frozen concentrate directly into his or her mouth. "The present invention is advantageous in that a patient can easily determine if the medicine is properly ingested. Lime juice has a very noticeable taste that disappears after it leaves the mouth. Since the juice is regularly stored in the refrigerator or freezer, it can be quickly located by the patient, particularly at nighttime where the refrigerator light plays a helpful role."

    Scientific American was not kidding. You could look it up. The patent was issued on October 1, 2002.

    The gales of laughter must have reached the Patent Office, because the Director ordered the patent to be re-examined, which I assume means that it will be revoked.

    Patent FAT? You could file a patent on fat thighs and the Patent Office would issue it.

    --
    In the land of the blind, the one-eyed man is king.
  313. The issue here is openness by Performer+Guy · · Score: 1

    Devices like cameras use FAT because they can plug the flash card into a windows PC and mount the file system to transfer data.

    This situation is ridiculous, if Microsoft controls the windows platform and only supports FAT then tries to charge for using it, everyone must then pay the monopoly operating system vendor a tax to interoperate with the PC platform solely because they force you to use that technology by eliminating choice. FAT isn't used because it's good, it's used because it's the only darned thing available on Windows that does the job (NTFS isn't an option and again is a Microsoft format). There are better technologies unencumbered by patents (especially crazy patents over long names that are redundant), but Microsoft has never supported them in their operating systems.

  314. I'm always amazed. by OS24Ever · · Score: 1

    I am always amazed at the way most of you hop up and down all over it stamping your feet and claiming FOUL without really taking a second to look at the facts.

    1) The Patents in question were those generated with Windows 95, Windows 95 OSR2, Windows 98 and beyond.

    2) The Patents in question are for long file name support, not for FAT which appeared way back in 1983.

    I know it's fun to microsoft bash, but until recently digital cameras did not support FAT32 which is what most of these patents cover. FAT32 support started showing up once flash memory cards >1GB. There are new Microdrives and the like that newer digital cameras will require FAT32 to read.

    To do so they must use either an already patented method (FAT32) and make it backwards compatible with other systems to address the space on said memory card. Last time I checked you'd need some code on said camera that in this case is patented, and thus a license must be paid to the patent owner should said owner wish to charge.

    Microsoft does, rightfully so, and should make a little bit of money for making everyones life easier.

    ext2 or whatever isn't gong to solve the problem. When's the last time you were able to walk up to a stock Windows running on a box sold from Best Buy for regular computer users and slap an ext2/ext3 file system device and it just work? With FAT32 you can.

    Plus $250k for a license fee on something a vendor could sell millions of (digicams) isn't that much in the grand scheme of things. If 1 Mil units are sold it's $4 a unit.

    --

    As a rock-in-roll Physicist once said, No matter where you go, there you are.

    1. Re:I'm always amazed. by aclute · · Score: 1

      ummm....don't you mean $.25 a unit?

      $250k/1mil = $.25

    2. Re:I'm always amazed. by OS24Ever · · Score: 1

      yeah not enough zeros when I did the math, buffer overrun in my head

      --

      As a rock-in-roll Physicist once said, No matter where you go, there you are.

  315. So raise the price by a quarter! by Phronesis · · Score: 1
    25 cents is a huge cost delta for the build price of a piece of hardware

    So raise the selling price of a CF card from $50.00 to $50.25 and raise the price of a digital camera from $500.00 to $500.25. Will this price increase really affect demand in a measurable way?

    1. Re:So raise the price by a quarter! by bradams · · Score: 1

      The retail price is something like 3X the build price.

      --
      I like to build things and wire stuff together.
    2. Re:So raise the price by a quarter! by Phronesis · · Score: 1
      The retail price is something like 3X the build price.

      Then raise the price by $0.75. Go whole hog and raise it a dollar. I still don't see raising the price of a memory card by a dollar would affect sales a lot. Raising the price of a digital camera, MP3 player, or PDA by a dollar would have even less impact.

    3. Re:So raise the price by a quarter! by pkey · · Score: 1

      So you (the manufacturer) raise the price by a dollar. Do you only sell 10 units to the company that distributes your product? Multiply that one tiny dollar by 100,000 units, suddenly your product costs the distributor $100,000 more to distribute. Remember, it's not (usually) the distributor who charges you $400 for a PDA that has to eat the cost of this license, it's the manufacturer who implements the FAT filesystem in the product it manufactures.

    4. Re:So raise the price by a quarter! by Phronesis · · Score: 1
      I don't get your reasoning. It's not the manufacturer who has to eat the cost of the license. It's the consumer. If the mfg. pays $0.25 for the license, tacks $0.50 onto what he charges the distributor, he's selling the license at a 100% markup. How does this lose money?

      The distributor in turn pays $0.50 extra to the mfg to cover license fees and raises the price to the consumer by $1.00, so the consumer pays $1.00, the distributor pockets a $0.50 markup and the manufacturer pockets a $0.25 markup on the license fee. Neither eats any loss because they pass their costs on to the consumer.

      About that $50,000 the distributor pays for license fees on 100,000 units, which retail for $400 and thus wholesale for around $200, this represents only 0.25% of the total distribution costs. Since the distributor raises his price to the consumer, he gets $100,000 more from the end sales. All has to do is make sure that he doesn't pay more than $50,000 in finance charges on the $50,000 licensing fees while waiting to sell the units. At standard interest rates, this means that he needs to unload his inventory in less than 14 years.

    5. Re:So raise the price by a quarter! by pkey · · Score: 1

      Well, lets say the two of us are manufacturers of USB drives. You sell yours formatted FAT and tack $0.50 onto the price. I, however, decide to sell mine unformatted and let the end user format them from Windows. Now my drives are $0.50 cheaper than yours. Which one of us will the distributor buy from?

      Granted, the simple answer is for both of us to sell our products unformatted but it's not that simple when you start talking about products where firmware will have to be rewritten in order to avoid using FAT. Of course, all the manufacturers may decide to tack that $0.50 on in more complicated areas, in which case the consumer would eat the cost.

      All I'm really trying to say is "Just tack on $n" isn't really simple as most people seem to think.

    6. Re:So raise the price by a quarter! by Phronesis · · Score: 2, Insightful
      Let's say I'm making cheap USB drives. If I want to do much business selling devices at that price point, I should be selling over a million units per year to stay in the hardware business. At that rate, I will quickly hit the $250,000 cap on Microsoft's license and I won't have to pay any per-unit royalties after the first year. Remember that the royalty cap is per manufacturer, not per product.

      Meanwhile from the consumer's point of view, the difference between a $50.00 drive and a $50.50 drive is 1%. If consumers were strongly motivated by 1% price differences, we'd see stores advertising 1% off sales.

  316. Right.... by CatOne · · Score: 1

    And how is my PC or Mac going to read a Compact Flash card formatted with reiserfs?

    This really could be a big issue... quite a stinker. I'd think CF makers could be over a barrel, and perhaps digital camera makers, too.

    1. Re:Right.... by Anonymous Coward · · Score: 0

      And how is my PC or Mac going to read a Compact Flash card formatted with reiserfs?

      The same way it would read any other filesystem from a flash card, assuming you're running an OS that supports ReiserFS. Linux supports it and runs on both platforms you listed.

      And if this patent becomes a real problem, some hardware companies could probably pay Namesys to port ReiserFS to more popular operating systems. I imagine it would be cheaper than $250,000.

    2. Re:Right.... by CatOne · · Score: 1

      You've completely missed the issue.

      And actually the real problem is that millions of "embedded" devices write to FAT32 cards. For example, you can't change my Canon D60 to read ReiserFS formatted cards instead of FAT/FAT32 formatted cards.

  317. OS/2 also did this by brokeninside · · Score: 1

    IBM's OS/2 v3.0 (released in Q4 1994) allowed long filenames (as well as other extended file attributes) to be stored on a FAT partition. Previous releases may also have had that capability.

    1. Re:OS/2 also did this by Anonymous Coward · · Score: 0

      OS/2 LFN and EAs were not stored 'in' the FAT filesystem. They were stored 'on' the filesystem in special binary files.

  318. Re:push to opensource filesystems by tepples · · Score: 1

    The patents cover VFAT (the long file name layer on top of FAT). How about using a FAT16 partition containing a network redirector driver 'mount.exe', followed by a different sort of filesystem?

  319. Don't you have to enforce your patent always? by CertGen · · Score: 1
    I'm actually studying for my Professional Engineering License exam right now so I'm feeling all in touch with the law (at least as it is in Canada). Our patent system requires that you activily enforce your patent rights from the start. You can't let everyone adopt your technology and they wake up one day and say "Hey! I should charge them now that my patent is a defacto standard!" No judge would go for that in a patent infringement case -- which is presumably what you'd get slapped with you don't pony up the cash to MS.

    I would hope that there is enough money floating around in the memory/disk making pool to take MS to task on this on and get their claims to licensing thrown out.

    But hey, as the saying goes, IANAL...

    1. Re:Don't you have to enforce your patent always? by fordboy0 · · Score: 1
      "Our patent system requires that you activily enforce your patent rights from the start."

      Isn't this similar to what happened to the Bayer Corp. and their trademark on the name Aspirin?

      --
      Ligaguinggligagiggagoogoogwillgo
    2. Re:Don't you have to enforce your patent always? by CertGen · · Score: 1

      That looks more like an unenforceable trademark than a patent, but the idea is the same: Bayer was negligent in trademarking and enforcing the trademark "Aspirin" so they forfeited the right to selective enforcement as time went on. I think MS will find they forfeited the right to charge for FAT a long, long time ago...in a galaxy far, far away...

  320. As Requested by Spazmania · · Score: 1

    How much do you want to bet that this came about because some flash-card manufacturer asked Microsoft for licensing terms and not the other way around?

    Seriously, think it though. Patents protect the method of doing something, not its results. Formatting a disk might be covered, but once created the resulting data on the disk is not.

    The card manufacturers aren't actually running a DOS format on each flash card; they're doing a block-by-block copy of the data from an already formatted flash card. And even if they're not currently, they trivially could. The block-copy method would not be covered by any conceivable patent.

    Remember, patent is not copyright. Copyright applies to the duplication of a work; patent does not. Patent only applies to the actual use of a particular method or device.

    There are always some suckers out there convinced they need a license for everything. Why shouldn't Microsoft accept their "gifts"?

    --
    Moderating "-1, Disagree" is simple censorship. Have the guts to post your opinion.
  321. Doctrine of laches by tepples · · Score: 1

    Patents can be enforced at any time by the patent owner. They can also be selectively enforced

    True, the use-it-or-lose-it rule is much weaker with patents than with trademarks, but there still exists the doctrine of laches (look it up on Google).

  322. euro vs. US, and FAT vs. FAT-compatible, syslinux by drwho · · Score: 1

    OK I am going out on a limb here, because I haven't bothered to check these vague rememberances of facts before posting...but hey this is slashdot, why bother?

    anyhow, I know there is a difference in the effective life of a patent under EU and US patent laws. I believe that the US law says the timer stats clicking when the patent was issued, and the EU law says the timer starts clicking when the patent was filed. If Microsoft's patents did take 8 years to issue, this is probably Microsoft stalling the process by filing amendments, etc, meaning the patents may have been filed in 1984. So under EU law they have expired. I am not a lawyer, so this is not legal advice.

    Second, we don't care about making FAT filesystems. We just want compatibility with FAT. This means that any copyright on FAT is not very important, and many patents aren't either. People have mentioned the extended filename patents as the only ones Microsoft has on FAT. Should this concern users of embedded devices? Not at all -- many of them are using the 8x3 format anyhow.

    This issue is close to my heart, as I am developing an embedded Linux for wireless applications based upon Bering/LRP, which uses syslinux. Luckily, syslinux uses the 8x3 system so I don't think there is anything to worry about.

  323. I used to run DOS on top of HPFS by brokeninside · · Score: 1

    Back when I ran a dual boot OS/2, DOS/Win3.1 machine I installed DOS on top of an HPFS formatted drive.

  324. The Patents don't specify devices or software. by Svartalf · · Score: 4, Informative

    A Patent, in and of itself, doesn't care about those things. So, in actuality, Microsoft could ask for royalties on each and every Patent on this list and legitmately so unless each are invalidated or your implementation is somehow found to not infringe.

    Let's go over the Patents one by one, shall we?

    5,579,517 - Common name space for long and short filenames. Filed for on April 24, 1995. This one only impacts you if you're using a Common Name Space for long and short filenames. Basically, the scheme they deployed for Chicago- references a preferred embodiment for MS-Dos 5.0 that was apparently handed to the USPTO as part of the application. Very much likely to be invalidated, though, by their OWN prior art release of Chicago to the world in December of 1993. This describes a scheme for handling long and short filenames correctly. If it's not invalidated, you might run afoul of it trying to do a VFAT type implementation.

    5,745,902 - Method and system for accessing a file using file names having different file name formats. Filed for on July 6, 1992. Reading the abstract of this one, you'd have to allow renaming of just the name and preserving the extention for the purposes of keeping track of the filetype. Abstract explicitly mentions the use of a B-tree (Limits the scope of what they're claiming- you can possibly sidestep things by using red-black, AVL, etc...). They don't appear to have troubled this application with a possible prior art release, but unless you're doing the exact same thing for handling renames, etc. I don't think you're impacted by this one.

    5,758,352 - Common name space for long and short filenames. Filed on September 5, 1996. A cursory reading of the Patent filing made by Microsoft leads one to believe that this is a re-application of the 5,579,517 Patent. While I'm not an IP lawyer, they appear to be claiming the same basic things in both documents. If this, in fact, the case, the 5,579,517 Patent's invalidation would likely invalidate this one. You would probably run afoul of this Patent if you attempted to implement a VFAT style filesystem.

    6,286,013 - Method and system for providing a common name space for long and short file names in an operating system. Filed on January 28, 1997. This one is an EXPLICIT Patent-style description of how Windows 95/98/Me handles long filenames on an x86-32 platform. Cute. The applicablity of this Patent to anything other than an exact clone of Windows 95/98/Me is doubtful at best. They explicitly mention things like BIOS interrupts and x86 register names in their claims. Better yet, the preferred implementation was deployed to the World at large in Windows 95- TWO YEARS PRIOR to the filing date.

    You should consult a Patent attorney before making any decisions regarding this request for royalties from Microsoft. However, having said this, I'd feel fairly comfortable about the situation overall based on the observations made above.

    --
    I am not merely a "consumer" or a "taxpayer". I am a Citizen of the State of Texas
    1. Re:The Patents don't specify devices or software. by Ben+Hutchings · · Score: 1

      The applications that resulted in the '517, '352 and '013 patents are continuations of applications made on 1st April 1993, so you would need to find prior art predating that.

      NT supported VFAT from version 3.5 or possibly earlier so a beta of that might predate the applications, but I doubt it.

      There are many dual-name schems that predate the '902 patent and so limit its scope, so I think that it should not be too hard to work around, as you say.

      The '352 patent is much more comprehensive than the '517 patent. The latter only covers the basic methods of hiding long filenames from DOS and verifying that they have not been overwritten, whereas the former covers most of the operations of a VFAT implementation.

      I'm afraid it looks quite bad to me for VFAT implementors. However, Microsoft's current targets mostly aren't using VFAT so I don't know quite what they're playing at.

  325. Linux needs a patent portfolio by xant · · Score: 1

    Companies typically defend themselves against this kind of attack by having patents on lots of stuff. Surely there is lots of code in Linux that is eligible for a patent, and can be assigned to some holding company. Such an entity could then offer to do patent trades whenever MS or some other big software bully decides to swing the patent club.

    (BTW, don't bother to tell me that this patent only covers embedded devices formatted with the fs, because Microsoft could change its mind.)

    --
    It's rare that you're presented with a knob whose only two positions are Make History and Flee Your Glorious Destiny.
  326. reverse engineering fair use? by ecklesweb · · Score: 1

    Didn't I read somewhere that it's fair use to reverse engineer something to ensure compatibility? If that's true, then why would a device maker need to license FAT from Microsoft? Yeah, I probably read that on /. in a comment that ended in "...but IANAL".

  327. Take heed, MONO / .NET programmers... by Anonymous Coward · · Score: 0

    Microsoft gets a format (FAT) widely deployed all over the place, to the extent that it would be tremendously expensive to yank it out, and then, they pull their patent card. This is EXACTLY what will happen with .NET, and MONO will be the victim of it. Don't do it! It's a trap!

  328. The US Patent Office by magicianuk · · Score: 1

    A bit obvious, but type "US Patent" into Google and get

    http://www.uspto.gov/patft/

    Type in the number (including commas) and you'll get the full text of the patent.

    HTH!

  329. This is the future of Mono by LamerX · · Score: 1

    Micrsoft is now fucking the entire computer industry. They made it okay to use FAT, just like they're making it okay to make Mono. Just wait til they use thier patent to enlist litigation against the Mono team, and all the people that make products based on Mono. Cloning a company that makes mediocre software is not the way to go, and ovbiously for all the people that decided to use FAT, they're screwed now.

  330. FAT joke by rexguo · · Score: 1

    I, for one, welcome our new FAT overlords...

    --
    www.rexguo.com - Technologist + Designer
  331. Flash memory is a block device. by Chris+Burke · · Score: 4, Informative

    While flash is random access and doesn't have a physical seek latency, it is indeed a block device. On reads this isn't evident, but on writes it is. You can only overwrite whole blocks at a time. This is why it actually does make some sense to use traditional file systems on flash devices.

    --

    The enemies of Democracy are
    1. Re:Flash memory is a block device. by Ben+Hutchings · · Score: 1

      Newer flash memory (which uses NOR gates rather than NAND, or possibly the other way round) doesn't support random access reads either. I think the reason for taking this apparent step back is that it reduces power consumption.

  332. Strategic Move by Linus+Sixpack · · Score: 2, Interesting

    This is not a huge money maker for Microsoft, this is a strategic move on a couple of fronts.

    1. To all those who say the announcement only covers hardware -- you're all wet. This might mean similar claims may be made against software strategies and not knowing is worse than a claim.

    2. Linux attack may only be an added bonus for Microsoft in this measure. They might be preparing to build a case for database driven file storage. The SQL server vision they've been talking about. I'm not debating its workability.

    Microsoft likes to control the market rather than compete in it. The licensing issue is a new stick or carrot. When they want to push people off FAT drives they can raise this license price.

    3. Linux should take this seriously, where it is affected -- I dont know enough to answer that.

    Open source should continue appealing to the government for a right to interroperate according to simple, sustainable rules. The government is responsible for protecting consumer choice and fair market -- Microsoft's history shows it cannot be reasonable in this matter.

    The Intellectual Property basis for the available file systems should be catalogued. If there is a clear best choice it should be made known.

  333. Dont be pendantic by geomon · · Score: 1

    Of course they will not charge users who make floppies for personal use - yet.

    This article points out just one more example of how MS creates 'standards' for the sole purpose of generating future cash flow, not for any technically superior performace gain.

    Do you understand?

    --
    "Rocky Rococo, at your cervix!"
  334. More likely... by LO0G · · Score: 1

    More likely is one of the two following:

    1) Antitrust people in Europe are forcing Microsoft to license this stuff.

    2) Embedded device manufacturers want LFN's on their cameras and in order to prevent the embedded manufacturers invent their own, M$ is simply licensing the long file name extensions to FAT to prevent them from doing this.

  335. Good! by gnuLNX · · Score: 1

    The more the try and charge for such a thing the more people will look at considering other open source file systems

    --
    what?
  336. Don't want to pay MS tax? by Dan+Yocum · · Score: 1
    Time to invest that $250K on Linux development for your companies embedded solution!


    Thank you, MS for making Linux more appealing.

  337. Analysis of Microsoft FAT patents by XNormal · · Score: 1

    #include

    5,579,517
    VFAT - short filenames + long filenames in consecutive directory entries. Seems to cover only the method of writing such files. A read-only vfat driver or a read-write driver that reads long filenames but only writes short ones seems ok. The current read-write vfat driver in Linux is theoretically in danger. So are cameras and other kinds of equipment using fat-formatted flash with long filenames,

    5,745,902
    An alternative method of implementing short + long filenames using B-trees. This does not appear to be the method actually used in VFAT. My guess would be that this is one of the alternatives Microsoft considered during the development of Windows 95 to handle long filenames. This patent does not appear to be relevant.

    5,758,352
    Continuation of the first patent. (Continuation means adding more claims, but they must be of things described in the original disclosure). This one also claims the medium while the original patent only claimed the method of writing to it. According to this there seems to be a basis for Microsoft's request for royalties on preformatted media, but only if it comes preloaded with data using long filenames. There is money in the removable flash media market and Microsoft is after it.

    6,286,013
    This one claims certain things about a long filename API. It seems very sloppily written and probably would not be enforcable in court. You *really* don't want to get in court against Microsoft, though.

    --
    Stop worrying about the risks of nuclear power and start worrying about the risks of not using nuclear power.
    1. Re:Analysis of Microsoft FAT patents by yeremein · · Score: 1
      An alternative method of implementing short + long filenames using B-trees. This does not appear to be the method actually used in VFAT. My guess would be that this is one of the alternatives Microsoft considered during the development of Windows 95 to handle long filenames. This patent does not appear to be relevant.

      I didn't read the patent in detail, but it could be relevant to the combination of short and long filenames on NTFS, which is indeed implemented using B-trees.

  338. The way I remember it, by pair-a-noyd · · Score: 1

    IBM came out with the Disk Operating System first.
    I still have a factory copy, manuals and disks of IBM DOS 1.0....

    I recall Micro$hit coming out with a DOS around 3.x, I think it was the AT&T 6300 that I first began seeing MSDOS shipping with. MSDOS 3.1 I think it was.

    We were loading IBM DOS 2.1 on 5160's w/10meg hard drives long before we ever heard of Micro$hit.

    As far as I can remember, MSDOS never released a 2.x DOS. So, who invented the FAT system? I would lay money on it that IBM did.

    Know M$'s history of ripping people off though, this comes as no suprise.

    1. Re:The way I remember it, by spitzak · · Score: 1

      My god, ignorance no longer is just for Unix history here, but for Microsoft history as well.

      PC-DOS certainly was written by Microsoft (ok, if you insist, bought by them from another company, but they did own it and modified it a little). IBM paid Microsoft to develop it for the PC. The fact that it came in a box from IBM did not mean IBM developed it. The paint on the outside of the PC was also not developed by IBM, they paid for it, too.

    2. Re:The way I remember it, by pair-a-noyd · · Score: 1

      IBM DOS was the only thing for sale where I was working, we didn't stock, carry or offer MS-DOS until the AT&T 6300 came out. We had never heard of MS-DOS before then. One of the drawbacks of working for a big corporation..

      Anyway, you are right, here's the poop on DOS..

      http://www.maxframe.com/HISZMSD.HTM
      History of MS-DOS

      By: Leven Antov

      Development of MS-DOS and PC-DOS began in October 1980, when IBM began searching the market for an operating system for the yet-to-be-introduced IBM PC.

      IBM had originally intended to use Digital Research's (actually, they had the somewhat pretentious name of "Intergalactic Digital Research" at the time) CP/M was then the industry standard operating system - you either ran a BASIC with disk functions, someone's proprietary OS, or CP/M.

      Folklore reports various stories about the rift between DRI and IBM. The most popular story claims Gary Kildall or DRI snubbed the IBM executives by flying his airplane when the meeting was scheduled. Another story claims Kildall didn't want to release the source for CP/M to IBM, which would be odd, since they released it to other companies. One noted industry pundit claims Kildall's wife killed the deal by insisting on various contract changes. I suspect the deal was killed by the good ol' boy network. It's hard to imagine a couple of junior IBM executives giving up when ordered to a task as simple as licensing an operating system from a vendor. It wouldn't look good on their performance reports. It would be interesting to hear IBM's story...

      IBM then talked to a small company called Microsoft. Microsoft was a language vendor. Bill Gates and Paul Allen had written Microsoft BASIC and were selling it on punched tape or disk to early PC hobbyists, which was probably a step up from the company's original name and goal - they were Traf-O-Data before, making car counters for highway departments.

      Microsoft had no 8086 real operating system to sell, but quickly made a deal to license Seattle Computer Products' 86-DOS operating system, which had been written by Tim Paterson earlier in 1980 for use on that company's line of 8086, S100 bus micros. 86-DOS (also called QDOS, for Quick and Dirty Operating System) had been written as more or less a 16-bit version of CP/M, since Digital Research was showing no hurry in introducing CP/M-86. Paterson's DOS 1.0 was approximately 4000 lines of assembler source.

      This code was quickly polished up and presented to IBM for evaluation. IBM found itself left with Microsoft's offering of "Microsoft Disk Operating System 1.0". An agreement was reached between the two, and IBM agreed to accept 86-DOS as the main operating system for their new PC. Microsoft purchased all rights to 86-DOS in July 1981, and "IBM Personal Computer DOS 1.0" was ready for the introduction of the IBM PC in October 1981. IBM subjected the operating system to an extensive quality-assurance program, reportedly found well over 300 bugs, and decided to rewrite the programs. This is why PC-DOS is copyrighted by both IBM and Microsoft.

      It is sometimes amusing to reflect on the fact that the IBM PC was not originally intended to run MS-DOS. The target operating system at the end of the development was for a (not yet in existence) 8086 version of CP/M. On the other hand, when DOS was originally written the IBM PC did not yet exist! Although PC-DOS was bundled with the computer, Digital Research's CP/M-86 would probably have been the main operating system for the PC except for two things - Digital Research wanted $495 for CP/M-86 (considering PC-DOS was essentially free) and many software developers found it easier to port existing CP/M software to DOS than to the new version of CP/M. The IBM PC shipped without an operating system.

      IBM didn't start bundling DOS until the second generation AT/339 came out. You could order one of three operating systems for your PC, assuming you popped for the optional disk drive and 64

  339. Obligatory MSFT satire link by Anonymous Coward · · Score: 0

    http://www.micros-1.com

  340. Software can be considered a device by drew_kime · · Score: 1

    That's how they targetted Elcomsoft for breaking Adobe's encryption. They described the "software device".

    --
    Nope, no sig
  341. my mini-box compact flash is... by nxs212 · · Score: 1

    my mini-box's 256MB compact flash card is...formatted with ReiserFS. Had it been formatted with FAT i would have had lost most of my data already. Oh, and of course it runs Linux, so no need to pay $ for OS...OR buy a 3GHz processor to run bloated windows apps.
    Check out www.mini-box.com if you are thinking about installing a carputer. It's a bare bones system but I was able to add a lot to it.
    1. As long as Microsoft doesn't patent "method" and word FORMAT we will be safe.
    2. As long as memory/storage manufacturers don't format their cards, (leave it up to us) they are ok too.

  342. Failing economy?!?!?! by SKS_realm · · Score: 0

    The economy is failing? Have you paid attention to recent reports?

    here

    1. Re:Failing economy?!?!?! by dpilot · · Score: 1

      This is a spike. It'll last until the deficit catches up to us, presumably after November, 2004. I'm just trying to figure out when to make my stock moves. The economy isn't doing SO well that it'll put us onto the Laffer Curve.

      --
      The living have better things to do than to continue hating the dead.
    2. Re:Failing economy?!?!?! by Un+pobre+guey · · Score: 1
      From the go.com link:
      Especially encouraging was a 18.4 percent growth rate in business investment in new equipment and software in the third quarter. That was even stronger than the 15.4 percent pace previously estimated for the quarter and up from a 8.3 percent pace in the second quarter.
      Spending on residential projects grew at a whopping 22.7 percent pace in the third quarter, also better than the sizable 20.4 percent growth rate first estimated and up from a 6.6 percent pace in the second quarter.

      This looks really suspicious. Who is doing all this spending? What companies do you know of that are doing this? Could it be the few companies that are receiving the well over $100 billion already spent on fighting for Freedom, Justice, and The American Way in Iraq? I sure wouldn't mind if my employer bought me new equipment and software. Who is buying all these new houses, all of the unemployed with nothing else to do? I wish I could buy one.

      I suspect there is quite a bit more than meets the eye in this bizarre statistical spike.

    3. Re:Failing economy?!?!?! by SKS_realm · · Score: 0

      Uhh... what do you mean by "put us onto the Laffer Curve"?
      We are always on the Laffer Curve. Even if the governement makes $0 in tax revenues, we are still on the Laffer Curve. Maybe you have a misconception about what the Laffer Curve is.

    4. Re:Failing economy?!?!?! by dpilot · · Score: 1

      I guess I should have said, "The region of the Laffer Curve where increased econonomic activity will compensate overall tax revenue lost by reducing the tax rate." Reagan clearly wasn't on that part of the Laffer Curve, either. And perhaps that wasn't really the problem, it's that neither Reagan nor Bush II cut taxes while keeping spending under control.

      --
      The living have better things to do than to continue hating the dead.
    5. Re:Failing economy?!?!?! by SKS_realm · · Score: 0

      I think we both agree that spending should have been kept under control. The Bush administration and Congress are still out of control with their spending. However, the financial statements clearly prove that tax revenues increased after Reagan's tax cuts. The problem was, spending was not curbed.

  343. How long do patents last? by Anonymous Coward · · Score: 0

    Did n't FAT come out around 1981 or so? I would think it should be out of patent by now.

    1. Re:How long do patents last? by njdj · · Score: 4, Interesting

      The Microsoft article pointed to by the story claimed that the first version of the FAT file system appeared in 1976. Any 1976 patent has, as you say, expired.

      But the FAT design was such a half-assed pile of crap that it became obsolete very quickly, and Microsoft patched it up several times. Presumably, they patented the fixes.

      It is difficult to understand how even the notoriously permissive US Patent Office could grant a patent to something as far behind the state of the art as the FAT file system. Its only original features were steps backwards from the state of the art. Not only the Unix filesystem, but several proprietary minicomputer filesystems which have since died, were significantly better than the FAT filesystem.

    2. Re:How long do patents last? by MuParadigm · · Score: 3, Informative


      Kind of a moot point. The patents MS lists in the notice are related to FAT 32, which is easily the most widely used implemetation of FAT now. FAT 16 only supports up to 2GB, whereas FAT 32 supports 32GB. Anyone who sets up a FAT partition on a dual-boot system as a common file storage area will be using FAT 32.

      Those patents were granted in the mid-90's, and short of invalidating them via prior art claims, they won't expire for another ten years or so.

    3. Re:How long do patents last? by aminorex · · Score: 1

      So flash cards should be safe from the patents
      for at least a couple of years.

      --
      -I like my women like I like my tea: green-
    4. Re:How long do patents last? by Anonymous Coward · · Score: 0

      Nothing about patents says that they have to be the best of all possible ways to do something. They just have to be a particular way.

      If someone invents a better way, then they can go patent (or not) their improved method.

      Being "state of the art" has nothing to do with patents. Patents aren't a Nobel Prize for technical merit.

    5. Re:How long do patents last? by pilgrim23 · · Score: 1

      The 1st FAT was FAT12. FAT12 is similar to FAT or FAT16 but only supports a 32mb partition size. In like manner, the original ProDOS developed for the Apple II, to replace the DOS 3.3 (that is APPLE DOS Folks) file system is quite similar to the HFS system that Apple developed (to replace its original MFS) but again, only supports a 32mb partition. FAT16 and HFS support up to 2gbs ..

      --
      - Minutus cantorum, minutus balorum, minutus carborata descendum pantorum.
    6. Re:How long do patents last? by David+Chappell · · Score: 1

      This is a good point. MS-DOS 2.0 introduced sub-directories, but all changes since they have been simply changes in the size of data items such as FAT entries, root directory, or storage clusters. Perforance improvements have been the result of impovements to the implementation code, not to the on-disk structures.

    7. Re:How long do patents last? by Anonymous Coward · · Score: 0

      And the special FUD at the end of patent list

    8. Re:How long do patents last? by Anonymous Coward · · Score: 0

      There could not be a 1976 patent, since FAT is software.

      http://www.bitlaw.com/software-patent/history.ht ml

      "The 1981 case of Diamond v. Diehr provided the first instance in which the U.S. Supreme Court ordered the P.T.O. to grant a patent on an invention even though computer software was utilized."

  344. It's not as bad as it sounds by Steffan · · Score: 1
    They're charging for a patent on software they rightfully own and have created. They're charging a quarter (US $0.25) per device, including pre-formatted media and devices that read them, e.g., mp3 players, cameras, etc. FWIW, their license page talks only about those two types of devices. They don't mention software implementations, which could mean that
    • A) They don't care about software implementations of non-embedded devices
    • B) They don't plan to
    • offer a license for non-embedded uses
    Obviously, the kernel will be affected if they decide to make licensing mandatory for software uses. My guess is that if the requirements become too onerous, or the margins too thin, that manufacturers in the embedded market will use some free implementation of an alternate filesystem. It probably wouldn't be a huge deal for most non-removable media, and for the others, there's always the possibility of a windows FS driver.
    Really, the situation is not much different from a commercial developer wanting to license a GPL'd filesystem and not release source - they'd need to pay some royalty to the developers / FSF (If this is even possible - It's been mentioned that you'd need agreement from all of the owners)
  345. So, hard links do much the same by Anonymous Coward · · Score: 0

    Hardlinks on disk do much the same, have been around far longer. The only oddity in vfat names is that they arrange things so only some links show. Similar tricks in CDs that allow for multiple formats have been around since CDs began.

  346. Survey says... by Svartalf · · Score: 1

    ...BZZZZT!

    Patents do not cover specific things like being on Media, implemented in software, implemented in hardware, etc.

    If the verbiage of the Patent covers a given implementation of a given Invention and your Invention's implementation touches on the Patented Invention, you're infringing- PERIOD.

    Just because they're saying it's only the people that are producing the media that have to pay NOW, doesn't mean they won't come knock on your door at a later time for their money for your implementation in your Open Sourced OS.

    --
    I am not merely a "consumer" or a "taxpayer". I am a Citizen of the State of Texas
    1. Re:Survey says... by Junta · · Score: 1

      But, again, how is *this* move 'shooting themselves in the foot'? I can see an argument for shooting everyone *else* in the foot, but MS has nothing at all to lose from *this* one move. Now if they start pounding on Open Source implementations causing platforms to drop support for reading FAT filesystems, then I could see a potential for self-foot-shooting, as open platforms drop support, some current dual booters may ultimately drop MS OS that they had previously used out of laziness when the pain of data sharing between platforms becomes incredibly great. But until that move in the strategy is announced, you can't claim they are making a stupid move.

      --
      XML is like violence. If it doesn't solve the problem, use more.
  347. It's really all about long filena~1 by Qrlx · · Score: 1

    As a million people have pointed out, Micros~1 only has patents on the implem~1 of long filena~1 on FAT.

    My question is: Does anybody out there know of a digital camera or similar device that actually uses long filena~1? I have a Nikon Coolpix digital camera and it stores the pictures in classic 8.3 format. I can't really see too many reasons why a manufa~1 would include long filena~1 support in a device. Maybe Tivo would, so you don't end up with a box full of TheSim~1 or QueerE~1.

    (This post conver~1 to mixed case for enhanced readab~1.)

    1. Re:It's really all about long filena~1 by KnightStalker · · Score: 1

      I have a Neuros, which is like an iPod, and, like that, it uses FAT32 for both the long filenames and the larger filesystem size. But the device will automatically format the internal HD if it boots up unformatted, so it should be easy for the manufacturers to get around this license fee -- just ship it blank.

      --
      * And remember, it's spelled N-e-t-s-c-a-p-e, but it's pronounced "Mozilla."
    2. Re:It's really all about long filena~1 by morgue-ann · · Score: 1

      Digital cameras are not supposed to use filenames longer than 8.3 at all. That's set by the DCF specification from JEITA.

  348. It seems to me, by man_ls · · Score: 1

    that these patents cover FAT32 used in >1GB Flash cards, not the FAT12/FAT16 used on smaller cards.

    FAT32 is much more recent and hence is still covered under patents, and it's not one of those "out for 8 years, starts enforcing on the nineth"

    it's probably closer to, out for 5 years but never used by anything other than the owner, now other people are starting to use it, so it's going to be enforced.

    a much less evil method of patent enforcement than other corporations have done.

  349. But how does this affect Samba ? by Anonymous Coward · · Score: 0

    >> Litigation: The Business Model of the Future!(TM)

    So is Micro$oft is going to sue Samba for the use of long file names. And I thought the SCO lawsuit was bad.

  350. This is just the preliminary step... by Supp0rtLinux · · Score: 1

    First they'll start with something like FAT which has been around since Win 3.x and has secured patents. Then, they'll go after all the open source people that make use of it or provide compatibility, but without a license, similar to how SCO is operating. With precendents set, NTFS abusers and coders will be next followed by groups who offer protocol compatibility such as the Samba Team... protocols like SMB, etc.

    The basic idea is this: if MS is going to start losing money and market share to better or improving open source OS's (linux) and apps (open office), then they'll make up the difference through IP suits. Only they aren't going to wait til they're broke like SCO did. They're starting early.

    Just think of all those zillions of "MS formatted" floppies sitting on shelves. At one time, MS encouraged this practice so people would use Windows. Now they're biting the hands that helped feed them.

    1. Re:This is just the preliminary step... by Newtlink · · Score: 0

      NTFS is a butchered HPFS..

      so, i figure that IBM could charge a tax to ms for using it's FS to base NTFS on..

      --
      i hate microsoft.
  351. Why now? by Anonymous Coward · · Score: 0

    Would they have tried that when AOL was carpet-bombing us with floppies?

    Good question, eh?

  352. Patents can be enforced at any time... by Svartalf · · Score: 1

    ...at the discretion of the Patent holder. If they weren't actively enforcing the Patent for an extended period of time (Like this situation), they generally may not demand back royalties owed or damages, but they can demand you discontinue the use if you don't pay future royalties and they can choose what the royalties are, including not being able to choose to pay them (i.e. you don't get to use this again until the Patent expires or is invalidated for some reason...).

    --
    I am not merely a "consumer" or a "taxpayer". I am a Citizen of the State of Texas
  353. What would Al Gore say? by Anonymous Coward · · Score: 0

    Is this what that miserable failure had in mind when he invented internet.

    1. Re:What would Al Gore say? by MacDaffy · · Score: 1

      Go to Google, type in "miserable failure" and hit the I'M FEELING LUCKY button to get the correct answer.

  354. Conspiracy Theory by TALlama · · Score: 1

    It only applies to consumer electronics that ship with a FAT filesystem on their harddrives.

    Hrm, what wildly popular consumer electornic device ships with a hard drive that is FAT-formatted, but doesn't currently ship all of its revinue to Redmond?

    iPod, welcome to the world of the Microsoft Tax.

    --

    - The Amazina Llama

  355. MOD PARENT UP! by Anonymous Coward · · Score: 0

    WTF. He's right!

  356. Ship them unformatted like floppies then? by Zed2K · · Score: 1

    Have the device format it or require a pc to format it. Treat it just like a floppy.

  357. I'm glad by fozzylyon · · Score: 1

    I'm kinda glad Microsoft is doing this. I like to see big corporations get bigger through extortion. It reminds me of my childhood in Sicily. Ah... the bullies and their "families."

  358. But isn't this a circular argument? by runlvl0 · · Score: 1

    I mean, according to Matthew Szulik, more advanced OSes are inappropriate for the casual computer user because you have to futz around with things like filesystem drivers:

    "I would argue that from the device-driver standpoint and perhaps some of the other traditional functionality, for that classic consumer purchaser, it is my view that (Linux) technology needs to mature a little bit more." Szulik gave an example of his 90-year-old father going to a local retailer in order to purchase a computer with Linux: "We know painfully well what happens. He will try to get it installed and either doesn't have a positive experience or puts a lot of pressure on your support systems," he said.

    So now that you'll either not "have a positive experience or put[s] a lot of pressure on [y]our support systems" trying to install a digital camera or flash media under Windows, do you think that Microsoft will have to drop their desktop distribution?

    --

    Carthago delenda est!
    1. Re:But isn't this a circular argument? by Clover_Kicker · · Score: 4, Insightful

      >So now that you'll either not "have a positive experience or put[s] a
      >lot of pressure on [y]our support systems" trying to install a digital
      >camera or flash media under Windows, do you think that Microsoft will
      >have to drop their desktop distribution?

      This fear of "negative experience" will cause the camera vendor to bend over and pay the license fee, because they (rightly) fear their customers are not capable of installing extra drivers.

  359. XFS by MuParadigm · · Score: 1


    XFS is a journaled file system created by SGI. Its primary use is for *huge* files, such as the kind typcially used in multimedia work, and very large databases. It has nothing to do with DRM, and is certainly not suitable for embedded devices or small to medium size files, such as those stored on floppies, usb sticks, etc.

    1. Re:XFS by cynicalmoose · · Score: 1

      Thanks. I thought it was a horrible new system to be used in Windows from about 2005.

      --
      Exercise your right not to vote. thinkoutside.org
  360. A Greedy Monopolistic monster? by CitznFish · · Score: 1

    Who would have thought....

    --
    'mmmmmmmmm.... forbidden donut'
  361. Prior Art by pjrc · · Score: 1
    I believe there were a number of products for windows 3.1 which added long filename support, using a variety of different techniques.... but all of them ultimately leaving the original 8.3's in place, thus establishing a dual name space as described in the patent.

    Were any of those early enough to be prior art?

  362. I don't think this can help Linux at all by iPaul · · Score: 1

    Given that almost all cards out there are formatted with FAT and given that most devices use FAT, a device manufacturer would have a VERY hard time using a non-fat filesystem. Take a camera, for example. We've come to expect the ability to pull the card out of the camera and stick it into a desktop reader, or hand it over to the photo processing place for prints. If the manufacturer switches to EXT2, Minix, or whatever, they loose that compatiblity.

    Once they have established the pattern of charging a license for the FAT filesystem, they will also approach other OS vendors (outside of embedded devices) for a license fee.

    --
    Leave the gun, take the cannoli -- Clemenza, The Godfather
    1. Re:I don't think this can help Linux at all by endrek · · Score: 1

      or if enough move away to something else or something new windows could be made to support it (they can make you install drivers remember) and fat will just stop getting used for this stuff.

      Its a gambit. Still, everytime they take these gambits they move closer to the point of no return. Each step a few more people move away, and one day critical mass will be achived and then they'll be dead.

  363. You call that fat? by Anonymous Coward · · Score: 0

    My granma was so FAT, I tell you!

    So yeah, we have prior art on that patent.
    (boom boom chink!)

  364. I GUESS the DOJ was wrong. by Bubba-T · · Score: 1

    Yes your honor, We have no plans to be a monopoly, were just going to license everything to everyone.

  365. Re:push to opensource filesystems by Anonymous Coward · · Score: 0

    Wow. Macs can access hardware without driver software? Cool trick.

    Fortunately for us Windows users, the drivers for stuff that follows a standard USB or Firewire device profile have been builtin to the OS for about 4 years.

  366. revenue must be down by ksheff · · Score: 1

    now every manufacturer of media & portable devices must pony up at most $250K. Given the number of manufacturers, this will be a considerable amount. I hope the consumer electronics manufacturers will band together and create their own filesystem (or just re-use a free one). In effect, giving MSFT the finger.

    --
    the good ground has been paved over by suicidal maniacs
  367. MS can't do this by loxosceles · · Score: 1

    It'll be very difficult for them to win if this is challenged. Not enforcing patent rights for 5-7 years and then having a change of heart doesn't work. If you don't enforce your patent rights through litigation in a timely manner once you're aware they're being violated, you lose those rights. MS still has the patent, they just can't enforce it anymore.

    1. Re:MS can't do this by yeremein · · Score: 2, Insightful
      Not enforcing patent rights for 5-7 years and then having a change of heart doesn't work. If you don't enforce your patent rights through litigation in a timely manner once you're aware they're being violated, you lose those rights.

      Sadly, that simply isn't true. Trademarks work that way, but patents do not.

      Unisys successfully pulled off just such a stunt with LZW compression as used in GIF files.

  368. Why not FAT32? by JFMulder · · Score: 1

    I mean, the article states that they're licensing FAT16, not FAT32. Wasn't FAT16 limited to 2 gigs partitions? FAT may be fine for current consumer flash cards under 2Gigs, but since 1 gigs cards are already out, it's a matter of time before 2 gigs come out, and then 4. Licensing FAT16 seems like a dumb idea to me. FAT32 is better in the long run.

    Unless, , they want companies to license FAT16, then go "Oh f***" and license FAT32 when 4 gig flash cards come out.

  369. Read My Lips by Uosdwis · · Score: 1
    I would like to introduce bill HR-12AB-FAB (Microsoft is sooper!)

    impose a 25 cent tax on all uses of long file names. It's not our fault you used our crappy old method of file naming and had to convert when we forced you to

    impose a .0095 cent tax on all uses of 'Mircorsoft', 'micro$oft', and 'microshaft' through out the web. To protect our intellectual uh doohickies

    impose a .0098 cent tax an all uses of the colors red, blue yellow and green Our paint program developed those colors!

    impose a .002 cent tax on the use of the the adverbs 'today', 'where'; verbs 'do','want','go' and pronoun 'you'. We thought of this phrase first DAMNIT!!

  370. DR-DOS by fadethepolice · · Score: 1

    Western digital uses DR-DOS http://www.drdos.com/products.html to format their hard drives,and judging by their website it looks like competition is really heating up in the pay - to - format arena I wonder how many devices you are allowed to format with your data / lifeguard tools?

  371. Yes, this affects Linux, no, they are not invalid by 0x0d0a · · Score: 2, Informative

    Thank you for your excellent reading. This should definitely be modded up. However, I'd like to add a couple of comments.

    First, by your reading, it seems that only VFAT is affected. This is bad, but not as bad as it could be.

    Second, some other people have posted that the license applies only to embedded devices. This has nothing to do with the infringing or noninfringing nature of Linux. All this means is that the only group Microsoft has offered to license to *legally* use long filenames on FAT is the embedded folks. This means that there is currently no option (if indeed the VFAT kernel module infringes, as it appears to do) for Linux folks to have uninfringing use. There is no requirement for Microsoft to provide such a licensing option, and they may sue for damages regardless of whether or not they provide such an option.

    Third, my reading is that your argument about the patents being invalid due to prior art is incorrect. The relevant section is USC 35, Part II, Chapter 10, Section 205. The relevant clauses are (a) and (b). (a) does not apply because it only relates to prior art as produced by others. (b) does not apply because it refers to *public* use or sale -- not a couple of MSDN members or whoever got to play with Chicago betas. Windows 95 was released in August, 1995. This is less than a year before the patent application in April, 1996.

  372. Charging to be "WIndows compatible"? by zapp · · Score: 2, Informative

    Of course this is stupid, bad, mean, blah blah blah. You guys have already covered that. What's interesting to me though is that Microsoft needs device makers to make devices that favor (or atleast are compatible with) windows. iPOD (used to) prefer Macs, and so someone in love with iPods would probably prefer a mac. If Microsoft discourages manufacturers from making devices compatible with windows, they will end up hurting their popularity (duh.)

    --
    no comment
  373. No, it is *good* for a monopoly. by Kjella · · Score: 0, Flamebait

    Limiting the ability of others to write FAT-compatible software would be a bad strategic move on MS's part - anyone who currently has another OS interoperating with Windows via FAT may be just as likely to ditch Windows as they are the "other" OS.

    Part of being a monopoly is that your market share is so great that everything "must" interoperate with them. On the whole, if you forced people to choose between either Windows or Linux (No VMware/Wine/NFTS/FAT support, because they all use patented MS algorithms/trusted computing to encrypt all), a lot more would be forced to stay on Windows than they'd lose to Linux. And the lock-in would be pretty damn near permanent. Microsoft would just love it.

    Kjella

    --
    Live today, because you never know what tomorrow brings
  374. VFAT is the lowest common denominator by smcv · · Score: 2, Insightful

    The computer I'm typing this comment on is a Mac, which dual-boots Mac OS X (native filesystems: HFS+, UFS) and Linux (native filesystems: ext[23], XFS, ReiserFS). Neither OS had stable read/write support for the other's filesystems at the time I installed, but everything can write VFAT, so I allocated a 20GB VFAT (FAT32) filesystem (~/Storage in Linux, /Volumes/STORAGE in MacOS) for bulk file storage that should be shared between OSs.

    (Linux supposedly now has reliable read/write HFS+ support, but I haven't tried it yet; if it is indeed reliable, I might migrate /home and ~/Storage onto HFS+, if I can work out how to keep UIDs in sync between the two OSs.)

    The same solution would be useful on a dual-boot WinNT/Linux PC (NTFS vs ...), although in this case VFAT has the additional advantage that it's the "second-best" filesystem for NT anyway.

    (In fact, my PC still dual-boots Win98/Linux, so NTFS isn't an option for me anyway - I might consider upgrading to whatever the latest version is when a lot of software starts to require NT, or I might just run Linux and MacOS exclusively.)

  375. Re:They're talking about things like long filename by Minna+Kirai · · Score: 1

    because you've revealed it to the world as far as the law is concerned.

    The whole point of NDAs is that you have not revealed it to the public from a legal standpoint.

    Is there any other reason for NDAs to even exist?

  376. TiVo by Anonymous Coward · · Score: 0

    I believe uses their own filesystem called MFS and ext2 partitions, 'cos its a Linux box at heart

  377. do they still have that right? by geekoid · · Score: 1

    So many people have been using the FAT for so long, could this be seen as diluted?
    When was the patent issues? when does it expire?

    Couldn't this be seen as anitcompetitve, and thus an abuse of there monopoly power?

    Clearly, they wan't to kill FAT, but Ironically, it wont.

    The devices that use the media will just format the disk as FAT.

    --
    The Kruger Dunning explains most post on /. http://en.wikipedia.org/wiki/Dunning%E2%80%93Kruger_effect
  378. Patents WERE put in place by dpilot · · Score: 4, Insightful

    That was the intent, and I suspect to some extent it still works that way. But I suspect that there's far more happening of a different sort with patents - and that's the creation of a club. Remember the phrase, "stand on the shoulders of giants?" Well, the shoulders are patented. If you want to stand on those shoulders and reach higher, you have to let the giant reach that high, too.

    In essence, patents have created a club, and while you can still get a patent and make money, you probably can't disrupt an existing technology, because you need to license existing technology to make your patent work, and the most likely license term is to cross-license your technology back to the would-be disruptees. They can either take advantage of the technology, or you'll find that the license prevents you from disrupting their business - unless you're excessively lucky.

    I recently heard about a guy with some sort of chemical/drug/food (forget which) patent that's running out. NONE of the industry has agreed to license it, they're just waiting for it to expire. In the meantime he's losing all of his development and attempted marketing money. Maybe he was asking absurd terms, maybe he deserved them, but the industry felt we could get along without the new product, the guy couldn't commercialize without more money than he had, so they could afford to wait.

    Come to think of it, I've got a friend in the very same situation.

    --
    The living have better things to do than to continue hating the dead.
    1. Re:Patents WERE put in place by Tweakmeister · · Score: 1

      I would argue the opposite in most cases:

      Patents with crazy licensing fees, etc. make the individual go their own route...make their invention. If the giant is charging 200,000 for FAT fees, then make your own file system (which is what many companies will do, and Microsoft will be forced to support it). I think once Microsoft sees how difficult it is to support all these systems that crucial vendors create, they'll start offering it free....that's just what works best.

      In the case of your friend, or "that guy" with the chemical/food/drug patent. If the drug is so crucial (ie cancer cure, etc.) that it would effect profits, then those companies would buy it up.

      --

      Colossians 2:8

    2. Re:Patents WERE put in place by tres · · Score: 2, Insightful
      then make your own file system (which is what many companies will do, and Microsoft will be forced to support it).

      You know what? Microsoft isn't about to be forced to do anything by anyone else who still has to play by the rules of competition. Microsoft has shown time and again they will do anything to retain complete control over their development, licensing and every other aspect of their business.

      The last thing Microsoft would do is integrate reading for file systems that they don't have control over. Yes, it may be hard to believe--I mean I couldn't believe it when I first heard--there are actually other filesystems than FAT and NTFS that have already been created. Weird huh? Gee, I wonder how many of those Microsoft has been forced to support?

      Hmm... Lets try native support for:

      • UFS
      • nope
        BFFS nope
        EXT2FS nope
        EXT3FS nope
        HFS nope
        HFS+ nope
        XFS nope
        HPFS nope
      I know it's hard to believe, but there are actually many, many more.

      Sorry, "the market" isn't some omnipotent overpowering force that can't be controlled. The reified "market" won't force Microsoft to do anything, because Microsoft controls that market.

      With each Stupid Patent, the US is painting itself further and further into the corner. By stifling every other player in the land, in order to preserve the Sacred Cow Microsof has become, they are driving true innovation to other places like Inda and China, where a company can exist without the threat of being litigated into the ground for something absolutely outrageous as patenting a 20+ year old filesystem.

      No, Microsoft won't be forced to do anything as long as it is seen as the only viable option available.

      --
      Notes From Under *nix: blas.phemo.us
    3. Re:Patents WERE put in place by Un+pobre+guey · · Score: 1
      Sorry, "the market" isn't some omnipotent overpowering force that can't be controlled.

      Hear, hear! I too am sick of people referring to the Market as if it were some mysterious natural force like magnetism or gravity.

      ... they are driving true innovation to other places like Inda and China, where a company can exist without the threat of being litigated into the ground for something absolutely outrageous as patenting a 20+ year old filesystem.

      Actually, you're mistaken there. These countries are signatories to international treaties that protect IP, so they are subject to litigation in international venues. It's a lot harder, dicier, and more expensive, but you can sue entities in India and China for patent infringement.

    4. Re:Patents WERE put in place by tres · · Score: 1


      But I think the way that IP is protected makes all the difference.

      I'm definitely not for scuttling IP, but rather, the way that it is protected.

      When I think about this, I ask, "If you, as the head of a small company with big ideas can find a) the talent you need to build the product, and b) a less litigious, and volatile environment in which to do it, would it be worth the time and money to go elsewhere to do it?"

      It seems more and more the answer is becoming yes. It's not just about big corporations moving jobs overseas, its about a government that makes it more lucrative to grow a business elsewhere. I don't think IP laws are necessarily the problem, but rather, the way that they are enforced.

      --
      Notes From Under *nix: blas.phemo.us
    5. Re:Patents WERE put in place by Seraphim_72 · · Score: 1


      This is what you remember I think.

      Sera

      --
      Slashdot, where armchair scientists get shouted down and armchair theologians get modded up.
    6. Re:Patents WERE put in place by dpilot · · Score: 1

      That's it. Thanks.

      --
      The living have better things to do than to continue hating the dead.
    7. Re:Patents WERE put in place by Ed+Avis · · Score: 1

      Windows NT used to have native support for OS/2 HPFS; it was included in NT 3.51 as pinball.sys, it wasn't there with NT 4 but you could copy pinball.sys across and have it work. I don't know if this old driver still works with current Windows versions.

      --
      -- Ed Avis ed@membled.com
  379. Retroactively charge AOL by Nom+du+Keyboard · · Score: 1

    Can MS retroactively charge AOL for all those floppies they once sent out?

    --
    "It's the height of ridiculousness to say for those 9 lines you get hundreds of millions."
  380. What are the patents are about by estar · · Score: 1

    The patents cited in the ms article are all for the way FAT-32 supports long file names. Although most appeared to filed AFTER the release of Win 95 and FAT-32. Can anybody confirm this?

    So older versions of FAT don't appear to effected but anything that uses FAT-32 does.

    Rob Conley

  381. Re:Well... by Anonymous Coward · · Score: 0

    I have a portable digital audio player in my pocket. It's called a Sony Ericsson P800 phone. It is also a portable digital video player and a portable digital still camera.

    It also uses VFAT. In fact, the 1.2 million Symbian phones shipped last quarter all had VFAT. That comes to $300,000, just over the maximum license fee.

    When phones begin to ship in volume with PicSel's browser, perhaps Microsoft may take issue with it's sub-pixel antialiasing under the auspices of their ClearType licensing, despite what Steve Gibson may claim.

  382. Ewwww ..... by g_goblin · · Score: 0

    You got a PHAT ASS! ... I mean FAT partition.

    Seriously though, who the hell in their right mind would license this? It's an antiquated filesystem.

  383. Actually, what we have is me being stupid by 0x0d0a · · Score: 1

    JFFS is an unacceptable alternative. The two filesystems have wildly different goals. FAT is simple and can be implemented in a small amount of space.

    Doh. I misread "JFFS" as "JFS".

    The grandparent post is probably correct, though I'm still not sure whether FAT and JFFS have sufficiently similar goals.

  384. Irrelevant. by geekoid · · Score: 1

    You start using a free file format, and include a conversion tool in the software the consumer will install on the PC.

    --
    The Kruger Dunning explains most post on /. http://en.wikipedia.org/wiki/Dunning%E2%80%93Kruger_effect
  385. Born on Floppies == Death of Floppies by Cy+Guy · · Score: 1

    I see this as the final nail in the coffin for floppy disks. For at least a decade now floppies have come pre-formatted with FAT. It takes forever in computertime to format a blank disk, so switching to unformatted disks is not a viable option, and adding $.25 to the cost of each disk (i.e. device) is also cost prohibitive when storage is selling at pennies [or less] per megabyte.

    Assuming this goes forward (and short of a state's Attornies General getting injunctions to stop it - I imagine it will) the floppy format will be dead by mid-2004 at the latest. If MS doesn't intend that as the outcome, then pricing for the license should be based on the amount of storage being formatted. At say $.001/Mb the additional cost for a floppy would be just $.014, and 256Mb flash drives would be treated about the same as the MS proposed pricing: $.256 more each.

  386. Antitrust violation by Anonymous Coward · · Score: 2, Insightful

    this is. MS is using their monopoly unfairly, patent protection or no. This should be fought on those grounds and should win. Anyone with big enough pockets to do so?

  387. In a late announcement today... by SmackCrackandPot · · Score: 1

    Microsoft also announced that they had also placed a patent on look and feel of the Blue Screen of Death (BSOD). They pointed out that they had invested a large amount of money in order to provide the best end-user experience to all customers.

  388. Surprised They Weren't LIcensing Already by reallocate · · Score: 1

    I'm surprised MS hasn't been licensing FAT all along, It's always been proprietary.

    The license is so cheap that I doubt it will drive any but the most fly-by-night vendors into the open source camp. The cost of switching to a new format might well amount to more than the $250,000 maximum payment to MS. The per-unit license of 25 cents will be passed on to consumers,

    --
    -- Slashdot: When Public Access TV Says "No"
    1. Re:Surprised They Weren't LIcensing Already by MrPink2U · · Score: 1

      Bill is that you or just one of your borg?

    2. Re:Surprised They Weren't LIcensing Already by reallocate · · Score: 1

      Come on. You don't really expect MS to give it away, do you?

      Seems to me a 25-cent royalty on something that sells for a two or three figure sum is cheap.

      A lot of people in the open source community need to get down off their high horse and stop pretending that they're the first wave of some new utopian all-sharing and non-greedy world. They're not. People haven't changed. Most are still greedy. Most open source users would stop using it if it they had to buy it.

      --
      -- Slashdot: When Public Access TV Says "No"
    3. Re:Surprised They Weren't LIcensing Already by rdean400 · · Score: 1

      The patent license is only necessary if the implementation infringes a patent. For media 2GB, the device maker could simply format it for FAT16, which doesn't require a patent license.

      The intelligent device maker will simply go to the UDF or ISO standards instead of FAT.

    4. Re:Surprised They Weren't LIcensing Already by reallocate · · Score: 1

      >> The intelligent device maker will simply go to the UDF or ISO standards instead of FAT.

      Only if he can do that for less than $250,000.

      --
      -- Slashdot: When Public Access TV Says "No"
    5. Re:Surprised They Weren't LIcensing Already by rdean400 · · Score: 1

      And they won't go to FAT32 + long file names (which they have to pay the licensing cost for) if FAT32 w/ short file names or FAT16 (which they don't) will do.

  389. Welcome to the Good Fight against Software Patents by schmaltz · · Score: 1

    This one's a poster child for fighting software patents. I hope somebody with deep enough pockets decides to fight... but my sense is that anybody who's based a product upon FAT has probably got their own dubious software patents to product, and therefore would rather settle than fight.

    Welcome to the second Microsoft Tax!

    --
    Big Daddy, Johnny, Burp, Aunt Zelda, Scott, Slurp, Big Momma ... where's Siggy?
  390. Now if it were SCO... by Anonymous Coward · · Score: 0

    You would have to pay $10 per unit per filename character...

    Let's see, 8.3 - you owe us $110!

    Oh wait, and $15 extra for the '.'

  391. That's not a driver by jpmorgan · · Score: 3, Insightful

    That's not an NT file-system driver, it's just a program that can read files and looks like Explorer. A proper driver is an NT IFS (installable file-system) driver, like this one.

    1. Re:That's not a driver by jelle · · Score: 1

      Or This, which has a "I just want to download it..." link...

      --
      --- Hindsight is 20/20, but walking backwards is not the answer.
  392. Linux Swap Space by MuParadigm · · Score: 1


    Nope, Linux has its own file system for swap space. I don't know the details, but I assume it's written to facilitate treating the swap space as an extension to RAM, rather than as a file storage area.

    1. Re:Linux Swap Space by IkeTo · · Score: 1

      Swap space is always extremely simple, much simpler than the FAT filesystem. It is not used to hold directories and files, so it has very little structure. All you need is (1) a signiture that tells it is a swap space; (2) a few parameters like what is the size of each block within the swap space, which is supposed to be the same as the page size, and the size of the whole swap space; (3) a list of "bad blocks" that must be kept unused, and (4) the actual data. You can read the man page of mkswap(8) in Linux to know the details.

  393. Out to screw cross-platform devices by Vandil+X · · Score: 1

    Microsoft is in the business of making money. Apparently, they saw the use of cross-platform sharing via flash devices using the FAT filesystem as a threat to the Microsoft monopoly.

    Since they cannot stop third-party manufacturers from developing devices compatible with the FAT filesystem, they decided to just make a few thousand bucks off of them by enforcing their patents on the FAT filesystem.

    Clever, if not greedy.

    This will put the poorer manufacturers out of business, because there's no way you can sell a flash drive unformatted and expect the consumer to format it.

    This is why letting one company become the sole innovator (in Joe Windowsuser's eyes) is bad for the tech industry. The anti-trust trials in the US showed that the US Government is powerless and slow to stop this monopilized stifling of innovation. Instead, Congress should open a Federal-level organization devoted to open source software development, including operating system and office suite software, then let taxes feed the organization.

    At then, we'd have another large-sized innovator to put Microsoft on alert, and in check.

    --
    Up, Up, Down, Down, Left, Right, Left, Right, B, A, START
    1. Re:Out to screw cross-platform devices by Anonymous Coward · · Score: 0

      1) The patent only applies to FAT LFN (Long File Name) support. 2) My tax dollars going toward supporting the government's undermining of one of the largest employers in the US? Fuck you, you're a fucking idiot.

  394. IBM, MCA, PS/2 by rixstep · · Score: 1

    When IBM tried to push MCA and PS/2, the world rallied around Compaq, who stuck with PC/AT. FAT is not exactly rocket science; it's easy to make a far better file system as a standard. Use of UFS is also there.

  395. Memory cards by StormReaver · · Score: 1

    Can memory cards not be arbitrarily formatted by users in the same way as floppies and hard drives?

  396. Seems like an opportunity. . by Gray · · Score: 1

    Seems like a great opportunity if you're a hot-shot programmer.

    Write a file system optimized for digital camera/mp3 type applications. Small, light, easily used from firmware. Add a driver for windows that installs fast through the web via ActiveX. Think Macromedia Flash. "Don't got it? Click yes, boom, now you do."

    Get it working real smooth and consumer friendly. Promote a bit and wait for Sony or one of its smaller cousins to buy you.

  397. Don't worry, I am amost done with a Tesla Coil... by utahraptor · · Score: 1

    I will soon have access to enough wireless transmission of power that I will be able to similtaneously shift every magnetic drive's zeroes and ones to all zeroes are all ones. It is time to give up on electronics as they will only hasten our downfall.

  398. Microsoft is blowing smoke by Brett+Glass · · Score: 4, Informative

    The FAT file system format was never patentable to begin with, since there was nothing particularly novel about it when it was created. What's more, it has been in use for more than 20 years (the lifetime of a patent) and nothing about it was patented within a year of its implementation and release to the public. So, Microsoft has no rights here. Its claims to the contrary are absurd.

  399. Surprising by meowsqueak · · Score: 1

    It surprises me - the number of people who don't know about the embedded controllers in a lot of flash cards - they do wear leveling for you - and in fact they hide the physical sector allocation from you completely so you can't even tell if two bytes are in the same block. Your comment is valid for traditional flash, but not modern removable flash cards. JJFS et al aren't needed for those.

  400. Are unenforced patents like unenforced copyright? by Anonymous+Freak · · Score: 2, Interesting

    Well, well.

    Personally, it looks to me like MS is trying to capitalize on these patents now, after many years of not enforcing them.

    Are patents like copyright? In copyright law, if you don't enforce your copyright (a.k.a. 'a xerox machine',) you lose the copyright. Something can just 'fall' into the public domain if the copyright holder doesn't actively protect their copyright.

    Can patents go into the public domain the same way? MS hasn't truly enforced this patent, ever. Floppy disks, hard drives, MP3 players, flash media, etc, have all come with FAT formatting pre-applied as long as you've been able to buy them. (I know I had 5.25" floppies that came pre-formatted in FAT back in the mid-'80s.) Because they never chose to enforce their patents before, can these patents just be declared void?

    To me, this looks like MS trying to force everyone to NTFS, to lock out other OSes. (For example, if my new digital camera uses NTFS on its flash memory, my Mac will have problems with it.) As far as I can tell, MS still isn't licensing NTFS, though. It wouldn't surprise me to see another licensing announcement soon, licensing NTFS either at no cost, or for less than FAT.

    --
    Another non-functioning site was "uncertainty.microsoft.com."
    The purpose of that site was not known.
  401. GIF to FAT comparison by JWSmythe · · Score: 1

    Isn't this what they tried with the GIF format? Make it free for years, then decide they want to make money off their nice little patent? We'll be manufacturers go to other formats soon, just like people started using different formats for graphics and the like. Isn't that part of what made jpeg popular? Well, besides the fact that it's smaller, it doesn't have the tax on it.

    I just can't imagine how long it will be before we start seeing digital cameras and other assorted devices using with UFS, EXT2, or whatever. I just hope they're smart about it, and figure out to use a common system, rather than all using their own home-grown systems. Isn't that where we started with digital cameras, where they all had their own special image format, on built-in storage, where we *HAD* to download through serial or USB cables through their own program..

    Prepare for the new wave of new types of media. Microsoft just made CF, MMC, SD, etc, etc, obsolete.

    Maybe this time they're just getting a bit too greedy. It's not costing them anything to let people continue to use this ancient format, but now they want to make the quick buck. Ok, a few million bucks, but still...

    --
    Serious? Seriousness is well above my pay grade.
  402. ext2 by geekfish-san · · Score: 1

    yay! does that mean we'll have *nix-based digital cameras now?

  403. Patent .txt ! by rkwasny · · Score: 1

    I wonder when they will pattent .txt files? Because THEY design it ! Or maybe i'll pattent some mathematical equations they are also intelectual property and anyone will pay me for using pitagoras equation ?!

  404. MS White Paper on FAT Contains Non-Sue Clause by MuParadigm · · Score: 5, Interesting
    http://www.microsoft.com/whdc/hwdev/download/hardw are/fatgen103.pdf

    Just discovered this link in a comment over at Groklaw. Section 1.e. of this document would seem to indicate that MS has already granted the right to use FAT for hardware and operating systems:


    (e) Each of the license and the covenant not to sue described above shall not extend to your use of any portion of the [FAT 32/VFAT] Specification for any purpose other than (a) to create portions of an operating system (i) only as necessary to adapt such operating system so that it can directly interact with a firmware implementation of the Extensible Firmware Initiative Specification v. 1.0 ("EFI Specificaation"); (ii) only as necessaary to emulate an implementation of the EFI Specification; and (b) to create firmware, applications, utilities, and/or drivers that will be used and/or licensed for only the following purposes: (i) to install, repair, and maintain hardware, firmware, and portions of operating system software which are utilized in the boot process; (ii) to provide to an operating system software runtime services that specified in the EFI Specification; (iii) to diagnose and correct failures in the hardware, firmware, or operating system software; (iv) to query for identification of a computer system (whether by serial numbers, asset tags, user or otherwise); (v) to perform inventory of a computer system; and (vi) to manufacture, install and setup any hardware, firmware or operating system software.


    It doesn't seem like they could actually sue anyone for using FAT under this covenant, which is copyrighted 2000.
    1. Re:MS White Paper on FAT Contains Non-Sue Clause by JohnFluxx · · Score: 1

      stupid question... would it be possible for MS to revoke that license?

    2. Re:MS White Paper on FAT Contains Non-Sue Clause by MuParadigm · · Score: 1


      Good question. I don't know. It might be possible for them to revoke it going forward, but I can't see how they can do so retroactively.

      IANAL. I don't *think* it would possible for them to revoke it going forward either, but I don't know.

    3. Re:MS White Paper on FAT Contains Non-Sue Clause by Anonymous Coward · · Score: 0

      You forget, we live in a time when election officials are allowed to resign retroactively in order to run for offices they would legally be barred from otherwise.

    4. Re:MS White Paper on FAT Contains Non-Sue Clause by Geek+of+Tech · · Score: 1
      That would be like un-GPLing a piece of software. After the rights have been given, I'm not sure that they can be taken away. Couldn't the user accept the first licence agreement and opt to not accept the new agreement?

      --
      Stop the Slashdot effect! Don't read the articles!
    5. Re:MS White Paper on FAT Contains Non-Sue Clause by Anonymous Coward · · Score: 0

      this is a direct repost of xhttp://slashdot.org/comments.pl?sid=88069&cid=763 1706 in a different thread. fucking karma whore.

    6. Re:MS White Paper on FAT Contains Non-Sue Clause by shylock0 · · Score: 1
      Well, no. You have to read close, lawyerly-like.

      This specifies that you will only use FAT to
      (a)create portions of an operating system
      (b)to create firmware, applications etc. i.e., NOT HARDWARE. You can use the firmware, application, etc. to setup the hardware, but you can't actually ship the hardware with FAT installed.

      It seems to me that this pretty clearly means that, under the terms, you can't ship hard drives or flash memory with FAT preinstalled without the payment to Microsoft.

      However, there seems to be more ambiguity with consumer electronics devices. The license grants that firmware/utilities may use FAT to "manufacture, install, and setup any hardware, firmware, or operating system software." The hardware here would be the Flash Memory cards that the firmware/utility in the device would be formatting. See, here you have to get into the tricky definition of "manufacture" "install" and "setup." I would wager that formatting for FAT using a consumer electronics device would qualify as "use" and not "install" or "setup". In which case the license outlaws it.

      QED.

      --
      Statistically speaking, there's a 99.998% chance that my IQ is higher than yours. Get over it.
  405. Re: And it's not just digital cameras either... by symbolic · · Score: 1

    Did anyone happen to catch this little phrase?

    " * Pricing for other device types can be negotiated with Microsoft.

    It sounds to me like the digital camera market is a "foot-in-the-door" strategy, while the requirement for licensing will eventually encompass anything that uses the FAT file system.

    Personally, I'd be willing to buy a digital camera that's just a little less convenient in order to take this and rub it in Billy's face. In other words, give me a driver that will read a NON-MS file system on a digital camera, and as long as it works, I'm good to go.

  406. it's only 25 cents per device! by Anonymous Coward · · Score: 1, Informative

    Did anyone read the original link?

    They are offering a license for 25 cents per unit with a MAXIMUM for big companies of 250K.

    Without getting into the merits of the claims themselves, as far as licensing goes, that's a very reasonable fee.

  407. maybe this is good by penguin7of9 · · Score: 2, Interesting

    While Microsoft's patents on something as broken and trivial as FAT are silly, they are presumably valid. The more serious problem here isn't Microsoft, it's other companies that didn't do their homework before choosing a Microsoft "standard". Maybe once it costs them significant amounts of money, they'll start paying more attention. But $250k may not be enough.

    And there are a few open alternatives that even Windows understands out of the box: ISO9660 and UDF come to mind (although Windows may not apply them to flash devices by default).

  408. Patent Expired by Anonymous Coward · · Score: 0

    FAT is over 20 years old ....the patent is no longer valid. Bill Gates can suck my cock!

  409. ISOfs? by Anonymous Coward · · Score: 0

    Some have suggested ext2 as an alternative. How about ISO filesystem found on CD's? With its long filename extension (as opposed to Joilet which is the PC specific extension) would it not be a good universal format? It is readable on all platforms that read CD's.

    What I don't know is how good is it for something that changes like flash memory or microdrives. CD's don't change a lot, and if they do it is either in a multisession mode or with complete erasure and rewriting of the data. Of course this could be more a product of the media and not the filesystem. Anybody know more?

  410. Mac would be no better by Doc+Squidly · · Score: 1

    If everyone started using HFS or HFS+ we'd end up in the same situation when Apple sees a chance to make money by doing the same thing that M$ is doing.
    Apple, like all other companies these days loves Patents. Its seems to be the popular thing to do; offer a product (like FAT) for free and when it catches on, charge for it. (many forsee the same happening with MP3).
    The only way around this is to adopt an Open Source file format. Not only would it make it impossible for an company to do what M$ is doing now but, being Open Source would make all technical data for implementation freely available.
    XFS seems like a good choice to me and its Open Source.

    --
    I think I think, therefore I think I am.
    1. Re:Mac would be no better by bousozoku · · Score: 1

      Apple had made the HFS+ file system freely available prior to the availability of Mac OS X. The specifications, and the source code, I believe, are available from the Apple developer site.

      --
      folding@home is good for you
    2. Re:Mac would be no better by Doc+Squidly · · Score: 1

      Although the source is freely available, I have to agree will Richard Stallman's assessment, that the APSL is not as open as the GPL.
      The point I think is the most important (in regards to this topic) is the "Possibility of revocation at any time". Which means that even if HFS+ is developed to perfection by the community, Apple can make it proprietary again and start charging fees?

      As they say, "The Devil is in the details", which is why it's good that XFS is under the GNU General Public License.

      --
      I think I think, therefore I think I am.
  411. Re:Which FAT? Older patents must have expired by n by Keeper · · Score: 1

    It doesn't even cover FAT32. It only covers the method used to store/retrieve long filenames on a FAT filesystem.

  412. Did anyone notice the TV tax?? by pair-a-noyd · · Score: 1

    Micro$haft is demanding .25 cents per STANDARD TELEVISION.

    A license for manufacturers of certain consumer electronics devices. Pricing for this license is US$0.25 per unit for each of the following types of devices that use removable solid state media to store data: portable digital still cameras; portable digital video cameras; portable digital still/video cameras; portable digital audio players; portable digital video players; portable digital audio/video players; multifunction printers; electronic photo frames; electronic musical instruments; and standard televisions. Pricing for this license is US$0.25 per unit with a cap on total royalties of $250,000 per licensee. Pricing for other device types can be negotiated with Microsoft.

    Excuse the fuck out of me but since when did TV sets begin, or ever, use a FAT??

    TV sets were invented many, many years before Billy the THIEF was born.

    Someone needs to put a stop to this stupidity.

  413. Agreed. by lazyl · · Score: 1

    But at least the small guy can now point to those cases in his defense. The more cases like those that come up the more protected the littly guy will be from threats.

    The DMCA really needs a few more years in the courts before it matures. Remember, from a legal standpoint, you can't just look at the original Act itself, you have to look at all the rulings related to it in the courts. Every time there's a court case ruling then that changes the DMCA a little.

    It is sorta like the government throwing out a bunch of boards and a sail and saying that this is a boat; it will take you places across water. It's up to the courts to take that and actually make a real boat, meanwhile everybody is complaining that it's horrible because those boards could be used to make spears to kill people.

    That's kind of an odd analogy, but I think you get my point. (lame pun alert!)

    --
    Aw crap, ninjas!
  414. fuck Microsoft & fuck FAT - switch to PTP! by morgue-ann · · Score: 2, Interesting

    Because although installing a filesystem driver may be painful on Win98, it's one thousand times worse on solid-state electronics.

    I disagree. I write firmware for digital cameras and I'm in the process of switching from SanDisk's old twist on Etc Bin Systems' RTFS to their newer twist on it that supports FAT32. The hardest part of the job is that I've decided to revise how our "imports" system works and shift build configuration from shell variables to makefile variables (for mapping platforms to collections of features).

    Actually porting the code is pretty dang easy- a POSIX-like open/close/read/write API at the top adn a bdevsw-like block(s) read/write, device init/info/reset API at the bottom.

    The hard part is 1) getting everyone to agree on a patent-unencumbered filesystem (though standards bodies & extensible standards for this already exist: DCF/DPOF/EXIF/PMA/etc.) 2) getting everyone to implement it

    If we switch from the Mass Storage USB class to the Still Image Device Class (PTP (picture transfer protocol) over USB) then the media format will only matter when you take the card out of the camera & use a media reader.

    Canon is already making this transition which is why you can "share" their cameras with Mac OS X 10.3 & take pictures by USB control.

    As the camera ASICS speed up, the desire to remove the media to read out pictures will decrease. Right now, my Dazzele Hi-Speed USB 2.0 card reader kills our cameras, but that obstacle can be overcome.

    1. Re:fuck Microsoft & fuck FAT - switch to PTP! by morgue-ann · · Score: 1

      shoulda said...

      2) getting everyone to implement it interoperably

  415. Re: And it's not just digital cameras either... by Minna+Kirai · · Score: 3, Insightful

    I'd be willing to buy a digital camera that's just a little less convenient in order to take this and rub it in Billy's face.

    Admirable. And non-representative of the typical consumer's response.

    PS. Slashdot had better not allow editing of posts. That's inimical to a threaded message system. You can't have a coherent discussion if the comment you were replying to can be totally redone, leaving a response floating after it that now seems irrelevant.

    If editing is allowed, it should always leave an option to see the earlier version(s)... and if someone responds to the pre-editing version of the post, then that version should be the default one displayed (With a small link going to the new version).

    The first thing Slashdot should do to modernize its comment system is to create an official way to quote the preceding message, instead of relying users to manually paste it and insert italic tags.

  416. Only affect devices 2GB?? by mnemoth_54 · · Score: 1

    First of all, I have to say I don't agree with what MS is doing, however it seems perfectly within their rights to do, at least for FAT32. The FAT16 patents should be expired by now, and FAT16 is good for up to 2GB, so this should only really affect new devices >2GB. When said devices come out they probably will come in formatted and unformatted versions, so consumers can have a choice. I haven't purchased floppies in a long time, but as I recall they came in mac, pc, or unformatted at different prices. Did they pay a liscence then, or was it just the production cost of actually formating the disk that made the price different? In the end 25 cents passed on to me, the end user, on a device greater than 2GB seems like no big deal, especialy given the current price of such a thing. As long as they don't use the precedent to then go after other FAT driver implementations in other OS's, I can live with it.

  417. A new Gate$ icon is needed! by pair-a-noyd · · Score: 1

    They need to have a Gate$ pic with a pirate hat and an eye patch.

    Or maybe a robbers mask and a gun.

    Something to represent what a fucking thief this bastard is. The Borg is ok but he's mutated to a lower level than that.

  418. Itanium EFI partition is FAT, isn't it? by Anonymous Coward · · Score: 0

    The ROM of every Itanium system out there contains an "EFI partition", a FAT filesystem in ROM, required just for the machine get up to the point where it can start to boot the real OS. I remember hearing a long time ago that this was "donated" by Microsoft. I wonder if it's still "donated."

  419. Rock Ridge itself may be infringing by 0x0d0a · · Score: 1

    Keep in mind that the abstracts have zero legal meaning. They are merely a convenience for someone looking for a patent.

    The only thing that matters is the claims. These are numbered and at the top of the patent beneath the abstract and references. Claims may be individually invalidated. Microsoft has a number of elements in each claim -- these are lettered with lower-case letters.

    To invalidate a claim, you must show that that claim is invalid. To fully invalidate a patent, you must invalidate all claims.

    The first patent has four claims.

    Each of those claims has elements that go beyond the basic functionality mentioned in the abstract -- they refer to mechanism. I think all of them refer to a checksum, signature, or invisible file. I'm not sure that these mechanisms are used by Rock Ridge.

    Finally, if Rock Ridge indeed implements these mechanisms and is the earliest work to do so, we had better be *damned* sure that there was some form of publication of the concepts involved before April 1, 1993 (as the other poster mentioned, this is the filing date of the Microsoft applications). Otherwise, rather than Rock Ridge providing prior art for the Microsoft applications, Rock Ridge itself is infringing on Microsoft patents.

    (Note that some industry standards organizations, like the W3C, require members to provide a public license to any IP they own specifically to allow anyone to implement the standard. Rock Ridge is an ISO standard, which does not, to the best of my knowledge, do this, but if it was based on an earlier standard, there may be such a license.

  420. File Systems by pilgrim23 · · Score: 1

    Simple: never use a memory stick larger then 32mb. Why? Then you could partion it in.... ProDOS! Apple ][ FOREVER!

    --
    - Minutus cantorum, minutus balorum, minutus carborata descendum pantorum.
  421. iPods? by FuryG3 · · Score: 1

    Could either be the intent or a good side effect that devices like the iPod would decrease the profit margins of Microsoft competitors like Apple.

  422. Time to move to minix fs by kasperd · · Score: 1
    The minix filesystem (which is already supported by Linux) have a number of advantages over FAT.
    • Minix is simpler than FAT, and thus requires less code to implement
    • Minux use a tree structure and thus performs better than the linked lists used in FAT
    • Minix have a cleaner design
    • Minix natively supports long filenames without that vfat crap.
    Funny that the patents really only covers all the design mistakes.
    --

    Do you care about the security of your wireless mouse?
  423. Hello YAFFS by Anonymous Coward · · Score: 0

    I'm sure yaffs developers are overjoyed by this move. Yaffs is now mature, and works on ce and linux devices

    http://www.aleph1.co.uk/armlinux/projects/yaffs/

  424. More Prior Art by CedgeS · · Score: 1

    Norton Desktop for Windows 3/3.1 not only introduced the desktop and windows outside the Program Manager window to Windows, but also introduced a long file names through some sort of hack.

  425. Thanks for the catch there... by Svartalf · · Score: 2, Insightful
    I missed the continuation portion on the filings. Nothing worse than evaluating the scope of a Patent and missing details like that.

    Let's go back through the Patents again with that tidbit in mind...

    My statement still stands on the 6,286,013 Patent- it's not applicable execpt in the narrowest of terms, i.e. sitting on top of a BIOS/BDOS interrupt driven disk access, x86-32 system. It's just a wee-bit too specific to be something they can ask for royalties on for most things out there. (Even though they've got the brass balls to try all the same...)

    The 5,745,902 Patent discusses the process that they use for the LFN->8.3 and 8.3->LFN correlations and keeping it all consistent within the OS. Referring to the Patent text:

    "The multiple file name referencing system maintains in a B-tree an operating system entry containing the operating system formatted name and an application entry containing the application formatted name. Each entry also contains the address of the same file to which both names refer. The multiple file name referencing system converts the operating system formatted file name to the application formatted file name by accessing the B-tree with reference to the operating system entry. Similarly, the multiple file name referencing system converts the application formatted file name to the operating system formatted file name by accessing the B-tree with reference to the application entry. As a result, either file name can be used to directly reference the file without requiring additional file name translation.
    "

    One wouldn't get tripped up on this part by simply NOT using a B-tree since they don't allude to any other indexing scheme. They do, unfortunately go on to describe in detail the 8.3 name generation scheme (Otherwise known as name mangling...) and their methodology for avoiding conflicts...

    "In the preferred embodiment of the present invention, the file name generation process represented by box 200 in FIG. 2 can be applied to generate an application formatted file name (short name) based on a known operation system formatted file name (long name), or vice versa. Although short names are limited to "8.3" format as explained in more detail below, long names can be any length up to 255 characters, and are not restricted by the same rules regarding illegal characters, etc."

    However, based on how the whole scheme works (which isn't covered by this Patent...), it's concievable to come up with a different naming algorithm that would work that didn't touch on their algorithm. If that's possible, then you don't get tripped up on that Patent as it is an explicit statement of how MS does the task- if you can come up with an alternate method that does the same thing (or close enough that Microsoft's code doesn't notice that you're not doing it "right"...), you're in the clear on that part of the Patent. I suspect that this is the case, based on my studies on the VFAT scheme.

    Now, the real sticking point is the other two. They discuss handling long and short filenames in a common database. The real question is, is it a common database? If it's not, the Patents, while lovely in and of themselves, would not cover the exact situation or a portion thereof, thereby allowing you to avoid issues with them.

    So, one would want to answer that question to determine if things look bad for people wanting to implement VFAT systems (We'll get to possible Prior Art issues in a bit...). In order to do that, one would have to do a rough analysis of VFAT to see how it's done up.

    Referring to a developer's notes on VFAT (http://www.cs.rochester.edu/u/gchunt/vfat.html), we can see that Microsoft has hacked in a scheme to wedge the LFN into the current directory structure entries, 13 characters of the LFN at a time. Therefore, without prior art involved or

    --
    I am not merely a "consumer" or a "taxpayer". I am a Citizen of the State of Texas
  426. Prior Art: What about NetWare? by Anonymous Coward · · Score: 0

    What about the Macintosh extensions for Netware 3.1? I used them back around 1991 or so. Allowed the same thing, a single file with both a Mac name and an 8.3 name.

  427. TINAA (TINAA is not an acronym) by Anonymous Coward · · Score: 0

    And why the old and boring and annoying recursive acronims ?

    RMS is annoying enough, thank you.

  428. How can something 20 years old be patented still? by Anonymous Coward · · Score: 0

    And seriously: EXT3 to the rescue!

  429. Re:They're talking about things like long filename by Svartalf · · Score: 1

    The main reason for having them is to not prevent the Patent filing clock from starting, but to keep people from finding out too early about what you're up to, having people already starting on the attempts to skirt your in progress Patent filing, etc. It's to protect things like Trade Secrets, etc.

    All an NDA does is specify the scope of information that will be given, who is supposed to be recieving the same, and penalties for disclosing the information given outside the circle of people so covered. It doesn't make it "not revealed" to other parties. As far as the Patent laws are concerned, it is one year from the first disclosure or publication outside of the Inventor's notes or the Company as a whole- it is considered publication, however limited, even if it's under an NDA.

    As a side note, I missed a little detail- the Patent we're talking about may not be invalidated by their disclosure through the pre-Beta. They filed the Patent in question as a continuation of the original filing that was not approved at the time of the filing, exactly 1 year to the day from the original filing that they deliberately killed off. That's legit, in and of itself for at least one pass at it- it's a Patent filing based off of an original one that never got finalized. If there were no breaches prior to the initial filing, the original filing merely counts as the first pubication of the Invention.

    Now, having said this, there's possible Prior Art in the Rock Ridge RRIP specification (Part of what is commonly referred to as the Rock Ridge Extentions to the ISO filesystem...) as they manage an 8.3 filename and a long type filename transparently in the same database structure.

    --
    I am not merely a "consumer" or a "taxpayer". I am a Citizen of the State of Texas
  430. Integrity checks by Kashif+Shaikh · · Score: 1

    "It mounted the drive without problem and was able to read most of the contents (some of it was still gone but I was able to recover my work from that day at least). So in this case Linux was better at handling NTFS than Win2K was."

    This is bullshit. NTFS under Win2K was probably mounted RW and performing integrity checks on the filesytem. I would rather NTFS stop now + than continue reading a corrupt filesystem getting more corrupted(i.e. some type of journalling code kicking in even though you just wanna read).

    Linux use of NTFS is done using reverse-engineering, and they may have missed integrity checking + it's mounted RO so no harm can be done.

    In your case, Linux wasn't better, you were "just lucky".

    Kashif

    1. Re:Integrity checks by runderwo · · Score: 1

      Well, if he was "just lucky", then so was I. The exact same thing happened to me; Win2K would no longer boot with that drive attached to the system even as a secondary because the NTFS filesystem driver had some kind of issue. Pop in Knoppix and I was able to copy all the files off. Pooh-pooh it all you want but it certainly saved my butt that time.

    2. Re:Integrity checks by Kashif+Shaikh · · Score: 1

      Nope. How is this a "Linux Benefit?". Just because we are all lazy and don't have NTFS repair utils, doesn't mean Linux is simply better because "it mounts it".

      Go take a badly scratched CD and try to dd it...won't even work. The same CD can be read under Windows with Cdrwin, with some bad sectors. Is Windows somehow superior now?

  431. Hasten demise of FAT? by dpilot · · Score: 1

    Is it so they can drop support, or is it so they can drop the one reliable method of moving on-machine files between Windows and Linux?

    FAT compatilibity is stunningly important to Linux. Assuming much Linux migration begins as dual-boot, FAT stitches the two sides of the box together. FAT is how we read/write those silly digital cameras across platforms. FAT is how we read/write those silly memory keys across platforms. FAT is how we read/write diminutive floppies across platforms.

    --
    The living have better things to do than to continue hating the dead.
  432. Even bigger! by kingLatency · · Score: 1

    256 MB cards are common for digital cameras nowadays, but many people use bigger. 1GB IMB Microdrives are commonly used by advanced users and pros. We've seen even larger CF announced recently (2 GB, 4 GB).

    --
    "I've got to stop masturbating! It makes me too lazy! Stop it, Albert. Stop it." -- Albert Einstein
  433. Um, no by eean · · Score: 2, Informative

    Stick a USB pen drive into a Windows XP machine and it loads the drivers and gives it a drive letter.

    1. Re:Um, no by el-spectre · · Score: 1

      Win2K as well.

      The story I hear is either (a) the driver in ON the thumb drive and instantly loads (2K) or (b) The winderz kernel has support built in (XP).

      --
      "Faith: Belief without evidence in what is told by one who speaks without knowledge, of things without parallel." - A.B.
    2. Re:Um, no by eean · · Score: 1

      I have one and it is (a). I can use it on the lab computers I don't have administrator access to, so obviously there isn't any drivers being installed. And anyways, if it could install drivers off the thumb drive... why would it need drivers in the first place?

  434. The subject by nukeade · · Score: 1

    Companies have always loved cutting the FAT. It surprises me that they haven't sooner.

  435. Another chance for IBM to be the good guy... by neurocutie · · Score: 1

    If I recall correctly, IBM developed and released a competing and technically better alternative to VFAT as part of OS/2 and the battle between Win95 and OS/2 in the middle 1990's. Both were extensions to DOS FAT to allow long filenames. So... IBM could now release its long filename extension to FAT to the public domain and companies could start using it instead with probably as minimal trauma as could be if MS is going to force everyone to reconsider the usage of VFAT.

  436. Re:But how does this affect Samba ? - It Shouldn't by erioshi · · Score: 1

    IANAL, but I wouldn't think it does directly. The files on a Samba volume are stored in the file system format of the server, ext3/JFS for example. The client software is the actual OS of the client PC, usually a Windows 9x variant. The end result is that you (typically) have a Windows 9x PC reading its local file system or attached device (the FAT/FAT32 access) and sending and retreiving data through the network stack(s) to the server where the data is translated and stored as etc3/JFS or similar. The only way Samba could be affected is if it bypassed the kernel and file system software to access a pluged in device directly. I'm pretty sure that code doesn't exist within the boundaries of the project.

  437. Want to save America? by Anonymous Coward · · Score: 0

    Arrest the head of the US Trademark and Patent Office, his eager-to-please examiners and send them all to Camp X-Ray until we hold a slashdot poll to decide what to do with them. Boiled. Baked. Sauted.

  438. Wrong Date for 1 Year Period... by servoled · · Score: 1

    If you read a little further down in the patent below the filing date, you will see that the patent was a continuation of application number 41,497 which was filed on April 1, 1993.

    Therefore, it would have had to be out in the open before April 1, 1992 which is well before it was availible to ISV's as far as I know.

    --
    "I have a porkchop, you have a porkchop. I have a veal, you have a veal".
  439. Neither are patent attorneys by hayden · · Score: 1

    A patent attorney is not a lawyer either. To be a patent attorney you must be an engineer and then do a patent attorney degree type course. No law degree is required.

    --
    Nerd: Derogatory term typically directed at anybody with a lower Slashdot ID than you.
  440. Time for unformatted media again. by CompilerLite · · Score: 1

    Ah soon we will see compact flash with the greath UNFORMATTED Label.

  441. Re:Alternatives by rduke15 · · Score: 1

    other file systems. is NTFS similarly protected?

    NTFS is certainly very well protected, since there is no full independant implementation, even though it would be very usefull. The latest trend for NTFS support on Linux is to use the native Windows driver through a wrapper (see recent /. article).

    Anyway, the success of FAT is due to its simplicity. It doesn't support much, but seems to be very lightweight and easy to implement.

    So is there an equivalent? Ext3 or ReiserFS, like NTFS, are probably far too sophisticated for memory sticks in portable devices and the like.

    Ext2?
    Is it supported on Mac OS X?
    Is there an easy to install driver for Windows machines? (about 2 years ago, it was neither easy to install nor reliable on WinNT)

    What else would there be?

    In Linux, 'mount' lists lots of supported filesystems. Would one of these be a good candidate?

    adfs, affs, coda, coherent, devpts, efs, ext, ext2, hfs, hpfs, iso9660, minix, ncpfs, qnx4, romfs, sysv, udf, ufs, umsdos, xenix, xiafs.

    Maybe iso9660? Or one of the others which I don't know?

  442. Knee-jerk that hurts M$:memory with bootable Linux by D4C5CE · · Score: 4, Interesting
    Microsoft should have considered one further option which is also left to the manufacturers of "formatted blank media" such as USB/CompactFlash/etc. memory:

    Of course, just as Microsoft may have assumed, manufacturers could either use FAT and pay up, or sell their media unformatted, in which case the customer needs a M$(-licensed) product to format it to FAT.
    However manufacturers will probably want to test an initial write/read cycle, but if (for the sake of quality control) they simply format their media to something else (let's call it FOSFS, the hypothetical Free and Open Source File System ;-/, in order not to express any preference for one of the solutions in existence), most customers could not read it and/or would have to reformat it to FAT - with someone owing royalties to M$ as above.

    If this has been Microsoft's reasoning, they have neglected to consider another possibility:

    On current removable media of 256 megs and up, an entire Linux distribution takes up less than 10% of capacity:
    Unless the boot process from USB memory requires more than a rudimentary, non-infringing "allusion to FAT", such media could not just be formatted in an empty FOSFS, but it might rather be sold with preinstalled software such as this (compiled without FAT support of course):
    "(...) tiny Linux (...) distributions containing all the software to boot (...) and play multimedia files through the MPlayer, the best multimedia player in the Unix world
    (...)
    MoviX is now able to boot also from (...) USB pen, CF card and from the net."
    Cameras etc. could switch to the new FOSFS immediately, for PCs would not need to support it "out of the box", as the removable media itself would actually "be its own driver" (and media viewer, and provide network connectivity, etc.).

    In this case, such "not-so-blank media" should certainly bear the penguin logo as a "seal of quality".
    To justify adding a Creative Commons mark next to it, one could even fill the remaining space with some free and open (motion) pictures and/or audio to be played on first use.

    Microsoft itself would have to catch up and release Windows support for the FOSFS before everyone sends and serves pictures from some sort of "USB Linux".
    If only one major manufacturer of removable memory takes an approach like this, at M$ the employee who came up with that "bright idea" of a FAT license but failed to see this option may have a hard time explaining...
  443. 32 GB? by Nasarius · · Score: 2, Informative
    whereas FAT 32 supports 32GB

    Oh? My fully-functional 83GB FAT32 partition makes me seriously doubt that.

    --
    LOAD "SIG",8,1
    1. Re:32 GB? by G-funk · · Score: 1

      Write a one-byte file and see how much space it takes up :-)

      --
      Send lawyers, guns, and money!
    2. Re:32 GB? by MuParadigm · · Score: 1


      Yeah, you'd better check that again. Either that or you're headed towards some serious data corruption. I'll say it again, FAT32 supports up to 32 GB.

      You're probably running NTFS.

    3. Re:32 GB? by steveg · · Score: 1

      Nope. FAT32 supports fairly large filesystems. Win2k (and probably XP) will refuse to create a FAT32 filesystem larger than some threshhold (128G I think, but don't hold me to that) but they will use a larger one if presented with it. Interestingly enough, Win98SE or WinME can create the larger filesystem.

      The maximum filesystem size for FAT could be (theoretically) set to any value you like, as long as you're willing to pay the price in cluster size. FAT16 nominally maxed out at 2G, yet NT4 supported a 4G FAT16 partition, with a large cluster size (128k IIRC). You could probably create a FAT16 filesystem in the terabyte range if you were willing to use approriately HUGE file allocation units (32M?) You wouldn't want to, and there is no implementation that would support it, but you could conceivably write your own.

      --
      Ignorance killed the cat. Curiosity was framed.
    4. Re:32 GB? by atta1 · · Score: 1

      Nope, wrong twice. FAT32 supports up to a 2 TB partition.

      --
      "The avalanche has already started. It is too late for the pebbles to vote" -- Kosh
    5. Re:32 GB? by Anonymous Coward · · Score: 0

      ?I bought a Maxtor 200GB external hard drive. It came formatted as Fat32 it windows and my Mac can read and write well beyond the 32GB limit

    6. Re:32 GB? by xigxag · · Score: 2, Informative

      FAT32 supports up to a 2 TB partition.

      Correct. Proof here.

      --
      There are two kinds of people: 1) those who start arrays with one and 1) those who start them with zero.
  444. The fact is... by Anonymous Coward · · Score: 0

    ...Microsoft is doing the world a favor. The File Allocation Table file system REEKS!!! Maybe this will force people to take a look at much better (and free as in liberty and free as in beer) file systems. PLEASE!!!

  445. But customers can install extra drivers! by BooMonster · · Score: 1

    I've never yet seen a piece of hardware that didn't need drivers installed... Just adding one more file to the list of 20 or so needed to get your new (camera, flash drive, external HD etc.) to work is not a real hassle.

  446. Did anyone actually read the link? by robertchin · · Score: 1
    Oh wait, maybe that's too much to ask from /. readers.
    Microsoft is offering to license its FAT file system specification and associated intellectual property. With this license, other companies have the opportunity to standardize the FAT file system implementation in their products, and to improve file system compatibility across a range of computing and consumer electronics devices.
    I don't see how this means anything about mandatory licensing. This just means that Microsoft will let you use their implementation, for a fee.
  447. NTFS too? by Unregistered · · Score: 1

    Can they ship the NTFS fs free? If so, i bet they're trying to make these sort of devices windows onlt because any mac or linux box cna raf a fat filesystem perfectly, but not ntfs.

    *Lighter and still as resistant to mindwaves

  448. Question: How is reverse engineered FAT different? by smwalker · · Score: 1

    I realize that there are fairly stringent requirements for creating a proveably reverse engineered product, such as, say, an x86 compatible processor complete with MMX, etc. However, it has been done by more than one company....

    So somebody please inform this reverse engineering layman, how exactly is a reverse engineered FAT filesystem layer any different from a reverse engineered processor? Why is FAT suddenly a candidate for licensing and patent infringement, if processors aren't?

  449. Blank formatted media has no filenames... by Anonymous Coward · · Score: 0

    ... because its blank. So if all the patents relate to long filenames, surely blank formatted media is not covered?

  450. Linky... oops by jelle · · Score: 1

    That was a tpyo... I'll try again

    Or This, which has a "I just want to download it..." link...

    --
    --- Hindsight is 20/20, but walking backwards is not the answer.
  451. I've said it before, and I'll say it again... by evilviper · · Score: 2, Interesting
    UFS dammit! As far as filesystem support goes, the only modern OS that doesn't support it is Windows, and for that, a driver could be made by anyone with decent Windows programming skills.

    Source Code is BSD-licensed, it does not have the filesystem size limits that FAT does (which flash card manufacturers will be nearing, sooner rather than later) or the file size limits. It has always had support for long filenames. You do NOT need to ever defragment it (much better than even Ext2/3 in that regard). It is incredibly stable, and does not loose data in any cases (unlike Ext2). It is also very high performance (unlike just about any other filesystem).

    Just about every modern OS supports it:

    FreeBSD

    OpenBSD

    NetBSD

    Linux

    Mac OS (v.X and up)

    Tru64/Digital Unix

    AIX

    HP/UX

    Solaris/SunOS

    And many more I can't think of off the top of my head. So why doesn't one company put a little effort into writing a Windows filesystem driver (Open Source it and they won't even have to maintain it) and then reaping the rewards of finally having a universal filesystem for their storage devices?

    If it wasn't for filesystem incompatibilities, removable hard drives would be a major, major threat to optical media like CD/DVD-Recordables.

    --
    Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
  452. not out of line by swschrad · · Score: 1

    a quarter a pop is not unreasonable, especially with the $250,000 cap. at those prices, it's basically the cost of the compliance sticker on the box.

    now, what the hay they are going to charge the data switch manufacturers, whose files to reboot and load the switch cards, are all in FAT on flash or micro hard drives, may be another matter... :( and rest assured, if it's a stored program switch, the file storage is almost guaranteed to be fat-16 or fat-32 compliant.

    --
    if this is supposed to be a new economy, how come they still want my old fashioned money?
  453. Those dirty hardware bastards ! by skybuck · · Score: 0

    I am so happy that microsoft is sueing these cheapy bastards ! Go invent your own formats and software you cheapy bastards ! Way to go microsoft ! :D

  454. paragraph 1(e) -huh? by Anonymous Coward · · Score: 0

    I don't grok exactly what this allows for, but it appears to only limit it to what is needed to enable implementaation of Extensible Firmware Initiative Specification v. 1.0. Don't know what that is. Could someone please explain?

  455. Offtopic Question by paranerd · · Score: 1

    I'm paranoid as ****, I know this, but reading the proMicosoft comments has got me wondering: If I was Microsoft I would want to place some Spin Drs on Slashdot and at other traditionally counter-microsoft forums. Has anyone at Slashdot, with access to the historical posts, ever run an analysis to find posters that only ever commented proMicrosoft? If I found a subscriber with 50+ proMicrosoft posts and 0 nonMicrosoft posts I'd be awful suspicious. Just wondering.

  456. ISO9660? by Anonymous Coward · · Score: 0

    What's the problem with using something more like the CD-ROM filesystem for these products? The drivers for that are already installed.

  457. Filesystem Driver by benjamindees · · Score: 1
    If necessary, to read their media on Windows, they will install a filesystem driver into Windows.

    How do you propose they do that without using the FAT filesystem?

    --
    "I assumed blithely that there were no elves out there in the darkness"
    1. Re:Filesystem Driver by DickBreath · · Score: 1

      What I means was, Device has, let's suppose Ext2. In order to read it, the device comes with a Windows CD. You install the CD. It installs, among other things, a well-written Ext2 filesystem driver. The typical user doesn't perceive anything to ever be different. After all, they buy their device. Put the Windows CD in and install something mysterious. What is different from my scenerio than the way things are today?

      --

      I'll see your senator, and I'll raise you two judges.
    2. Re:Filesystem Driver by benjamindees · · Score: 1

      My mistake. That's iso9660, isn't it. I was thinking 'floppy disk' and couldn't for the life of me figure out how to do that without using FAT.

      Maybe the driver should be on the device, in an iso9660 filesystem. Would Windows recognize that?

      --
      "I assumed blithely that there were no elves out there in the darkness"
  458. That's it! by Pan+T.+Hose · · Score: 1

    I've already paid $699 to SCO for my Debian, and now I have to pay $0.25 to Microsoft for /usr/src/linux/fs/fat/*? This is an outrage! Can I sue SCO for selling me that kernel? Oh please tell me I can!

    --
    Sincerely,
    Pan Tarhei Hosé, PhD.
    "Homo sum et cogito ergo odi profanum vulgus et libido."
  459. Just to pile on the criticism by Euler · · Score: 1

    I had the same question and looked this up: (PDF doc)

  460. IBM vs MS all over again? by 0x1337 · · Score: 0

    Doesn't IBM hold IP rights over FAT - having introduced the IBM PC with DOS (distributed on FAT12 [and later FAT16] floppies) in the 80's?

  461. Stupid post. by rice_burners_suck · · Score: 1
    In other news, The Litigation Consortium was formed today. The industry group is composed of Microsoft, The SCO Group, the RIAA, and the MPAA. The mission statement of the new organization is:

    1. Make False Claims
    2. Litigate.
    3. Profit!!!

    SCO CEO Darl McBride will head the organization, bringing with him years of experience in..... oh, never mind.

  462. Waitaminnit... by Max+Webster · · Score: 1
    From the Microsoft page:

    * A license for removable solid state media manufacturers to preformat the media, such as compact flash memory cards, to the Microsoft FAT file system format, and to preload data onto such preformatted media using the Microsoft FAT file system format.

    Why wouldn't a CompactFlash manufacturer have the same rights as someone who sticks a floppy in their computer, formats the floppy, copies some software onto it, then sells the floppy?

    1. Re:Waitaminnit... by russotto · · Score: 1

      They don't. All they need to do, as another poster pointed out, is make ONE image, using some already licensed device. Such as a PC running Windows. Then they can create all their preformatted cards by block-copying the card made with the licensed device. Even if the patents are airtight, there's no claim to be made here.

  463. Re: (GINF Is Not Fat) (NTFS is HPFS) by EMR · · Score: 1

    Why not.. NTFS is nothing more than OS/2's HPFS but slightly modified..

  464. This sounds familiar... by Deep_Hurting · · Score: 1
  465. C'mon guys, its a quarter! by shylock0 · · Score: 1

    They're charging a quarter/unit. That's nothing! That's *less* than the government charges me when I buy a flash memory card, consumer electronics device, etc. Its their IP. They can charge for it. If people aren't happy about it, they'll use something else.

    --
    Statistically speaking, there's a 99.998% chance that my IQ is higher than yours. Get over it.
  466. They sold me software ... by e_AltF4 · · Score: 1

    ... which allows me to create unlimited numbers of FAT filesystems on unlimited number of media.

    Yes - i bought DOS, Windows, OS2, etc..
    Why should i have to pay more money for using those formatted media or for duplicating formatted media with the "dd" command on linux ?

    They sold me "format.com" and "diskcopy.com", and now i am supposed to pay for using those ?

    Great idea!

    "Here's your new car, but now you need to buy a license to drive it ! (250.000 for unlimited driving, or .25 per KM you drive)"

  467. The patents *WHAT*?!?! by ummit · · Score: 1
    However, the patents all have to do with VFAT long filenames...

    Wait a minute -- you mean they got a freaking patent on the kludges they used to work around the fact that they used a horribly misguidedly limited filename format in the first place? What ineffable cheek!

  468. Revolutionary my ass! by KingKaneOfNod · · Score: 1

    In 2006 MS will release Longhorn and the new "revolutionary" WinFS which is based on NTFS and allows you to treat your entire network of devices as a single filesystem structure.

    Do you mean the same style of single file system structure that Unix has had for over 30 years? This hardly seems revolutionary to me.

  469. This is why you shouldn't ignore ACs by Chris+Burke · · Score: 1

    Best post on the subject.

    --

    The enemies of Democracy are
  470. Re:Are unenforced patents like unenforced copyrigh by mark-t · · Score: 1
    Are patents like copyright? In copyright law, if you don't enforce your copyright (a.k.a. 'a xerox machine',) you lose the copyright.
    You are referring to trademark, not copyright.

    There are four types of IP, and all of them are very handled differently: Trademarks, Copyright, Patents, and Trade Secrets.

    There is a strong case to be made for failing to enforce a patent for a number of years and then choosing to as ground for loosing one's exclusive rights to that patent, but I don't believe there's ever been any official decision in this matter like there is for trademarks.

  471. completely justified by Anonymous Coward · · Score: 0

    It's their IP - they have a right to charge for it. Also $0.25 per unit and $250K cap is completely reasonable and in fact downright cheap. Not sure why all the linux fanboys are outraged over this??

  472. Didn't this run in "The Onion"? by Mike+McCune · · Score: 1

    Oh, that was ones and zeros.

    --

    In a world that is Free and Open, who needs Windows and Gates?

  473. For me, it's the ACL's. by Anonymous Coward · · Score: 0

    User, group, and permission management is so easy. Very few steps, simple, plenty of tool tips along the way if you need them. Gah. Permissions on Redhat 9 which I'm playing with are just ass in comparison. Not even just with the limitations of the file system, but the gui tools for them. Wow. Just night and day.

    I like KDE, and Konqueror is very impressive. But far from filling me with the holy spirit of open source, this experiment made me really appreciate what I have in win2k.

  474. Vapourware != product by Anonymous Coward · · Score: 0

    If you take away the hype then .Net and Longhorn are still just vapourware. Standalone MSIE is being dropped. More of the budget is spend on marketing than research and development.

    1. Re:Vapourware != product by Anonymous Coward · · Score: 0

      .NET is vapourware? I better take down all my .NET websites and uninstall VS.NET. Better also uninstall that Longhorn Alpha I "found". Perhaps you best lookup the meaning of vaporware.

  475. Permission more important than motives by SgtChaireBourne · · Score: 1

    While I appreciate the work on Gnome, I am more curious about the other parts, especially the ones which might show up later in court. Is there writen or otherwise documented permission in those cases?

    --
    Beta is broken and the link to classic doesn't work. Stop wasting our time or there won't be anybody left here.
  476. A new open file system by Anonymous Coward · · Score: 0

    Like the patent on GIFs gave birth to a new, better, open format (PNG), that's the time for a joint effort to create a new, better, open file system format (but SIMPLE both to implement and use, to allow wide use as FAT).

  477. Re:They're talking about things like long filename by ben_ · · Score: 1

    It does not matter WHAT you have with those people in the way of non-disclosure... the moment you put an improvement in the hands of anyone outside of your company, the clock on the filing date starts ticking because you've revealed it to the world as far as the law is concerned.


    Sorry, but that's untrue. If you disclose the details of your invention under non-disclosure agreements, that's neither an enabling disclosure nor putting the invention in the public domain. If MS had appropriately written NDAs in place (and it'd be well worth someone who has a copy of one posting it for analysis), then they haven't necessarily given anything away.


    IANAL, but I do work with patents and patent attorneys each and every day.

    --
    ben_ the technologist and platform agnostic
  478. Patent pirates! by Kopretinka · · Score: 1
    I'm hereby trying to coin the term patent pirate in order to get as much as possible out of trademark licensing later. 8-)

    Anyway, here's a use of the word "pirate" that fits better than software/audio/video pirates.

    --
    Yesterday was the time to do it right. Are we having a REVOLUTION yet?
  479. Re:Are unenforced patents like unenforced copyrigh by Anonymous+Freak · · Score: 1

    Yeah, trademark. My mistake.

    I'm not a big fan of most IP laws anyway, so I tend to get them confused. (Considering I actually have intellectual property that I should be protecting, I really should learn more about it.)

    --
    Another non-functioning site was "uncertainty.microsoft.com."
    The purpose of that site was not known.
  480. Didn't get posted... by LoadWB · · Score: 1

    I tried to post this as a reply yesterday, but couldn't get to the site after spending my time typing, then I lost what I typed, etc blah.

    Anyway, it seems to me that we could also use something like Amiga FFS or PFS (with the appropriate drivers.) Sorry, couldn't resist.

    But seriously, will the licensing only cover the manufacture of media formatted in FAT, or the media and FAT-capable devices? In the case of the former, just distribute unformatted media and require it be formatted by a device or PC before use.

    But why not use something like an ISO format and make the systems use the media like a CD-ROM. Would work, wouldn't it?

    Or worse yet for Microsoft, the development of a free/open filesystem (oh wait, there are a few already, huh?) that once proliferated, Microsoft would be forced to implement. Remember USB2.0? Not available in the first release of XP, then finally MS says "oh, okay... it's in use enough, we'll support it natively."

    Now for something really off the rocker. It seems to me that this case would fall under the same cases of brand names being so universally identified with a product that all products are generically refered to with that brand name. For example, Kleenex for tissues, Rollerblades for in-line skates, Velcro for hook-and-loop fasteners, etc.

    FAT has enjoyed such a ubiquitous use for so long that it has become the generic filesystem of choice. It would seem damn anti-industry-social to suddenly start charging for it.

    They sound more like crack dealers. The first 20 years are free, but then you have to pay for it. The difference being, of course, that crack dealers are up-front with this :)

    First UniSys and GIF, now Microsoft and FAT.

  481. I've noticed... by Svartalf · · Score: 1

    Another up-moderated article has comments to this effect (I didn't notice the continuation detail...). However, having said this, one should note that the details of the Patent in question have a specification that predates it. The Rock Ridge filesystem extentions to the ISO-9660 file system describes the exact same thing (A method for doing short and long filenames by way of a common database so that they could both be used transparently and could be maintained simultaneously) and the RRIP specification document that describes this scheme was published in 1991, some 1-2 years prior to the filing date for the initial Patent filing.

    --
    I am not merely a "consumer" or a "taxpayer". I am a Citizen of the State of Texas
  482. Not by what my Patent attorney has told me... by Svartalf · · Score: 2, Informative

    A use of the Invention outside of the Inventor or his Employer constitutes an offer for sale or gift thereof, regardless of the disclosure conditions the party recieving the gift or sale since they are not parties to the Company by way of the agreement (These agreements are SPECIFIC about this sort of thing, by the way...).

    It's kind of moot anyway. The Patent in question was a continuation (something I missed- it's why you're supposed to consult a Patent attorney, BTW...) and therefore had a prior art start date of April 24, 1993. However, the Rock Ridge RRIP specification for the ISO-9660 filesystem describes a largely identical (by the reading of Microsoft's actual Patent claims- this one's nicely broad) scheme that implements short (i.e. 8.3) filenames in the same database as long filenames (i.e. POSIX 256 character names...) for the purposes of transparently supporting long filenames on systems that would and providing the regluar means for accessing the short ones on systems that don't understand the extentions. While it remains to be determined that this is, in fact, Prior Art, it's likely to be so and it was initially published by the Rock Ridge group in 1991, some 1-2 years prior to the filing by Microsoft on all of that.

    --
    I am not merely a "consumer" or a "taxpayer". I am a Citizen of the State of Texas
    1. Re:Not by what my Patent attorney has told me... by 0x0d0a · · Score: 1

      First, I have to admit that I had to look this up -- this is not from my head. :-)

      However, the beta testing phase at a software company is generally defined as being a phase in the software life cycle during which the software is being tested to find any possible incompatibilities or user problems outside of the (small) initial development testing group. It is an phase that has one purpose -- to verify and test the software.

      There is provision made in case law for experimental use, which does not start the one year patent application clock running.

      Note that it is possible to call something a "beta" release, but still not have it be protected. The purpose of the release must be to test the software. I know a couple of packages that have been in "beta" for ages and are widely used. It's the purpose of the release, not the name that matters.

      However, I'd say that Microsoft would have a pretty good case that their Chicago release was for experimental purposes.

    2. Re:Not by what my Patent attorney has told me... by Svartalf · · Score: 1

      > However, I'd say that Microsoft would have a
      > pretty good case that their Chicago release was
      > for experimental purposes.

      It was to provide the ISV's access to the new 32-bit environment so they would produce 32-bit Windows apps so they could leverage everyone over to NT. Not QUITE so experimental- we weren't supposed to be testing it per se, just developing for it (since it included a copy of Microsoft C++ without the trappings of Studio to start developing applications out of the gate.).

      --
      I am not merely a "consumer" or a "taxpayer". I am a Citizen of the State of Texas
  483. Troll huh. by lazyl · · Score: 1

    I love how I get modded down as troll just because I express an opinion that's not mainstream. Slashdot: News for Robots. Opinions don't matter.

    --
    Aw crap, ninjas!
  484. What PTP is by nutznboltz · · Score: 1

    Not super easy to find on google since there are so many other meanings for PTP.

    The one you want is Picture Transfer Protocol.

    http://ptp.sourceforge.net/

  485. mono by Miguel+de+Icaza · · Score: 1

    this story IMHO furthers the argument that Redmonds current stance of looking the other way while their valuable .net (api and IP) is embraced by the mono projoct is really just a.... grand conspiracy to cripple the free software movement from within, by covertly embedding an unnecessary, yet seductively useful, patented technology in the very heart of the linux operating system's second most popular desktop environment

    ...yeah i know -1 troll (but its still true)

    --
    Before adopting WHATWG, read the moonlight.NET EULA [http://www.microsoft.com/interop/msnovellcollab/moonlight.mspx]
  486. See Wikipedia article on "File Allocation Table" by dwheeler · · Score: 1

    For a brief summary of related infomration, see the Wikipedia article on File Allocation Table.

    --
    - David A. Wheeler (see my Secure Programming HOWTO)
  487. Wow, what a pathetic wretch you are... by ErnstKompressor · · Score: 1

    How sad and depressing your life must be...chasing my ass around Slashdot. I think you have a crush on me...

    Keep up the good work.

    Or better yet, get a life you LOSER! I ain't goin' nowhere, and I sure as hell bet that you got an appointment with a vocational advisor regarding some manual labor options...

    Try this >>

    You're in your parent's basement, right?

    1. Lift your fat ass out of your chair.

    2. Walk ten feet to your bedroom's door.

    3. Open said door.

    4. Carefully insert your small testicles near the strike plate. Don't miss those little buggers, now.

    5. Slam the door repeatedly 'til you have safely removed your ability to reproduce -- thereby sparing the rest of us of your RETARDED progeny.

    Look on the bright side, you can have sex without getting your mom pregnant.

    Oooooooooh...that's gotta hurt...

    --
    We apologise for the fault in this post. Those responsible have been sacked. -- Signed RICHARD M. NIXON
    1. Re:Wow, what a pathetic wretch you are... by Anonymous Coward · · Score: 0

      Hey, fuckhead. Did you see the Slashdot story about Mac OSX being as steaming piece of shit when it comes to security, second only to Windows? Funny how you haven't posted any comments in THAT story, eh? Fucking stupid cocksucking fanboy.

  488. Civil reply... by ErnstKompressor · · Score: 1

    Wow, that *article* was the only steaming peice of shit I saw. I think enough Slashbots replied to that topic...Thank god your a *nix guy at least...my level of respect for you has gone off the charts :)

    I don't have it in me to battle tonight...sorry.

    Have a merry X-Mas.

    - Fucking Stupid Cocksucking Fanboy

    --
    We apologise for the fault in this post. Those responsible have been sacked. -- Signed RICHARD M. NIXON