Skip to Content.
Sympa Menu

freetds - Re: [freetds] freebcp file limit

freetds AT lists.ibiblio.org

Subject: FreeTDS Development Group

List archive

Chronological Thread  
  • From: "Lowden, James K" <LowdenJK AT bernstein.com>
  • To: "FreeTDS Development Group" <freetds AT lists.ibiblio.org>
  • Subject: Re: [freetds] freebcp file limit
  • Date: Tue, 6 Dec 2005 15:07:40 -0500

> From: Li, Maggie (IT)
> Sent: Tuesday, December 06, 2005 1:49 PM
>
> I believe I used the 0.63 this time:
...
> $Id: freebcp.c,v 1.34.2.1 2005/02/03 09:39:14 freddy77 Exp $

Yes, you do.

> Out of 11 million something rows, freebcp finished with no
segmentation
> fault, but only close to 6 million rows copied. Anyone can think
> of any reason why?

Very peculiar. I actually had that very same thing happen to me with
Microsoft's library. Turned out the target table had a computed column
defined for it. I don't know why, but the server accepted every other
row.

See if you can load 100 rows. Check your DDL, and check your datafile
with a hex editor to make sure it's delimited exactly as you want (not,
say, with an extra CR before the linefeed). There's no reason that 100
rows should load successfully and 100 million rows not.

If the first 100 rows work, try the last 100, and a middle chunk. It's
something in either the data or the server; it would be a miracle if
FreeTDS could somehow succeed in skipping some rows. It's hard enough
to parse and load them, let alone dropping some bytes and not upsetting
the protocol.

If you can narrow down the problem and isolate it to freebcp, I'd be
happy to look at it.

HTH.

--jkl

-----------------------------------------
The information contained in this transmission may be privileged and
confidential 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 we do not
accept
account orders and/or instructions by e-mail, and therefore will not be
responsible
for carrying out such orders and/or instructions. If you, as the intended
recipient
of this message, the purpose of which is to inform and update our clients,
prospects
and consultants of developments relating to our services and products, would
not
like to receive further e-mail correspondence from the sender, please "reply"
to the
sender indicating your wishes. In the U.S.: 1345 Avenue of the Americas, New
York,
NY 10105.




Archive powered by MHonArc 2.6.24.

Top of Page