Re: How Big A Dump File Can Be Handled?

Guten Tag Geoff Field,
am Mittwoch, 21. August 2013 um 08:29 schrieben Sie:

> I've just realised that my concern was based on a power-of-2
> limitation that means that a 32-bit signed integer would roll over
> at the 2GB mark, with an unsigned roll-over at 4GB. It's possible
> the Windows Server 2003 file system might have started to complain
> when it ran out of block indices/counters or some such, but there's
> no reason a 32GB+ file won't work if 4.1GB or more works.

You didn't seriously thought that a Windows Server 2003 has such
limitations?! If you installed on FAT32 you made something really
wrong. ;-)

> I really should have done it all using a scripting language of some
> sort, too. I've told myself it's really too close to the end of the
> process to think of *that* change now, except I've just managed to
> quickly throw together a batch file to do the job. I could probably
> have done it in python or some other scripting language, but batch
> files are quick and easy. Again, thanks Ben for the prompt to use
> my head a bit better (even though you didn't explicitly suggest this
> aspect).

I created a powershell script to convert my 1.4 repos to 1.7 some
months ago, few months later we moved all repos to our Ubuntu
development server and last month or so I upgraded svn to 1.8, without
the possibility of a full dump/load because of my not working script
anymore. One shouldn't start with platform specific console scripting
anymore unless it's about really trivial stuff. It's to easy these
days to change platforms.

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning       E-Mail:Thorsten.Schoening_at_AM-SoFT.de
AM-SoFT IT-Systeme      http://www.AM-SoFT.de/
Telefon...........05151-  9468- 55
Fax...............05151-  9468- 88
Mobil..............0178-8 9468- 04
AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow