Skip to Content.
Sympa Menu

freetds - RE: Changing return codes from tds_convert()

freetds AT lists.ibiblio.org

Subject: FreeTDS Development Group

List archive

Chronological Thread  
  • From: "Thompson, Bill D (London)" <ThompBil AT exchange.uk.ml.com>
  • To: "'TDS Development Group'" <freetds AT franklin.oit.unc.edu>
  • Subject: RE: Changing return codes from tds_convert()
  • Date: Thu, 26 Sep 2002 14:55:34 +0100


Nick,

As a rather obscure by product of my work with compute results - which is
beginning to get a bit out of hand I must confess - I'm wanting to move the
code that currently resides in dblib.c - function dbprtype() - into the tds
layer.
Naturally enough i thought of creating tds_prtype(). Unfortunately I
discovered this function exists in convert.c, as a byproduct of generating
error messages from that fine piece of software. Given your brave new world
of convert error handling, I thought that this function stands a sporting
chance of having been changed or eradicated altogether. Can you tell me what
you've done with this, if anything ?

Bill


> -----Original Message-----
> From: Castellano, Nicholas [SMTP:Nicholas_Castellano AT acml.com]
> Sent: Wednesday, September 25, 2002 3:32 PM
> To: TDS Development Group
> Subject: [freetds] RE: Changing return codes from tds_convert()
>
> Thanks, I will check out cs_config(). I don't think it really changes
> much,
> because the message numbers are still going to be different from those
> used
> in DB-Library.
>
> In fact, the changes I made should make it easier to get this right, since
> we can generate all the appropriate messages in one place. Previously,
> lots
> of conversion error conditions were simply returning TDS_FAIL; at least in
> the DB-Library case those are now all returning appropriate codes which
> result in the right messages being generated within dbconvert(). So
> overall
> it looks like this was a useful exercise, even if it still needs more
> work.
>
> Cheers,
> --nick
>
> -----Original Message-----
> From: bounce-freetds-145195 AT franklin.oit.unc.edu
> [mailto:bounce-freetds-145195 AT franklin.oit.unc.edu]
> Sent: Wednesday, September 25, 2002 2:13 AM
> To: TDS Development Group
> Subject: [freetds] RE: Changing return codes from tds_convert()
>
>
> Nick,
>
> > However, my experimentation with cs_convert() in Sybase's CT-Lib shows
> > that the client message callback is never invoked
>
> I had a quick look at this. The "ct-lib" convert routine is cs_convert(),
> and is actually part of "cs-lib". I Haven't ever really got my head round
> this distinction, but suffice to say, it seems that cs-library has its own
> error message handling/callback , which is distinct from ct-library. More
> complications!
> Perhaps, you had neglected to set up a cs-library message callback, in
> which
> case, as the manual states:
>
> "If a message callback is not installed and inline message handling is not
> enabled, CS-Library discards message information." I don't know if this
> changes anything WRT your proposals for tds_convert(). I suspect not. I
> just
> hope we don't have to install another message handling routine.
> Oh no, I've just checked and we do. it seems that cs-library callbacks are
> set up using cs_config(), which is, ahem, unimplemented in freetds as yet.
>
> Aren't you the king of error handling now Nick ? :-)
> Bill
>
>
> ---
> You are currently subscribed to freetds as: [Nicholas_Castellano AT acml.com]
> To unsubscribe, forward this message to
> $subst('Email.Unsub')
>
>
> The information contained in this transmission may contain privileged and
> confidential information and is intended only for the use of the person(s)
> named above. If you are not the intended recipient, or an employee or
> agent
> responsible for delivering this message to the intended recipient, any
> review, dissemination, distribution or duplication of this communication
> is
> strictly prohibited. If you are not the intended recipient, please contact
> the sender immediately by reply e-mail and destroy all copies of the
> original message. Please note that for certain accounts we do not accept
> orders and/or instructions by e-mail, and for those accounts we will not
> be
> responsible for carrying out such orders and/or instructions. Kindly
> refrain
> from sending orders or instructions by e-mail unless you have confirmed
> that
> we accept such communications for your account. Please also note that to
> satisfy regulatory requirements we review the outgoing and incoming e-mail
> correspondence of staff members serving certain functions.
>
>
>
> ---
> You are currently subscribed to freetds as: [thompbil AT exchange.uk.ml.com]
> To unsubscribe, forward this message to
> $subst('Email.Unsub')





Archive powered by MHonArc 2.6.24.

Top of Page