Yes. A0 looks like the middle of a sequence of UTF-8 bytes for one character.
Hitting that will cause an error.
I wonder why the db complained about CA and 59.
> On Sep 13, 2019, at 4:10 PM, Rick Harrison via use-livecode
> wrote:
>
> Hi Bob and Dar,
>
> Thanks for getting back to me on th
Hi Bob and Dar,
Thanks for getting back to me on this.
After going through the LC list archives,
I came across a helpful tool called
"Unicode Checker” that was originally
suggested by Richmond Mathewson.
(Thanks for that by the way.)
There is a nice little utility inside of it that
allowed me to
When you Zap Gremlins, are you removing non-ASCII or converting to ASCII? Maybe
you can do the same thing before saving to the db.
Codes 0xca 0x59 do form an invalid UTF-8 sequence. They are good letters in
both Latin-1 and CP1252, so I'm not getting a hint.
Wild, wild guess... Are you using a
Based on the source of the data, I'm going to say it's an encoding issue. I
cannot imagine that pages is embedding non-printing characters that get past
the clipboard.
Bob S
> On Sep 12, 2019, at 18:21 , Rick Harrison via use-livecode
> wrote:
>
> I am having a problem with LC Server
> pos
I am having a problem with LC Server
posting data to my Postgresql database.
(LC Server version 9.0.4)
If I type into a form field such as for
a field named “description”, and submit
the field, it goes into the database without
any problems whatsoever.
If I compose a description in an application