[openbeosstorage] Re: latest update
- From: Tyler Dauwalder <tyler@xxxxxxxxxxxxx>
- To: openbeosstorage@xxxxxxxxxxxxx
- Date: Mon, 29 Apr 2002 23:31:52 -0700
> > Maybe it's something like "/" < "/boot" < "/boot/develop". Where is that
> > declared? It's not in the R5 Entry.h is it?
> I didn't look it up in the R5 header (and don't have a BeOS machine at
> hand at the moment), but it was commented in our header, so I guess, it
> is in the R5 header too. However, whereever it resides, it is at least
> there, since the extended BEntry tests use it (and do compile). :-)
>
> BTW, it compares componentwise in order device, directory, name. Since it
> is declared a non-member, it is certainly used for things like sorting
> algorithms...
Wow, I completely overlooked it (it's at the bottom of the file...). I'm
glad somebody noticed it... :-)
> > So where do we stand now? Is BNodeInfo the only pre-alpha class that's
> > not
> > finished yet? Other than BEntry doxygen, which I might have time to work
> > on
> > a bit tomorrow (no Chem lab this week :-))).
> It's certainly a question of definition, but after having a look at
> BNodeInfo, I don't think, it should be a pre-alpha class, as it shouldn't
> need any kernel interface support. As I understand it, it uses BNode's
> attribute functionality and some (AFAIK) BMimeType stuff to provide some
> more sophisticated information about a node.
We could go ahead and bump it back to the alpha set. I think I just glanced
at it originally and assumed it would be fairly self-contained, but if needs
lots of MimeType stuff... What do you think Mike? Sound reasonable?
> OTHO, I think BVolume should be marked pre-alpha. I haven't had a look at
> it in the BeBook though, so I maybe shouldn't argue about it. But as far
> as my imagination carries me, it is a dev_t wrapper classes. Pretty
> basic.
I think BVolume probably isn't used nearly as often though. The central,
high-use classes I wanted to include in the pre-alpha set are basically
done. I think that's a good enough start.
On a related note, I gave Michael Phipps instructions on compiling and using
libstorage.a and libbeadapter.so today. He may include it in future releases
in case somebody out there wants to play around with it. We also have a
testing team now apparently, so maybe they'll get their hands on it
eventually. I may email Andrew and let him know, as well.
> Oh, I forgot to mention, the other day, when I took a look in the BeBook,
> I encountered BAppInfo. It's not listed anywhere, is it?
You're right, I overlooked that one. I shall add it to the alpha list.
-Tyler
- References:
- [openbeosstorage] Re: latest update
- From: Ingo Weinhold
Other related posts:
- » [openbeosstorage] latest update
- » [openbeosstorage] Re: latest update
- » [openbeosstorage] Re: latest update
- » [openbeosstorage] Re: latest update
- » [openbeosstorage] Re: latest update
- » [openbeosstorage] Re: latest update
- » [openbeosstorage] Re: latest update
- » [openbeosstorage] Re: latest update
- » [openbeosstorage] Re: latest update
- » [openbeosstorage] Re: latest update
- » [openbeosstorage] Re: latest update
- [openbeosstorage] Re: latest update
- From: Ingo Weinhold