----------------------------------------------------------------

  ==========>NEW VERSION 4.00/00 <===========

Because this new version has a considerable number of changes,
and new important additions by Philippe are scheduled for the coming days
we are starting a new major version 4.
  -Support for large files
  -Automatic schema evolution for foreign classes
  -New data type Double32_t

Large files are currently tested only under Linux with gcc3.2.
Support for other systems will be gradually added in the coming days.
By default under Linux, files are created with the option LARGEFILE.
Note that when creating a Tree, the default maximum size for a Tree
is set to 1.9 GBytes. You can change this default value by calling
  TTree::SetMaxTreeSize(Long64_t maxsize)

The implementation of this new feature has required changes in many places.
The files produced by this new version can still be read by old ROOT versions
if their size if smaller than 2 GBytes. And obviously, the new version
can digest old ROOT files.

WARNING: note the following backward incompatibility:
 -TSystem::GetPathInfo has a new signature: (also TUnixSystem, TWinNTSystem, etc)
  old: GetPathInfo(const char *path, Long_t *id, Long_t *size, Long_t *flags, Long_t *modtime);
  new: GetPathInfo(const char *path, Long_t *id, Long64_t *size, Long_t *flags, Long_t *modtime);

 -TFile::SysSeek and TFile::SysStat have a new signature (also TNetFile, TWebFile, etc)
  old:  Int_t    SysSeek(Int_t fd, Long_t offset, Int_t whence);
        Int_t    SysStat(Int_t fd, Long_t *id, Long_t *size, Long_t *flags, Long_t *modtime);
  new:  Long64_t SysSeek(Int_t fd, Long64_t offset, Int_t whence);
        Int_t    SysStat(Int_t fd, Long_t *id, Long64_t *size, Long_t *flags, Long_t *modtime);

 -TTree::SetMaxTreeSize has a new signature:
  old:  void TTree::SetMaxTreeSize(Int_t maxsize)
  new:  void TTree::SetMaxTreeSize(Long64_t maxsize)

  All references to Seek_t have been replaced by Long64_t.


git-svn-id: http://root.cern.ch/svn/root/trunk@7810 27541ba8-7e3a-0410-8455-c3a389f83636

Ursula's problem.


git-svn-id: http://root.cern.ch/svn/root/trunk@6978 27541ba8-7e3a-0410-8455-c3a389f83636

in TFile::Open(). Consistent with TRFIOFile, TNetFile and TWebFile.


git-svn-id: http://root.cern.ch/svn/root/trunk@6879 27541ba8-7e3a-0410-8455-c3a389f83636

of directly updating fOffset, Seek() takes care of reseting the real file
offset pointer if needed.


git-svn-id: http://root.cern.ch/svn/root/trunk@6533 27541ba8-7e3a-0410-8455-c3a389f83636

filename that was used to open the file (in fRealName) and use that when
calling ReOpen().


git-svn-id: http://root.cern.ch/svn/root/trunk@6490 27541ba8-7e3a-0410-8455-c3a389f83636

files via the Chirp protocol (http://www.cs.wisc.edu/condor/chirp).
This works especially nicely with the Condor job manager
(http://www.cs.wisc.edu/condor) that we and many others are using to run
CMS event simulations.  The patch to v3.03.0 is attached if you would
like to include this in your distribution.  It touches nothing outside
of the new module other than adding config entries.

Normally, remote system calls by jobs in Condor are handled
transparently as though the job were executing on the original submit
machine.  (This has been very useful to us in Wisconsin, because we use
a large pool of execution machines that are not specially configured and
which therefore do not share a filesystem with our submission machines.)
However, this requires relinking the application with some special
libraries which are currently not compatible with the new multithreaded
CMS software.  By adding a Chirp plugin to ROOT, we are able to
selectively enable remote access wherever we need it, simply by
prepending "chirp:" to the file names (assuming TFile:Open() is used, of
course).  No additional daemons need to be installed or configured
unless we want to serve up the files from a machine other than the
submit machine. Code contributed by Dan Bradley.


git-svn-id: http://root.cern.ch/svn/root/trunk@5856 27541ba8-7e3a-0410-8455-c3a389f83636