> On Wed, Feb 11, 2015 at 10:04:03AM -0500, Thomas Schulz wrote:
> > > On Wed, Feb 11, 2015 at 11:13:42AM +0100, Volker Lendecke wrote:
> > > > On Tue, Feb 10, 2015 at 08:59:21PM -0800, Jeremy Allison
wrote:
> > > > > Ah ok - I expected as much. snprintf seems to be
> > > > > broken in that it's returning -1.
> > > > >
> > > > > Is this our snprintf or one from Solaris ? Can
> > > > > you try and track down why it's returning -1 ?
> > > >
> > > > Maybe Solaris' snprintf does not know about the %j
modifier?
> > >
> > > Crap... Probably our own libreplace snprintf version does
> > > not do it....
> > >
> > > Volker
> >
> > You guys sure work at odd hours.
>
> Not so odd if you take timezones into account :-)
>
> The attached (uncompiled, I don't have access to Solaris
> right now) patch *might* already do it for you. Can you give
> it a try?
>
> Thanks,
>
> Volker
That seems to work. I put the j back into the sprintf line. I now get
values of unique such as 5477310573428528709 and unique_len of 20.
Tom Schulz
Applied Dynamics Intl.
schulz at adi.com