This will require a bit of work to change on this side.  That is actually a standard that we use (pascal casing) on all of our fields.  It is strange to me that a capital "I" would cause this problem.  I totally believe you, but if this is the case, then we cannot have a capital "I" anywhere in our structures that get exported.  So my next question would be, are there any other languages or situations that this could happen.  Based on the ASCII structure, this shuld not have happened, though it did, so we are going to have to come up with a blanket solution here.  Thanks for the heads up.

"lng_EventId" exists in my DB.

To prevent this error, I Think You have to generate "lng_EventId" column as "lng_eventid".

I've tested this case by replacing new column name manually, I've seen that the problem was solved.

Thanks.

OK.  Well, in that case, I would probably need to see the XML docs first hand and I will have to set this up.  Thanks, Charles.

Don't know if this is relevant but what Ertan is suggesting may not be clear. The small i without the dot is a separate ascii code in the Turkish alphabet - They have a dotted and undotted I in both upper an lower case so that may be where the problem is.



Ertan - seni anlamadim mu? ( Kusura bakmayin - buralarda Turkce klavier yok )

If youa re missing this column, make sure that it exists within the MessageItems table in StrataFrame (it should).  When you re-export the XML files, does the XML document look correct before you place it into the project itself?

I've got the error specified in the title when loading  with RegisterEmbeddedXmlFile method.

I'm using XP with Turkish language.

I've noticed that only "E" and "I" were  capital  in Message_Languages.XML file.

I think when fields are changed  back to the small case. "I" becomes "ı" in Turkish.