[Bacula-users] Re: BackupRead/BackupWrite and WIN32_STREAM_ID

[Kern S. <ke...@si...>]

Hello,

I'll add it to my list of things to look at. On Windows, the gulf
between the documentation and getting a working program is several days
of agony even in the simplest of cases.  Even simply printing the
documentation is not possible with either Galeon or Mozilla.  Netscape
prints it but one has to laugh at the font errors -- fortunately certain
are way oversized rather than undersized.

I'll look at it but will not promise anything.  It would be even *more*
helpful to have some example code that extracts the data.

Best regards,

Kern

On Tue, 2003-12-02 at 18:28, Mike Acar wrote:
> Hi Kern,
> 
> I'm back to looking into Bacula now - finally have the time to get to
> it, and I must say I'm quite enthusiastic :)
> 
> I spoke with one of our Windows developers regarding the
> BackupRead/BackupWrite calls; we looked into the API a little and found
> that the first thing BackupRead returns is a WIN32_STREAM_ID structure,
> documented here:
> 
> http://msdn.microsoft.com/library/default.asp?url=/library/en-us/fileio/base/win32_stream_id_str.asp
> 
> For restoring files across platforms (i.e. backed up from Win2k,
> restored on Linux) it seems to me that it should be a pretty simple
> matter for the file daemon to check these structures and do something
> "appropriate" with the streams it encounters - at least creating a new
> file containing the data from the BACKUP_DATA (Standard data) stream.
> Trying to get 100% cross-platform restores of all of the extended data
> is probably a waste of time, but at least a minimal approach allowing
> later fixup of ownership, permissions, etc would be better than nothing.
> 
> What do you think?