[Home]

Summary:ASTERISK-11631: running make does not identify cdr_tds correctly
Reporter:Kamil Czajko (kactus)Labels:
Date Opened:2008-03-12 19:53:29Date Closed:2011-06-07 14:08:02
Priority:MinorRegression?No
Status:Closed/CompleteComponents:CDR/cdr_tds
Versions:Frequency of
Occurrence
Related
Issues:
Environment:Attachments:( 0) outputfromconfigure.txt
( 1) outputfrommake.txt
( 2) tdsver.h
Description:Running make with freeTDS 0.64 (current stable release) installed triggers a warning that the TDS version is older and should be upgraded.

It then fails with several error which I'll upload in a second.

Checking the code it is executing code under  #ifdef FREETDS_PRE_0_62

Cheers -Kactus
Comments:By: Clod Patry (junky) 2008-03-14 12:06:31

Can you show me your tdsver.h file?
(by default, it's installed in /usr/local/include/tdsver.h ).
Since i cant reproduce this.

Also, which trunk Revision are you using? Next time, try to specify this, that helps all other developpers too.
By: Clod Patry (junky) 2008-03-14 12:41:57

I just been able to reproduce this.
I will have to check configure script carefully.

So far, if you really need to use this you can:
set makeopts line 81 to:
FREETDS_INCLUDE=  -DFREETDS_0_64
which should build correctly.


By: Kamil Czajko (kactus) 2008-03-14 21:02:21

Hello Junky

The trunk revision was current as of friday morning +9 GMT I'm currently at home but I'll be able to get you the exact version and the contents of the file on monday morning. We have noticed this to be an issue with several svn's and also the beta 4 but never reported it til now.

It fails on centos 5.1 machine running 0.64 but it installs fine on a freebsd machine running 0.63 from ports. (my two test boxes at the office)

It hasn't been a major issue as we are using odbc for cdr at present, just figured you guys might like to know ;)

Cheers - Kactus
By: Kamil Czajko (kactus) 2008-03-16 18:07:03

Hello Junky

svn version: Asterisk SVN-trunk-r108346

I'll be uploading the tdsver.h file in a moment as well.

Cheers
By: Tilghman Lesher (tilghman) 2008-03-16 22:25:54

We've seen this behavior before when you have TWO different installations of freetds installed, generally in /usr/local (from source) and in /usr (from a package).  Can you confirm that you do not have two different installs of FreeTDS on your system?
By: Kamil Czajko (kactus) 2008-03-17 21:36:43

Hi Corydon76

It was a while back but I'm pretty sure we installed it via yum. I've searched for rpm and the tgz src archive but its not present and I've spoken to the other devs who have access to that box to confirm that they didn't update anything. The only thing that reports for locate -i freetds is the 0.64 along with the asterisk documentation and the single conf file.

We built the box maybe 2 months ago at most but it is possible that multiple versions where put on by some one.

We'll be building another box mid April and I can let you know if we come across the same issues. Since these boxes are entering a testing phase now I can't play with them too much ;)

All the best
By: Jason Parker (jparker) 2008-03-20 13:03:31

If you are able to reproduce on the new box, please reopen this issue.
By: Clod Patry (junky) 2008-03-20 13:04:36

I've been able to reproduce this on a dev box.
Let it open.
Thanks.

By: Jason Parker (jparker) 2008-03-20 13:28:02

As far as I can tell, this will always happen if installed to /usr/local/, and --with-tds is not specified.

I don't think FREETDS_DIR gets set unless you use a --with-tds.
By: Sean Bright (seanbright) 2008-04-26 20:27:27

I hadn't seen this bug here but ran into it locally.  I'm committed a change to the 1.4 branch (r114695).  Thanks for the report!
By: Sean Bright (seanbright) 2008-04-26 20:28:20

Fix committed on branch 1.4 revision 114695