FreeTDS Development Group

["Brian Bruns" <camber AT ais.org>]

Chad,

Just a thought, it may not turn up anything but....

in the unittest can you have it print buf[0], buf[1] etc... up to say 10
or so?  I'm wondering if something is going on with the unicode to ascii
conversion and the second byte (buf[1]) is a null and thus appearing to be
cut off when handling via C.

Brian

> I am using a snapshot from 8/22 - which, if I may say, is working quite
> nicely for everything else I am doing.
> 
> I have debugged the issue all the way to src/tds/read.c and the 
> tds_get_n function. I can see nothing wrong with the way the code copies
> out the contents of tds->in_buf to the destination but yet I get just 
> the opening < for the result.
> 
> I also thought perhaps I was fetching the results incorrectly so I 
> altered one of the unit tests in src/dblib/unittests (t0013.c) to use my
> select and it has the same issue.
> 
> If I can be of any help in getting this worked out please just let me know.
> 
> Thanks
> chad
> 
> Lowden, James K wrote:
> 
> >>From: Chad Enney [mailto:Chad.Enney AT noaa.gov]
> >>Sent: August 28, 2002 4:21 PM
> >>
> >>RedHat Linux 7.3 connecting to a MS SQLServer 2000 using TDS 
> >>protocol 7.0
> >>
> >>SELECT * FROM tds_test FOR XML AUTO;
> >>
> >>Everything looks fine but I only get back the very first character of
> >>the returned result. I have turned on the tdsdump file and 
> >>can clearly 
> >>see the entire result being returned on the stack. The type is being 
> >>returned as a SYBNTEXT - and I can retrieve standard columns of this 
> >>type just fine.
> >>    
> >>
> >
> >Chad, 
> >
> >Thanks for the PR; xml stuff is new turf.  
> >
> >What version of FreeTDS are you using, or what's the date of your snapshot?
> >
> >--jkl
> >