Re: ctlSQLBox ClientEncoding problem on Display?

Hi Andreas.

I continue it, and try Debug to solve a problem.
But, it wasn't easy....

The place to cause a problem seems to be in something of
scintilla/src/Editor.cxx..
An indication position at the time of Wide-Character seems to be moved
double.

Is this the phenomenon which happens in Japanese only in Windows???

With kindest regards,
Hiroshi-Saito

> Hi Andreas.
>
> Thank you for the Debug information.
>
(snip)
> > Hiroshi Saito wrote:
> >
> > >Hi Andreas.
> > >
> > >UNICODE standard seems to be a correct answer.!
> > >I am examined with the standard so that it can operate it without
> problem.
> > >
> > >ScreenShot of the reference is a UNICODE version.
> >
>
>http://cre-ent.skcapi.co.jp/~saito/pgadmin/lib/pgadmin3_unicode_debug1.jpg
> > >
> > >
> > >
> > Hi Hiroshi,
> > that nasty bug that prevented unicode under gtk might as well be
> > responsible for this. Please either use wxWindows2.5 >= 2003-06-07 or
> > patch the file common/string.cpp in wxString::wxString(const char *psz,
> > wxMBConv& conv, size_t nLength) around line 269:
> >
> >
> > // MB2WC wants the buffer size, not the string length
> > if ( conv.MB2WC(m_pchData, psz, nLen + 1) != (size_t)-1 )
> > {
> > // initialized ok
> > m_pchData[nLen] = 0; // <<<< this was missing and left strings
> unterminated
> > return;
> > }
>
> Hmm..
> It was information on 6/8.
> I see this place being treated with the information , too.
>
> Index: common/string.cpp
> ===================================================================
> RCS file: /pack/cvsroots/wxwindows/wxWindows/src/common/string.cpp,v
> retrieving revision 1.172
> retrieving revision 1.173
> diff -r1.172 -r1.173
> 7c7
> < // RCS-ID: $Id: string.cpp,v 1.172 2003/05/29 14:03:34 GD Exp $
> ---
> > // RCS-ID: $Id: string.cpp,v 1.173 2003/06/06 00:43:21 RD Exp $
> 269a270
> > m_pchData[nLen] = 0;
>
> bug still lurks besides.
> It is about to be seen from now.
>
> Thank you for taking precious time.
>
> With kindest regards,
> Hiroshi-Saito
>