FreeTDS Development Group

["Marquess, Dustin" <Dustin.Marquess AT allegiancetelecom.com>]

I know I'm not the original reporter, but I figured since I had a Tru64 box
sitting around I'd try to help :).

jailbird@bobdole:~$ cc -o testprog testprog.c 
jailbird@bobdole:~$ ./testprog 
1234567812345678
jailbird@bobdole:~$ cc -V
Compaq C V6.5-207 (dtk) on Compaq Tru64 UNIX V5.1B (Rev. 2650)
Compiler Driver V6.5-207 (dtk) (dtk) cc Driver
jailbird@bobdole:~$ uname -a
OSF1 bobdole.alcatraz.fdf.net V5.1 2650 alpha

-Dustin 

> -----Original Message-----
> From: ZIGLIO Frediano [mailto:Frediano.Ziglio AT vodafone.com] 
> Sent: Wednesday, January 07, 2004 10:35 AM
> To: FreeTDS Development Group
> Subject: RE: [freetds] Status 0.62rc4
> 
> > 
> > I'm still working on some unit test failures on Tru64.
> > 
> > I checked in a couple of fixes for 
> > src/tds/unittests/convert.c last night, and I'm still working 
> > on another two problems in the same test -- apparently there 
> > are some problems with conversions of SYBINT8 to SYBNUMERIC 
> > and SYBDECIMAL on Tru64...
> > 
> 
> Mm... convert.c use "sprintf(tmp_str, "%lld", buf);" to convert from
> TDS_INT8 to string. Do your system support this sprintf format ??
> 
> Try this program
> 
> #include <stdio.h>
> #include <stdlib.h>
> 
> /* just to disable some possible optimizations.. */
> volatile long long my_int = 12345678 * 100000000ll + 12345678;
> 
> int
> main()
> {
>   char buf[80];
> 
>   sprintf(buf, "%lld", my_int);
>   printf("%s\n", buf);
>   return 0;
> }
> 
> > Additionally, there seems to be a problem with 
> > src/ctlib/unittests/t0009.c assuming that the default date 
> > format is being used, and failing when it is not, but I 
> > haven't had a chance to look at that one yet in any detail.
> > 
> 
> It should force date format... but I don't know how to do this using
> CTLib...