> Generally, for a header file such as xx.h
> __XX_H_
> or more simply
> _XX_H_
I find this naming pattern not acceptable if it is not used for a (C) compiler
implementation. Your usage of the reserved namespace should be reconsidered.
Regards,
Markus
---
Ralf Gross wrote:
> Arno Lehmann schrieb:
>> 27.11.2009 13:23, Ralf Gross wrote:
>>> [crosspost to -users and -devel list]
>>>
>>> Hi,
>>>
>>> we are happily using bacula since a few years and already backing up
>>> some dozens of TB (large video files) to tape.
>>>
>>> In the next 2-3 years the
Arno Lehmann schrieb:
> 27.11.2009 13:23, Ralf Gross wrote:
> > [crosspost to -users and -devel list]
> >
> > Hi,
> >
> > we are happily using bacula since a few years and already backing up
> > some dozens of TB (large video files) to tape.
> >
> > In the next 2-3 years the amount of data will
Kern Sibbald schrieb:
> > [...]
> > Anyone else here with the same problem? Anyone (maybe Kern or Eric)
> > here that can tell if one of the upcoming new bacula features (dedup?)
> > could help to solve the problem with the massive amount of tapes
> > needed and the growing time windows and bandwid
Kevin Keane schrieb:
> Just a thought... If I understand you correctly, the files never
> change once they are created? In that case, your best bet might be
> to use a copy-based scheme for backup.
Yes, the files won't change. They are mostly raw camera data. They
will be read again, but not chan
Hello,
I don't remember getting any feedback from you concerning my comments on this
proposal.
I have been thinking about it, and a second problem that you mentioned that I
did not address in my comments was that the Volume to be read must be marked
as Full or Used (if I remember right). I or
On Tuesday 24 November 2009 22:15:35 Martin Simmons wrote:
> > On Sun, 22 Nov 2009 12:16:33 +0100, Kern Sibbald said:
> >
> > On Friday 20 November 2009 14:44:54 Martin Simmons wrote:
> > > It there a technical reason why the NextPool directive is part of the
> > > pool at all?
> >
> > It was n
