Re: dar_manager API

Denis Corbin <[email protected]> Sat, 30 Jul 2005 22:51:41 +0200
Newsgroups gmane.comp.sysutils.backup.dar.libdar
Message-ID <[email protected]>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Johnathan Burchill wrote:
| Hi Denis,
|

Hello Johnathan,

Sorry for the late reply, I have a ISP problem for now, and could only
now find an old modem to have a temporary backup solution to connect to
Internet. :-/

| I hope things are well with you.

yes, over this ISP problem, thanks. :-)

| I'm settled in the U.S. and now have some
| time to think about dar/kdar.

Cool, I hope you realize how lucky you are!  :-)

| Glad to see you've made the move to have
| dar_manager in the API. While it looks like you haven't made an official
| announcement yet, I'll comment and ask questions anyway.

Yes, this is recent, the "Changelog" is always up to date. Your comments
are welcome, as well as other's.

|
| The API includes functions for manipulating the path to the dar binary.
| Shouldn't the database object just call libdar functions directly
through the
| API?

Well, This must be considered. There might be some historical reasons
that let to that situation (dar_manager appeared before libdar).

|
| add_archive(...) requires a catalogue reference. It seems akward from a
| developer point of view: macro_tools.hpp has to be included in order
to use
| the "macro_tools_get_catalogue_from()" helper to get the catalogue. This
| could be called from within add_archive() directly, no?

Well, maybe I don't properly understand your remark, but, if this is
called from within add_archive() directly, what would you give to
add_archive(), a filename and path? right? So you cannot use an
catalogue from memory. Suppose you make a backup and want to add it
automatically to a dar_manager database. If using a filename, you will
not be able to use the catalogue in memory but instead will have to load
it from just written file...

|
| Cheers,
| JB


Cheers,
Denis.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFC6+hcpC5CI8gYGlIRAu6qAJ9X+bRkDRrFXq3vsCF6rUyCCAE24QCgrZTP
Q48/7No2B+c3RyaAKsiG1LU=
=kM4E
-----END PGP SIGNATURE-----



-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click