Skip to Content.
Sympa Menu

freetds - [freetds] new Ct-library patch

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: "FreeTDS Development Group" <freetds AT lists.ibiblio.org>
  • Subject: [freetds] new Ct-library patch
  • Date: Tue, 4 Mar 2003 15:52:56 -0000

Hi all,

I have posted my patch for the ct-library enhancements on sourceforge.
I hope I've made everything as easy as poosible to allow the patch to be
applied.

I have a couple of other things...

1) I sent a patch for dblibrary to the mailing list a while ago (17th Feb).
I know you all have been busy :-) but I wanted to make sure that the
patch hadn't been lost.
It got sort of "held up" in the mailing list because of it's size. Would
it be useful to post it to sourceforge ?

2) I wanted to make a change to implement dbrecftos(). This function will
open up a file for each new database connection and place in the file the
contents of the command buffers that are submitted.
dbrecftos() takes a single argument - a filename. the filenames it will
create are then called <filename>.n , where n is an incrementing number from
zero.
If dbrecftos() is called, I was planning to open a new file in each call
to dbopen(). Trouble is I don't know where to store the file name passed to
dbrecftos() and the current suffix number, given that I can't store it in
the DBPROCESS structure.
Would global variables in dblib.c be acceptable, or might there be
threading issues with global variables ?

regards,

¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø¤º°`°º¤ø,¸¸,ø¤

Bill Thompson
Securities Services Division
Merrill Lynch Europe

For very important information relating to this e-mail please click on this
link: http://www.ml.com/legal_info.htm






Archive powered by MHonArc 2.6.24.

Top of Page