Now *here's* an odd problem with dclerk

[Jay R. Ashworth]

On Mon, Mar 17, 2008 at 11:06:50PM -0400, Kenneth Brody wrote:
> Quoting Jay R. Ashworth (Mon, 17 Mar 2008 18:47:49 -0400):
> >And indeed, that solved it.  Now to figure out *how* it's breaking it.
> >
> >Again: filePro being unhappy with internal stuff and bailing instead of
> >giving useful error messages.
> 
> Actually, if it's the code that's assigning to real fields in automatic
> processing, as the symptoms seem to indicate, then it's filePro doing
> exactly what it was told to do.

No, because the fields really *do* contain that data. 

So if Short and Extended selection change their minds based on
automatic assigning values, then maybe -- if the auto table does that.

But *my* assertion was that I think the table was stored non-ascii by
5.0.14, and then beamed back in time by xfer to a 5.0.13 install and
that *that* is what's making it break.

Can't test that until he looks at the code.

Cheers,
-- jra
-- 
Jay R. Ashworth                   Baylink                      jra at baylink.com
Designer                     The Things I Think                       RFC 2100
Ashworth & Associates     http://baylink.pitas.com                     '87 e24
St Petersburg FL USA      http://photo.imageinc.us             +1 727 647 1274

	     Those who cast the vote decide nothing.
	     Those who count the vote decide everything.
	       -- (Joseph Stalin)