On 02/12/2010, at 6:39 PM, Janine Ohmer wrote:
On Dec 1, 2010, at 11:16 AM, Bernhard van Woerden wrote:
Can you check the byte sequence of the string in the db that's causing a
problem.
Sort of... the column in question is of type text, and the only function I
can find that will convert
On 02/12/2010, at 7:17 PM, russell muetzelfeldt wrote:
On 02/12/2010, at 6:39 PM, Janine Ohmer wrote:
The interesting part of the result is Park\302\222s, which is supposed to
be Park's.
I don't know whether this is relevant or not, but 0x92 is in the
windows-1252 (aka ISO-8859-1
On 01.12.10 21:31, Tom Jackson wrote:
Personally I also wouldn't assume that AOLserver works perfectly with
Tcl8.6.
Me neither, but Tcl 8.6 is still in an early state.
Unless you absolutely need 8.5, I would stick with the latest
8.4 version. For one thing 8.4 is faster than either.
Well, it
It seems as if you have invalid character data in your database.
http://networking.itags.org/internet-explorer/28465/
http://php.net/manual/de/function.urlencode.php
it is most probably the easiest approach to fix these in the
database.
With postgres, you could make a dump, change the quotes
Dear Björn,
While i don't see the direct connection between your changed
settings and error with EAGAIN, there are apparently
misconfiguration in the snippet of your config file which
are related to the changed settings:
1) If you have maxthreads defined as 10, then your first
db-pool
Just found the same as Russell, it started life as a single byte but needs
some conversion to match it with the correct unicode character which can
then be stored in utf-8.
What happens if you ask AOLserver to output iso-8859-1 does it convert 0xc2
0x92 to 0x92 ?
ns_param OutputCharset
How did you get the data from the old database to the new? Maybe it got
corrupted somewhere along the way. I've seen this happen with Oracle databases.
Oracle have a tool called the Character Set Scanner utility which will
determine the actual character set of the data, and a tool called
On 2010-12-02, at 12:44 AM, Gustaf Neumann wrote:
Please don't listen to the Tcl gurus, they are behind the
curve...actually they are actively slowing down the curve.
Come on, stop that bashing. Jeff was referring to
http://code.activestate.com/lists/tcl-core/9805/
Actually even more
I will try this tonight and see what happens (can't restart the site during the
day).
Gustaf, you may well be correct that it's bad data, but this wasn't happening
on the old system (or at least that's what they tell me) so I'm hoping to fix
it with configuration.
Brian, I used
Changing the charset seems to have fixed it, after a spot check of some pages I
know had problems. If the client doesn't find more, we'll be in good shape.
Thanks, everyone!
janine
On Dec 2, 2010, at 2:08 AM, Bernhard van Woerden wrote:
Just found the same as Russell, it started life as a
10 matches
Mail list logo