New 3 si pixel2 d template db object - targeting 73X

The AlCaDB meeting has approved, targeting 73X
Automatically ported from CMSSW_7_2_X #5218
This is a direct duplicate of the 1d template implementation that also uses
the 1M elements

I have added Dave in cc who may be able to shed some light here

On Thu, Sep 25, 2014 at 3:03 PM, Pál HIDAS <hidas.pal@wigner.mta.hu> wrote:

>
> I do not know, who created the class definition, as I see,
> SiPixelGenErrorDBObject also has this reserve. I pass thiss question to
> some people
>
> On Thu, 25 Sep 2014, Andreas Pfeiffer wrote:
>
>
>> In CondFormats/SiPixelObjects/interface/SiPixel2DTemplateDBObject.h:
>>
>> > +#include "CondFormats/Serialization/interface/Serializable.h"
>> > +
>> > +#include <vector>
>> > +#include <map>
>> > +#include <stdint.h>
>> > +#include "FWCore/MessageLogger/interface/MessageLogger.h"
>> > +
>> > +// ************************************************************
>> ******************************
>> > +//! \class SiPixel2DTemplateDBObject
>> > +//!
>> > +// ************************************************************
>> ******************************
>> > +
>> > +class SiPixel2DTemplateDBObject {
>> > +public:
>> > +     SiPixel2DTemplateDBObject():index_(0),maxIndex_(0),
>> numOfTempl_(1),version_(-99.9),isInvalid_(false),sVector_(0) {
>> > +             sVector_.reserve(1000000);
>>
>> Sorry, this got overlooked with the workshop and other things keeping us
>> busy ... :(
>>
>> Do you really need 1M elements here in this vector ???
>> Also, you never check in the code below if you are within that limit.
>>
>> ?
>> Reply to this email directly or view it onGitHub.[4940954__
>> eyJzY29wZSI6Ik5ld3NpZXM6QmVhY29uIiwiZXhwaXJlcyI6MTcyNzI4ODYw
>> MiwiZGF0YSI6eyJpZCI6NDI3ODgzODV9fQ==--744b46d76fbff
>> 60b931caf5ae04dfaf1bed39601.gif]
>>
>>
>>
>>