I've just committed the fix. I also fixed the path insertion logic that
will allow multiple paths to be exported. The bug was sensitive to the
length of the paths which is why it didn't show up in testing.
Andy
On Sun, 27 Feb 2005, Peter Elmer wrote:
> [CC to xrootd list]
>
> Hi Giuseppe,
>
> Thanks for the bug report. I've CC-d it to the xrootd mailing list. (I
> think, but am not 100% sure, that you can now post to the list w/o being
> subscribed...)
>
> Andy, see below (there is a missing else). I'll let you fix it...
>
> Giuseppe, does xrootd refuse to start altogether after this error or does
> the message only appear in the log file?
>
> Also, are you setting this up for analysis use or for simulation production?
>
> thanks,
> Pete
>
> On Sun, Feb 27, 2005 at 07:02:52PM +0100, Giuseppe Della Ricca wrote:
> > ciao Peter,
> >
> > credo di aver trovato un baco in XRootd 20040907-0403 & 20050226-0852
> >
> > se metto in xrootd.cf la riga:
> >
> > xrd.allow host *.roma1.infn.it
> >
> > ottengo un errore durante l'inizializzazione:
> >
> > 050227 18:51:59 22289 XrdConfig: invalid allow type - host
> >
> > il problema e' in Xrd/XrdConfig.cc:
> >
> > if (!strcmp(val, "host")) ishost = 1;
> > if (!strcmp(val, "netgroup")) ishost = 0;
> > else {eDest->Emsg("Config", "invalid allow type -", val);
> > return 1;
> > }
> >
> > anche se la prima condizione e' vera, la seconda e' falsa e quindi c'e'
> > l'errore (manca un 'else')
> >
> > FIX:
> >
> > if (!strcmp(val, "host")) ishost = 1;
> > else if (!strcmp(val, "netgroup")) ishost = 0;
> > else {eDest->Emsg("Config", "invalid allow type -", val);
> > return 1;
> > }
> >
> > spero sia utile
> >
> > ciao,
> > Giuseppe.
>
>
>
> -------------------------------------------------------------------------
> Peter Elmer E-mail: [log in to unmask] Phone: +41 (22) 767-4644
> Address: CERN Division PPE, Bat. 32 2C-14, CH-1211 Geneva 23, Switzerland
> -------------------------------------------------------------------------
>
