Slashdot Mirror

← Back to Stories (view on slashdot.org)

OpenBFS Reaches Beta

Posted by ryuzaki0 on from the sounds-groovy dept.

Bruno G. Albuquerque writes "The OpenBFS Team (part of the OpenBeOS project that aims to recreate BeOS from scratch) has moved the project status to early beta. This means OpenBFS is now a 100% complete (but barely tested) replacement for the original Be File System (BFS). It is a 64 bit, multithreaded and journaled file system that supports unlimited number os extended attributes and has support some database-like functions (like ultra-fast searches based on an index). OpenBFS is written in C++ and is licensed under the MIT license."

3 of 37 comments (clear)

  1. Opera for BeOS by J_DarkElf · · Score: 2, Informative

    Have you ever tried Opera for BeOS? http://www.opera.com/beos/

    It's still in the 3.62 version, but has 128-bit encryption, SSL 2 and 3, TLS 1.0, HTML 3.2, JavaScript 1.1, CSS1, and plug-in support.

    While it is neither free nor up to standards compared to Opera for other platforms, it is certainly better than NetPositive, imnhso.

    Besides, it never hurts to have an alternative ;)

  2. Re:Oh wow. by psicE · · Score: 2, Informative

    Actually, we're both wrong.

    I made the stupid mistake of checking out module BeFS. Apparently, I'm not the only one. :D Had I checked out current, it would have worked. And I will now proceed to do that, though it involves reinstalling BeOS. :()

  3. Re:Great For Choice by Anonymous Coward · · Score: 1, Informative

    BeFS is more than just a way to store information on a disk, as is the case with extfs, ufs, xfs, etc. BeFS is special because of it allows attributes. Each file is a regular file with 0 or more attributes. Each attribute has a name and a type (integer, icon, string, etc) with data in them. *and*, the attributes can be indexed for database-like searches. (eg find all files with mime_type = "audio/x-ogg-vorbis" and style = punk and year_released
    I should also mention macintosh resource forks, which is basically 2 files stored under 1 name (and slower to access and unindexed), and NTFS streams (file:stream), which are similar, but untyped and unindexed. Maybe LongHorn will change that.