DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:message-id:date:from:mime-version:to:subject
	:references:in-reply-to:content-type:content-transfer-encoding;
	 q=dns; s=default; b=uiVzjrJqp9xaZTiaNwa82BHdrv4CTwB3uEVPcmp+9MC
	fySFbdu1HcFkc6QgptGZHZQHrymc6LBGm/kQ+4JCJcMNe7RI4gyoFFo0KPrnSmp/
	kwTlef0dtGlbcfZUAvSVyCKAO4ArITlZHSah/QLoipinsjnXNoCYGZaX/Pcq5/cc
	=
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
Message-ID: <5230D52B.5000808@users.sourceforge.net>
Date: Wed, 11 Sep 2013 15:40:11 -0500
From: "Yaakov (Cygwin/X)" <yselkowitz@users.sourceforge.net>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130801 Thunderbird/17.0.8
MIME-Version: 1.0
To: cygwin@cygwin.com
Subject: Re: iodbc always in error (solved)
References: <alpine.DEB.2.10.1309050947200.21412@goku.chimrod.com> <alpine.DEB.2.10.1309061442360.21412@goku.chimrod.com>
In-Reply-To: <alpine.DEB.2.10.1309061442360.21412@goku.chimrod.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit

On 2013-09-06 08:31, Sébastien Dailly wrote:
> I've sent a mail here yesterday requesting for help in order to make
> iodbc work in cygwin. I've investigated in the library code and found
> something interesting :
>
> In the log I've sent yesterday[1], each function name start with an Ť _
> ť wich does not appear in the sql driver library :
>
> The iodbc package contains the file Ť iodbc/henv.ci ť[2] wich is actualy
> an index of the declared function to call. There is a strange preprocess
> instuctions at l79 wich needs to be completed in order to works in
> cygwin :
>
>> #define CLI    "SQL"
>
> now you can rebuild the package and the odbc will work.

Thanks for tracking this down.  The root cause is actually a false 
positive from an erroneous configure test, causing configure to decide 
that leading underscores are necessary with dlsym(3) where they actually 
are not.  This should be fixed in the new 3.52.8-2 release.


Yaakov


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple