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

Make sure the TTreeCloner properly carry forward the value of the kDoNotUseBufferMap bit in the branch (Addendum to r38801)


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

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

handle the lzma package.


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

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

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

about -pthread being unused during compilation.


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

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

Allow to compile ZInflate.c on Windows (on Windows, sys/types.h contains
#if !__STDC__)


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

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

- Version 1.2.5 fixes bugs in gzseek() and gzeof() that were present in
  version 1.2.4 (March 2010). All users are encouraged to upgrade immediately.
- Version 1.2.4 has many changes over 1.2.3, including these improvements:
  - Fixed bugs in adler32_combine(), compressBound(), and deflateBound()
  - Wholesale replacement of gz* functions with faster versions
  - As part of that, added gzbuffer(), gzoffset(), gzclose_r(), and gzclose_w()
    functions
  - Faster Z_HUFFMAN_ONLY and Z_RLE compression for images and other
    specialized compression
  - Added flush options Z_BLOCK to deflate() and Z_TREES to inflate() for
    finer control
  - Added inflateReset2() and inflateMark() functions, the latter to aid
    in random access applications
  - Added LFS (Large File Summit) support for 64-bit file offsets and many
    other portability improvements

However, note, from the zlib release notes:
If you are using libxml version 2.7.6 or earlier, you will need to update
libxml to version 2.7.7 or later before installing zlib version 1.2.4 or
later. libxml 2.7.6 and earlier made unnecessary assumptions about the
undocumented internal structure of zlib that were changed in zlib 1.2.4
and result in libxml crashing. This was fixed in libxml 2.7.7.

OSX 10.6 has libxml 2.7.8 and is ok, but all current SLC and Ubuntu
distributions still have an older libxml (check with xml2-config --version).

Zlib 1.2.5 is between 10 and 20% faster then version 1.2.3. 
To enable it do:
   ./configure --enable-builtin-zlib


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

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

additional checks before starting the prefetching thread and also I modify the way memory is deallocated when the destructor of the TFilePrefetch class is called. According to the documentation of TThread::Delete, when the object is allocated on the heap one should call directly delete which is what I added in the new patch.


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

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

and is not associated with a writeable file.


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

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

fix in Qt discovery.


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

to link with Open GL a simple -lGL works again (as opposed to having to
link with system dylib).


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

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

Fixes doc for RooFit/Stat/..., TMVA.


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

Update history line index of ^O to reflect that.


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

If there is a pending Esc (e.g. from cursor-right's CSI, or from ESC-f), also eat the following character.
Fixes ESC-f reported by Christoph Naegeli.


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

Emit DoubleClicked() signals from TGLBContainer (should solve a problem reported on the forum: http://root.cern.ch/phpBB3//viewtopic.php?f=3&t=10972)


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

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

Fixes '@' cancelling CINT input.


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

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

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

Implement an option to allow ROOT to use the LZMA compression
algorithm to compress data instead of the ZLIB compression algorithm.
LZMA compression typically results in smaller files, but takes more
CPU time to compress data. To use the new feature, the external XZ
package must be installed when ROOT is configured and built:

Download 5.0.3 from here http://tukaani.org/xz/
and make sure to configure with fPIC:
   ./configure CFLAGS='-fPIC'

Then the client C++ code must call routines to explicitly request LZMA
compression.

ZLIB compression is still the default.

Setting the Compression Level and Algorithm:

There are three equivalent ways to set the compression level and 
algorithm. For example, to set the compression to the LZMA algorithm
and compression level 5.

1. TFile f(filename, option, title);
   f.SetCompressionSettings(ROOT::CompressionSettings(ROOT::kLZMA, 5));

OR

2. TFile f(filename, option, title, ROOT::CompressionSettings(ROOT::kLZMA, 5));

OR

3. TFile f(filename, option, title);
   f.SetCompressionAlgorithm(ROOT::kLZMA);
   f.SetCompressionLevel(5);

These methods work for TFile, TBranch, TMessage, TSocket, and TBufferXML. 
The compression algorithm and level settings only affect compression of
data after they have been set. TFile passes its settings to its branches 
only at the time the branches are created. This can be overidden by 
explicitly setting the level and algorithm for the branch. These classes 
also have the following methods to access the algorithm and level for 
compression.

   Int_t GetCompressionAlgorithm() const;
   Int_t GetCompressionLevel() const;
   Int_t GetCompressionSettings() const;

If the compression level is set to 0, then no compression will be
done. All of the currently supported algorithms allow the level to be
set to any value from 1 to 9. The higher the level, the larger the
compression factors will be (smaller compressed data size). The
tradeoff is that for higher levels more CPU time is used for
compression and possibly more memory. The ZLIB algorithm takes less
CPU time during compression than the LZMA algorithm, but the LZMA
algorithm usually delivers higher compression factors.

The header file core/zip/inc/Compression.h declares the function
"CompressionSettings" and the enumeration for the algorithms.
Currently the following selections can be made for the algorithm:
kZLIB (1), kLZMA (2), kOldCompressionAlgo (3), and kUseGlobalSetting
(0). The last option refers to an older interface used to control the
algorithm that is maintained for backward compatibility. The following
function is defined in core/zip/inc/Bits.h and it set the global
variable.

   R__SetZipMode(int algorithm)

If the algorithm is set to kUseGlobalSetting (0), the global variable
controls the algorithm for compression operations.  This is the
default and the default value for the global variable is kZLIB.

Note that the LZMA algorithm will only be available if the LZMA
libraries from the XZ package were available when the ROOT executable
being used was configured and built. If you are building ROOT and want
LZMA then you must do something similar to the following if XZ is not
already installed on your system.

  Download XZ version 5.0.3 from http://tukaani.org/xz/
  unwind the tarball
  cd xz-5.0.3
  ./configure CFLAGS='-fPIC'
  make

ROOT was tested with version 5.0.3 of XZ.  It might work with earlier
versions and will probably work with later versions of XZ.

Then either use "make install" to put the library and headers into
/usr/local/* so the scripts building ROOT can find them or use
arguments to the ROOT configure script to point to the proper
directories containing the XZ library and headers. These are the
library and the included header (lzma.h includes other headers in the
lzma subdirectory).

  src/liblzma/.libs/liblzma.a
  src/liblzma/api/lzma.h

WARNING: Data compressed with the LZMA algorithm cannot be read by
ROOT executables that were not built with LZMA support.


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

that can not be split (i.e. respect the information returned
by TStreamerElement::CannotSplit (and thus TClass::CanSplit).

Add the ability to explicitly forbid (or allow) the splitting of a class
(TClass::SetSplit) so that user can inforce the use of a
custom streamer in all possible split cases.

This disabling is currently _not_ done automatically for
backward compatibility reasons and because
  a) Without TClass::SetCanSplit there was no way to 
     force the splitting (short of setting the split level lower)
  b) Some classes still requires a custom streamer solely to
     read older data files (for example for file written before
     the advent of StreamerInfo) and are such not necessary to 
     be used when writting (and schema evolution rules can not
     yet be used in this case).


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

    gFile->MakeProject("./classCode/","*","RECREATE++")

Better error handling if the source file failed to be created
or if the project directory can not be created.

This fixes http://savannah.cern.ch/bugs/?83188


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

- Added fitsio component
- Added experimentally two new options 'builtin_gsl' and 'builtin_cfitsio'
  to build these packages within ROOT when needed by downloading the source
  code from the web.
- Fixed a problem with sometimes incompatible versions of the python
  interpreter and libraries.


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

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

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

TEveTrackProjected and TEveStraightLineSetProjected.

The old argument signature is still supported but prints a warning that it is
obsolete.


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

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

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

- completely remove the recycle list and I recycle blocks directly from the read list ( the oldest block in the list is recycled first)
- improve the prefetching strategy so that if the user reads sparsely (only one entry from a block) then the prefetching thread won't prefetch the following block as it will never be used. But it will prefect the block corresponding to the new entry requested.
- so now for example if one wants to read only entries 0, 1000, 2000 and 3000 the program will only prefetch 4 blocks (in comparison to 32 as it did before)
- this also leads to smaller run times when reading sparsely
- by removing the recycle list, during any type of execution (sequential, sparse) I only use two TFPBlock thus considerably reducing the memory footprint. (you can see how blocks are created and recycled by putting two prints in TFilePrefetch::CreateObject), and valgrind --tool=massif shows a maximum size of 60 MB allocated for TFPBlock.


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

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

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

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