Just an update for anyone who may come across this later on..<br><br>FreeTDS 0.91 is indeed way too buggy, so instead of using a new version, I just patched FreeTDS 0.82 according to this (<a href="http://lists.ibiblio.org/pipermail/freetds/2011q2/026925.html">http://lists.ibiblio.org/pipermail/freetds/2011q2/026925.html</a>),  recompiled, and now it seems to be working the way I want.<br>
<br>-Bobby<br><br><div class="gmail_quote">On Fri, Sep 28, 2012 at 3:42 PM, J. Bobby Lopez <span dir="ltr"><<a href="mailto:bobby.lopez@gmail.com" target="_blank">bobby.lopez@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Anyone using DBD::Sybase (1.14) via DBIx::Class (0.08198), and ran into this error?:<br>
<br>
<pre>"error" : "Warning caught during route execution: DBIx::Class::ResultSet::first(): Your DBD::Sybase was compiled against buggy FreeTDS version 0.91. Statement caching does not work and will be disabled.</pre>


<br>
I'm using FreeTDS 0.91 because 0.82 has an 80 character limit in varchar
 values that can be submitted to the database.  Anything over 80 chars 
gets truncated. (<a href="http://lists.ibiblio.org/pipermail/freetds/2011q2/026943.html" target="_blank">http://lists.ibiblio.org/pipermail/freetds/2011q2/026943.html</a>)<br>
<br>
<br>
I'm hoping that 'disabling statement caching' doesn't mean a setting 
that has to be done at the database level, because it is a shared 
database server, and this would likely affect other 
applications/databases.<br>
<br>
Thoughts?<br>
<br>
Thanks,<br>
-Bobby
</blockquote></div><br>