>> 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.
I am somewhat surprised that your replacement snprintf is being used as
Solaris does have that function. Just for your information, here is what
configure has to say about *printf.
Checking for printf : ok
Checking for dprintf : not found
Checking for vdprintf : not found
Checking for snprintf : ok
Checking for vsnprintf : ok
Checking for asprintf : not found
Checking for vasprintf : not found
Checking for declaration of snprintf : ok
Checking for declaration of vsnprintf : ok
Checking for declaration of asprintf : not found
Checking for declaration of vasprintf : not found
Checking for C99 vsnprintf : not found
Checking for printf format validation support : ok
Tom Schulz
Applied Dynamics Intl.
schulz at adi.com