Re: FreeTDS Digest, Vol 62, Issue 20

I open a ticket with DBD-Sybase and the author Michel Peppler thinks there
is an issue
with freetds, not with DBD-Sybase.
<URL: http://rt.cpan.org/Ticket/Display.html?id=34411 >

On Mon Mar 24 20:19:06 2008, falves1 wrote:
> I compiled DBD-Sybase 1.08 using DBI 1.604, and the perl Makefile.PL 
> works fine, but then when I do a make I get this
> Sybase.xsi:275: error: invalid lvalue in assignment
> Sybase.xsi: In function âXS_DBD__Sybase__db_DESTROYâ:
> Sybase.xsi:334: error: invalid lvalue in assignment
> make: *** [Sybase.o] Error 1

This is a problem with FreeTDS.

The issue is that FreeTDS defines CS_UINT_TYPE, but not CS_BIGINT_TYPE, and
Sybase never defines one without the other.

The fix is to edit dbdimp.h and comment out the CS_BIGINT declaration around
line 32.



-----Original Message-----
From: [email protected]
[mailto:[email protected]] On Behalf Of
[email protected]
Sent: Tuesday, March 25, 2008 1:21 PM
To: [email protected]
Subject: FreeTDS Digest, Vol 62, Issue 20

Send FreeTDS mailing list submissions to
	[email protected]

To subscribe or unsubscribe via the World Wide Web, visit
	http://lists.ibiblio.org/mailman/listinfo/freetds
or, via email, send a message with subject or body 'help' to
	[email protected]

You can reach the person managing the list at
	[email protected]

When replying, please edit your Subject line so it is more specific
than "Re: Contents of FreeTDS digest..."


Today's Topics:

   1. Re: PHP und Freetds (Robin Smith)
   2. Re: PHP und Freetds (ZIGLIO, Frediano, VF-IT)
   3. Freetds on Leopard (Chris Johnson)
   4. Re: Freetds on Leopard (Chris Johnson)


----------------------------------------------------------------------

Message: 1
Date: Mon, 24 Mar 2008 22:30:31 -0400
From: "Robin Smith" <[email protected]>
Subject: Re: [freetds] PHP und Freetds
To: "FreeTDS Development Group" <[email protected]>
Message-ID: <[email protected]>
Content-Type: text/plain; charset=US-ASCII



>> I have had trouble with the odbc_num_rows() function. It seems to always
>> return -1 if you call it just after odbc_exec(). For me, it always
>> returned the right value after I looped through all the results.(useless
>> at that point)

>The driver cannot tell you something the server itself doesn't know.  The
>server sends the rows as they are produced, and can't (and therefore
>doesn't) send the rowcount until the last row is sent.  

Isn't this the same symptom I was seeing in the 0.82 driver? Freddy fixed it
in the RC3 release with the rowset test change he made around Feb 29th. Is
the same defect he was fixing in 0.82 still in the 6x code?

Robin
-- 

-----------------------
Robin Smith
Senior Manager, Information Technology
NDI
103 Randall Drive
Waterloo, ON, Canada N2V 1C5
Telephone: +1 (519) 884-5142 ext. 224
Toll Free: +1 (877) 634-6340
Global: ++ (800) 634-634-00
Facsimile: +1 (519) 884-5184
Website: www.ndigital.com
----------------------




------------------------------

Message: 2
Date: Tue, 25 Mar 2008 08:39:53 +0100
From: "ZIGLIO, Frediano, VF-IT" <[email protected]>
Subject: Re: [freetds] PHP und Freetds
To: "FreeTDS Development Group" <[email protected]>
Message-ID:
	<[email protected]>
Content-Type: text/plain;	charset=us-ascii

> 
> >> I have had trouble with the odbc_num_rows() function. It 
> seems to always
> >> return -1 if you call it just after odbc_exec(). For me, it always
> >> returned the right value after I looped through all the 
> results.(useless
> >> at that point)
> 
> >The driver cannot tell you something the server itself 
> doesn't know.  The
> >server sends the rows as they are produced, and can't (and therefore
> >doesn't) send the rowcount until the last row is sent.  
> 
> Isn't this the same symptom I was seeing in the 0.82 driver? 
> Freddy fixed it in the RC3 release with the rowset test 
> change he made around Feb 29th. Is the same defect he was 
> fixing in 0.82 still in the 6x code?
> 
> Robin

No, this is a protocol limit, surely we can't fix this problem...

freddy77


------------------------------

Message: 3
Date: Tue, 25 Mar 2008 08:27:59 -0500
From: "Chris Johnson" <[email protected]>
Subject: [freetds] Freetds on Leopard
To: [email protected]
Message-ID:
	<[email protected]>
Content-Type: text/plain; charset=ISO-8859-1

Hello,
I am having trouble getting Freetds reinstalled after apple put a new hard
drive in my machine.  I followed the tutorial provided by Brian Hogan (
http://www.napcsweb.com/blog/2007/03/08/15/) which worked great in Tiger.
There was just a comment posted about it being broken.  I was wondering if
anyone had a work around or knew if this was a widely known problem.  Any
help or direction would be good, as one of my rails projects relies heavily
on Microsoft's SQL server.


Thanks,
-Chris


------------------------------

Message: 4
Date: Tue, 25 Mar 2008 08:59:11 -0500
From: "Chris Johnson" <[email protected]>
Subject: Re: [freetds] Freetds on Leopard
To: [email protected]
Message-ID:
	<[email protected]>
Content-Type: text/plain; charset=ISO-8859-1

I found a solution to the problem just after I sent this email to the list,
a coworker stumbled upon this article
http://pmkenney.com/fix-for-freetds-ruby-odbc-on-max-os-x-leopard.htm

So if anyone else is having problems give that a shot the key is the
"libtool" part.

-Chris

On Tue, Mar 25, 2008 at 8:27 AM, Chris Johnson <[email protected]> wrote:

> Hello,
> I am having trouble getting Freetds reinstalled after apple put a new hard
> drive in my machine.  I followed the tutorial provided by Brian Hogan (
> http://www.napcsweb.com/blog/2007/03/08/15/) which worked great in Tiger.
> There was just a comment posted about it being broken.  I was wondering if
> anyone had a work around or knew if this was a widely known problem.  Any
> help or direction would be good, as one of my rails projects relies
heavily
> on Microsoft's SQL server.
>
>
> Thanks,
> -Chris
>


------------------------------

_______________________________________________
FreeTDS mailing list
[email protected]
http://lists.ibiblio.org/mailman/listinfo/freetds


End of FreeTDS Digest, Vol 62, Issue 20
***************************************