Subject Re: ODP: FB 3 issues with String from FB 2.54
Author Fabian Ernesto Chocron
liviuslivius liviuslivius <at> poczta.onet.pl [firebird-support]
<firebird-support <at> yahoogroups.com> writes:

>
>
>
>
>
>
> hi,
>
> will be good to know which charsets did you tried. utf8, none,
octets...
>
> but remember to connet to db also with this charset settings
>
> regards,
> Karol Bieniaszewski
> -------- Oryginalna wiadomość --------Od: "fabianch <at>
itbizolutions.com.au [firebird-support]" <firebird-support <at>
yahoogroups.com> Data: 23.05.2016 03:45 (GMT+01:00) Do: firebird-
support <at> yahoogroups.com Temat: [firebird-support] FB 3 issues with
String from FB 2.54  
>
>
>
>
>
>
>
> Hi All
>
> I have been trying to migrate from FB2.54 into FB 3 for a few weeks,
and after hitting a string related error for some time i have got to the
point where I do understand the issue, but I don't know how to solve it.
The issue is pretty simple, the FB 2.54 DB contains a few characters
that are not allowed into the FB 3 database, one example of a character
causing an error during the restore was "Mcgarrity’s" (note the ’) as it
appears to be outside the scope of the FB3 string domain, I have trying
creating a new FB3 DB with many different charsets but none works. The
other string causing issues is for example "΢ÈíÑźÚ", I have many
records with this type of strings because the DB contains raw emails
received by the system, stored into Varchars, and apparently some emails
contain very weird characters, all were handled by FB2.54 but FB3
rejects the records. I have been able to isolate all recrods with issues
using IBExpert's table data comparer function, as it created a script
with all recrods from all tables from FB2.54 and when running the script
against FB3.0 it singles out all the offending records. 
>
> Can anyone advise what options I have available to force FB3.0 to
accept any stuff into string fields?
>
>
> Thanks in advanced
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>


Hi Karol

After playing with the problem for a while I noticed the definition of
the field was Varchar (8192) charset ASCII collate ASCII, so that was
probably causing the problem. I changed the domain settings to be
Charset NONE, Collate NONE, and that fixed the issue!

Cheers,
Fabian