Skip to Content.
Sympa Menu

freetds - RE: Solaris 7, freetds, [dbd::Sybase || sybperl ]

freetds AT lists.ibiblio.org

Subject: FreeTDS Development Group

List archive

Chronological Thread  
  • From: "Huckle, Steve" <steve.huckle AT csfb.com>
  • To: "'TDS Development Group'" <freetds AT franklin.oit.unc.edu>
  • Subject: RE: Solaris 7, freetds, [dbd::Sybase || sybperl ]
  • Date: Wed, 2 May 2001 10:27:15 +0100


Heh,

Gave up with DBD::Sybase and sybperl using freetds on a Solaris 7 Sparc in
the end. Didn't feel right, what with core dumps and the like.

BUT, I have successfully approached things from a slightly different angle.
After a week or so of banging my head against a large brick wall with Perl,
I gave java a go by using freetds_jdbc instead, and thereafter I have
successfully read, written, dropped, created...in fact all things MS SQL
Server 7.0 from a Solaris 7 Sparc platform. Thnx freetds guys ;) In fact,
java is a nice solution, 'cause the exception handling and stacktraces allow
you to see exactly what is going on from the application side without
needing to trawl through dbase logs......useful when you don't have access
to them ;)

fyi though, one tiny caveat. JSDK2 doesn't work with freetds_jdbc (I think
it says as much in the docs), so you'll have to go get jdk1.1.x. Do that
quick since Sun are decommissioning that soon apparently. Freetds
guys...any chance of implementing JSDK2?

...so my advice for anyone looking to talk to SQL Server from a Sparc
Solaris platform using freetds? You guessed it....for the moment, go down
the java route IMHO.

Rgds,

Steve Huckle

-----Original Message-----
From: Lakshmanan, Srikrishnan [mailto:LakshmaS AT kochind.com]
Sent: 30 April 2001 13:55
To: TDS Development Group
Subject: [freetds] RE: Solaris 7, freetds, [dbd::Sybase || sybperl ]


I don't know about writes , but we are running production with Solaris 7
connecting to MSSQL 7 using freeTDS 0.51 ( with DBD::Sybase. I used gcc
2.95.2 . freeTDS is much easier to use than Sybase ct lib.

I am not sure we have tested with writes , but I am getting ready to test
that this week for another application .

DBD::sybase has to be re-installed after setting SYBASE env variable to
freeTDS path. But I am sure you know that already..

> -----Original Message-----
> From: Steve Huckle [SMTP:steve.huckle AT csfb.com]
> Sent: Monday,April 30,2001 6:20 AM
> To: TDS Development Group
> Subject: [freetds] Solaris 7, freetds, [dbd::Sybase || sybperl ]
>
> Hi,
>
> Has anyone actually managed to get a Solaris 7 machine talking to a MSSQL
> 7 dbase running on an NT box using freetds and DBD::Sybase or sybperl?
>
> I get close with sybperl, since I'm able to extract data from the MSSQL
> database, but the moment I try and write to the database I get a core
> dump. DBD::Sybase just core dumps when I try and connect....hohum.
>
> I've tried numerous faq's, docs and this mailing list, but have failed to
> find anyone with an active solution, but many with the same problems.
> However, forgive me if this subject has been addressed and solved many
> times previously.....
>
> Rgds,
>
> Steve Huckle
>
> ---
> You are currently subscribed to freetds as: [lakshmas AT kochind.com]
> To unsubscribe, forward this message to
> $subst('Email.Unsub')


---
You are currently subscribed to freetds as: [steve.huckle AT csfb.com]
To unsubscribe, forward this message to
$subst('Email.Unsub')

This message is for the named person's use only. It may contain
confidential, proprietary or legally privileged information. No
confidentiality or privilege is waived or lost by any mistransmission.
If you receive this message in error, please immediately delete it and all
copies of it from your system, destroy any hard copies of it and notify the
sender. You must not, directly or indirectly, use, disclose, distribute,
print, or copy any part of this message if you are not the intended
recipient. CREDIT SUISSE GROUP and each of its subsidiaries each reserve
the right to monitor all e-mail communications through its networks. Any
views expressed in this message are those of the individual sender, except
where the message states otherwise and the sender is authorised to state
them to be the views of any such entity.
Unless otherwise stated, any pricing information given in this message is
indicative only, is subject to change and does not constitute an offer to
deal at any price quoted.
Any reference to the terms of executed transactions should be treated as
preliminary only and subject to our formal written confirmation.








Archive powered by MHonArc 2.6.24.

Top of Page