Re: Adding NVARCHAR columns causes ct_cancel (ctlib) to hang

Gregory Holtorf <[email protected]>
Newsgroups gmane.comp.db.tds.freetds
Message-ID <CANenAbnufvWSRWR9gU1OGXGqziRQMW=AWnLavhwztqLaZa25vQ@mail.gmail.com>
./configure: Command not found.   When I do a diff between freetds v0.91
and freetds master version, the configure file is not there in the master.
 unmae -a says the OS version is: Linux nysv-vmpvdev6b.tpnyc.local
2.6.32-431.20.3.el6.x86_64 #1 SMP Fri Jun 6 18:30:54 EDT 2014 x86_64 x86_64
x86_64 GNU/Linux


On Mon, Jan 19, 2015 at 1:40 PM, Igor Korot <[email protected]> wrote:

> Hi,
>
> On Mon, Jan 19, 2015 at 1:57 PM, Gregory Holtorf
> <[email protected]> wrote:
> > I download the master version at
> >
> https://gitorious.org/freetds/freetds/source/a8bafc940508adcb575d1d72b4ff456c9973f5e4
> :
> > but that version apparently can't ./configure and make on unix (even
> > though) some of the readme still says to do that.  Is there a version
> that
> > still works on unix?
>
> Which OS you are working with?
> What is an error message you received? Is it from configure or make?
> How did you configure the library?
>
> Thank you.
>
> >
> > On Sun, Jan 18, 2015 at 3:23 AM, Frediano Ziglio <[email protected]>
> wrote:
> >
> >> 2015-01-16 22:17 GMT+00:00 Gregory Holtorf <[email protected]>:
> >> > When calling ct_cancel in the freetds library, on unix, ct_cancel()
> >> > sometimes takes several minutes to run. This is bad because it usually
> >> > takes a few milliseconds to run. This bug works on freetds-0.91 and
> >> > freetds-0.64 In order to reproduce the bug, I needed to:
> >> >
> >> > 1. Run a select statement on a large table
> >> >
> >> > 2. The table has to contain nvarchar columns. varchar columns do not
> >> > trigger the bug.
> >> >
> >> > 3. The select statement must contain an order by clause
> >> >
> >> >
> >> >   select <nvarchar columns>
> >> >
> >> >   from <table name>
> >> >
> >> >   order by <nvarchar column>
> >> >
> >> >
> >> > After completing the select statement, call ct_cancel(). For instance,
> >> > before you make another select statement or when you log out.
> >> >
> >> >   ct_cancel(m_pCtConnection, NULL, CS_CANCEL_ALL);
> >> >
> >> >
> >> > When I turn on logging I can see that after I call ct_cancel() for the
> >> last
> >> > time, it is followed by an absolutely huge number of packets
> received.  I
> >> > attached a log file, but I had to force quit the program or else the
> log
> >> > file ends up being several thousand megabytes long.
> >> >
> >> > Is there a way to fix this issue? Is freetds unable to make select
> >> > statements on nvarchar columns or is it something I did in my code?
> >> >
> >> >
> >> > Thanks,
> >> >
> >> > Greg
> >> >
> >>
> >> Hi,
> >>   unfortunately is a server problem. Looking at the log FreeTDS
> >> correctly send the cancel request but server does not process it in a
> >> time fashion so at the end it output all results to client. The only
> >> problem can raise from FreeTDS is the conversion from nvarchar(max) ->
> >> ntext caused by protocol. You should try with git master version and
> >> 7.2 protocol.
> >>
> >> Frediano
> >> _______________________________________________
> >> FreeTDS mailing list
> >> [email protected]
> >> http://lists.ibiblio.org/mailman/listinfo/freetds
> >>
> > _______________________________________________
> > FreeTDS mailing list
> > [email protected]
> > http://lists.ibiblio.org/mailman/listinfo/freetds
> _______________________________________________
> FreeTDS mailing list
> [email protected]
> http://lists.ibiblio.org/mailman/listinfo/freetds
>
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.