pg.ddx.io pgsql-patches@postgresql.org mailing list archive
help / color / mirror / Atom feedChinese GB18030 support is implemented!
9+ messages / 3 participants
[nested] [flat]
* Chinese GB18030 support is implemented!
@ 2002-06-06 07:10 Bill Huang <bill_huanghb@ybb.ne.jp>
0 siblings, 3 replies; 9+ messages in thread
From: Bill Huang @ 2002-06-06 07:10 UTC (permalink / raw)
To: pgsql-announce@postgresql.org; pgsql-patches; +Cc: Bill Huang <bhuang@redhat.com>; Yukihiro Nakai <ynakai@redhat.com>
Hello,
As postgresql is widely used in the world,many Chinese users are looking
forward to use such a high performanced database management
system.However since the Chinese new codepage standard GB18030 is not
completely supported,postgresql is limitted to be used in China.
Now I have managed to implement the GB18030 support upon the latest
version,so the following functions are added after the patches are added.
-Chinese GB18030 encoding is available on front-end side,while on
backend side,EUC_CN or MIC is used.
-Encoding convertion between MIC and GB18030 is implement.
-GB18030 locale support is available on front-end side.
-GB18030 locale test is added.
Any help for testing with these patches and sugguestions for GB18030
support are greatly appreciated.
Best Regards,
Bill
--
/---------------------------/
Bill Huang
E-mail:bill_huanghb@ybb.ne.jp
Cell phone:090-9979-4631
/---------------------------/
Attachments: download all (6 files, .tar.gz)
postgresql-7.2.1-conv-gb18030.patch (text/plain, 2.7K) download
--- postgresql-7.2.1/src/backend/utils/mb/conv.c.org Thu Jun 6 11:52:24 2002
+++ postgresql-7.2.1/src/backend/utils/mb/conv.c Thu Jun 6 12:20:36 2002
@@ -502,6 +502,96 @@
}
/*
+ * GB18030 ---> MIC
+ * Added by Bill Huang <bhuang@redhat.com>,<bill_huanghb@ybb.ne.jp>
+ */
+static void
+gb180302mic(unsigned char *gb18030, unsigned char *p, int len)
+{
+ int c1;
+ int c2;
+
+ while (len > 0 && (c1 = *gb18030++))
+ {
+ if (c1 < 0x80)
+ { /* should be ASCII */
+ len--;
+ *p++ = c1;
+ }
+ else if(c1 >= 0x81 && c1 <= 0xfe)
+ {
+ c2 = *gb18030++;
+
+ if(c2 >= 0x30 && c2 <= 0x69){
+ len -= 4;
+ *p++ = c1;
+ *p++ = c2;
+ *p++ = *gb18030++;
+ *p++ = *gb18030++;
+ *p++ = *gb18030++;
+ }
+ else if ((c2 >=0x40 && c2 <= 0x7e) ||(c2 >=0x80 && c2 <= 0xfe)){
+ len -= 2;
+ *p++ = c1;
+ *p++ = c2;
+ *p++ = *gb18030++;
+ }
+ else{ /*throw the strange code*/
+ len--;
+ }
+ }
+ }
+ *p = '\0';
+}
+
+/*
+ * MIC ---> GB18030
+ * Added by Bill Huang <bhuang@redhat.com>,<bill_huanghb@ybb.ne.jp>
+ */
+static void
+mic2gb18030(unsigned char *mic, unsigned char *p, int len)
+{
+ int c1;
+ int c2;
+
+ while (len > 0 && (c1 = *mic))
+ {
+ len -= pg_mic_mblen(mic++);
+
+ if (c1 <= 0x7f) /*ASCII*/
+ {
+ *p++ = c1;
+ }
+ else if (c1 >= 0x81 && c1 <= 0xfe)
+ {
+ c2 = *mic++;
+
+ if((c2 >= 0x40 && c2 <= 0x7e) || (c2 >= 0x80 && c2 <= 0xfe)){
+ *p++ = c1;
+ *p++ = c2;
+ }
+ else if(c2 >= 0x30 && c2 <= 0x39){
+ *p++ = c1;
+ *p++ = c2;
+ *p++ = *mic++;
+ *p++ = *mic++;
+ }
+ else{
+ mic--;
+ printBogusChar(&mic, &p);
+ mic--;
+ printBogusChar(&mic, &p);
+ }
+ }
+ else{
+ mic--;
+ printBogusChar(&mic, &p);
+ }
+ }
+ *p = '\0';
+}
+
+/*
* EUC_TW ---> MIC
*/
static void
@@ -1583,6 +1673,26 @@
}
/*
+ * UTF-8 ---> GB18030
+ */
+static void
+utf_to_gb18030(unsigned char *utf, unsigned char *euc, int len)
+
+{
+ utf_to_local(utf, euc, ULmapEUC_CN,
+ sizeof(ULmapEUC_CN) / sizeof(pg_utf_to_local), len);
+}
+
+/*
+ * GB18030 ---> UTF-8
+ */
+static void
+gb18030_to_utf(unsigned char *euc, unsigned char *utf, int len)
+{
+ local_to_utf(euc, utf, LUmapEUC_CN,
+ sizeof(LUmapEUC_CN) / sizeof(pg_local_to_utf), PG_EUC_CN, len);
+}
+/*
* UTF-8 ---> EUC_KR
*/
static void
@@ -1754,6 +1864,9 @@
PG_BIG5, big52mic, mic2big5, big5_to_utf, utf_to_big5
},
{
+ PG_GB18030, gb180302mic, mic2gb18030, gb18030_to_utf, utf_to_gb18030
+ },
+ {
PG_WIN1250, win12502mic, mic2win1250, 0, 0
},
};
@@ -1841,6 +1954,9 @@
PG_BIG5, big52mic, mic2big5, 0, 0
},
{
+ PG_GB18030, gb180302mic, mic2gb18030, 0, 0
+ },
+ {
PG_WIN1250, win12502mic, mic2win1250, 0, 0
},
};
postgresql-7.2.1-encnames-gb18030.patch (text/plain, 449B) download
--- postgresql-7.2.1/src/backend/utils/mb/encnames.c.org Mon Jun 3 19:24:10 2002
+++ postgresql-7.2.1/src/backend/utils/mb/encnames.c Mon Jun 3 19:25:26 2002
@@ -173,6 +173,9 @@
{
"windows1251", PG_WIN1251
}, /* Windows-1251; Microsoft */
+ {
+ "gb18030", PG_GB18030
+ }, /* GB18030; GB18030 */
{
NULL, 0
@@ -268,6 +271,9 @@
"BIG5", PG_BIG5
},
{
+ "GB18030", PG_GB18030
+ },
+ {
"WIN1250", PG_WIN1250
}
};
postgresql-7.2.1-multibyte-gb18030.patch (text/plain, 1.7K) download
--- postgresql-7.2.1/src/interfaces/odbc/multibyte.c.org Wed Jun 5 18:28:30 2002
+++ postgresql-7.2.1/src/interfaces/odbc/multibyte.c Wed Jun 5 19:48:01 2002
@@ -48,6 +48,28 @@
mb_st = 0;
}
break;
+ /* Chinese GB18030 support
+ * By Bill Huang <bhuang@redhat.com>,<bill_huanghb@ybb.ne.jp>
+ * */
+ case GB18030:
+ {
+ if (mb_st < 2 && s[i] > 0x81)
+ mb_st = 2;
+ else if (mb_st == 2)
+ if(s[i] >= 0x30 && s[i] <= 0x39)
+ mb_st = 3;
+ else
+ mb_st = 1;
+ else if (mb_st == 3)
+ if(s[i] >= 0x30 && s[i] <= 0x39)
+ mb_st = 1;
+ else
+ mb_st = 3;
+ else
+ mb_st = 0;
+ }
+ break;
+
default:
mb_st = 0;
}
@@ -87,6 +109,16 @@
{
multibyte_client_encoding = BIG5;
return ("BIG5");
+ }/* Chinese GB18030 support.
+ * Added by Bill Huang <bhuang@redhat.com>,<bill_huanghb@ybb.ne.jp>
+ */
+ if (strstr(str, "%27GB18030%27") ||
+ strstr(str, "%27gb18030%27") ||
+ strstr(str, "'GB18030'") ||
+ strstr(str, "'gb18030'") )
+ {
+ multibyte_client_encoding = GB18030;
+ return ("GB18030");
}
return ("OTHER");
}
@@ -127,6 +159,25 @@
else
multibyte_status = 0;
}
+ break;
+ /*Chinese GB18030 support.Added by Bill Huang <bhuang@redhat.com> <bill_huanghb@ybb.ne.jp>*/
+ case GB18030:
+ {
+ if (multibyte_status < 2 && s > 0x80)
+ multibyte_status = 2;
+ else if (multibyte_status = 2)
+ if (s >= 0x30 && s <= 0x39)
+ multibyte_status = 3;
+ else
+ multibyte_status = 1;
+ else if (multibyte_status = 3)
+ if (s >= 0x30 && s <= 0x39)
+ multibyte_status = 1;
+ else
+ multibyte_status = 3;
+ else
+ multibyte_status = 0;
+ }
break;
default:
multibyte_status = 0;
postgresql-7.2.1-multibyteh-gb18030.patch (text/plain, 461B) download
--- postgresql-7.2.1/src/interfaces/odbc/multibyte.h.org Wed Jun 5 19:51:20 2002
+++ postgresql-7.2.1/src/interfaces/odbc/multibyte.h Wed Jun 5 19:51:35 2002
@@ -28,6 +28,7 @@
#define SJIS 32 /* Shift JIS */
#define BIG5 33 /* Big5 */
#define WIN1250 34 /* windows-1250 */
+#define GB18030 35 /* GB18030 */
extern int multibyte_client_encoding; /* Multibyte client encoding. */
extern int multibyte_status; /* Multibyte charcter status. */
postgresql-7.2.1-pg-wchar-gb18030.patch (text/plain, 383B) download
--- postgresql-7.2.1/src/include/mb/pg_wchar.h.org Mon May 27 20:07:58 2002
+++ postgresql-7.2.1/src/include/mb/pg_wchar.h Mon May 27 20:08:59 2002
@@ -182,6 +182,7 @@
/* followings are for client encoding only */
PG_SJIS, /* Shift JIS */
PG_BIG5, /* Big5 */
+ PG_GB18030, /* GB18030 */
PG_WIN1250, /* windows-1250 */
_PG_LAST_ENCODING_ /* mark only */
postgresql-7.2.1-wchar-gb18030.patch (text/plain, 1.2K) download
--- postgresql-7.2.1/src/backend/utils/mb/wchar.c.org Mon May 27 20:02:44 2002
+++ postgresql-7.2.1/src/backend/utils/mb/wchar.c Mon May 27 20:03:12 2002
@@ -457,6 +457,33 @@
return (len);
}
+/*
+ * GB18030
+ * Added by Bill Huang <bhuang@redhat.com>,<bill_huanghb@ybb.ne.jp>
+ */
+static int
+pg_gb18030_mblen(const unsigned char *s)
+{
+ int len;
+
+ if (*s <= 0x7f)
+ { /* kanji? */
+ len = 1;
+ }
+ else
+ { /* should be ASCII */
+
+ if((*(s+1) >0x40 && *(s+1) <= 0x7e)
+ || (*(s+1) >= 0x80 && *(s+1) <= 0xfe))
+ len = 2;
+ else if(*(s+1) >0x30 && *(s+1) <= 0x39)
+ len = 4;
+ else
+ len = 2;
+ }
+ return (len);
+}
+
pg_wchar_tbl pg_wchar_table[] = {
{pg_ascii2wchar_with_len, pg_ascii_mblen, 1}, /* 0; PG_SQL_ASCII */
{pg_eucjp2wchar_with_len, pg_eucjp_mblen, 3}, /* 1; PG_EUC_JP */
@@ -483,6 +510,7 @@
{pg_latin12wchar_with_len, pg_latin1_mblen, 1}, /* 22; ISO-8859-15 */
{pg_latin12wchar_with_len, pg_latin1_mblen, 1}, /* 23; ISO-8859-16 */
{0, pg_sjis_mblen, 2}, /* 24; PG_SJIS */
+ {0, pg_gb18030_mblen, 2}, /* 25; PG_GB18030 */
{0, pg_big5_mblen, 2}, /* 25; PG_BIG5 */
{pg_latin12wchar_with_len, pg_latin1_mblen, 1} /* 26; PG_WIN1250 */
};
* Re: [PATCHES] Chinese GB18030 support is implemented!
@ 2002-06-06 07:54 Bill Huang <bill_huanghb@ybb.ne.jp>
parent: Bill Huang <bill_huanghb@ybb.ne.jp>
2 siblings, 0 replies; 9+ messages in thread
From: Bill Huang @ 2002-06-06 07:54 UTC (permalink / raw)
To: Bill Huang <bill_huanghb@ybb.ne.jp>; +Cc: pgsql-announce@postgresql.org, pgsql-patches@postgresql.org, Bill Huang <bhuang@redhat.com>; Yukihiro Nakai <ynakai@redhat.com>
-GB18030 support is also available on odbc front-end side.
Best Regards,
Bill
Bill Huang wrote:
>Hello,
>
>As postgresql is widely used in the world,many Chinese users are looking
>forward to use such a high performanced database management
>system.However since the Chinese new codepage standard GB18030 is not
>completely supported,postgresql is limitted to be used in China.
>
>Now I have managed to implement the GB18030 support upon the latest
>version,so the following functions are added after the patches are added.
>
>-Chinese GB18030 encoding is available on front-end side,while on
>backend side,EUC_CN or MIC is used.
>-Encoding convertion between MIC and GB18030 is implement.
>-GB18030 locale support is available on front-end side.
>-GB18030 locale test is added.
>
>Any help for testing with these patches and sugguestions for GB18030
>support are greatly appreciated.
>
>Best Regards,
>Bill
>
>
>------------------------------------------------------------------------
>
>--- postgresql-7.2.1/src/backend/utils/mb/conv.c.org Thu Jun 6 11:52:24 2002
>+++ postgresql-7.2.1/src/backend/utils/mb/conv.c Thu Jun 6 12:20:36 2002
>@@ -502,6 +502,96 @@
> }
>
> /*
>+ * GB18030 ---> MIC
>+ * Added by Bill Huang <bhuang@redhat.com>,<bill_huanghb@ybb.ne.jp>
>+ */
>+static void
>+gb180302mic(unsigned char *gb18030, unsigned char *p, int len)
>+{
>+ int c1;
>+ int c2;
>+
>+ while (len > 0 && (c1 = *gb18030++))
>+ {
>+ if (c1 < 0x80)
>+ { /* should be ASCII */
>+ len--;
>+ *p++ = c1;
>+ }
>+ else if(c1 >= 0x81 && c1 <= 0xfe)
>+ {
>+ c2 = *gb18030++;
>+
>+ if(c2 >= 0x30 && c2 <= 0x69){
>+ len -= 4;
>+ *p++ = c1;
>+ *p++ = c2;
>+ *p++ = *gb18030++;
>+ *p++ = *gb18030++;
>+ *p++ = *gb18030++;
>+ }
>+ else if ((c2 >=0x40 && c2 <= 0x7e) ||(c2 >=0x80 && c2 <= 0xfe)){
>+ len -= 2;
>+ *p++ = c1;
>+ *p++ = c2;
>+ *p++ = *gb18030++;
>+ }
>+ else{ /*throw the strange code*/
>+ len--;
>+ }
>+ }
>+ }
>+ *p = '\0';
>+}
>+
>+/*
>+ * MIC ---> GB18030
>+ * Added by Bill Huang <bhuang@redhat.com>,<bill_huanghb@ybb.ne.jp>
>+ */
>+static void
>+mic2gb18030(unsigned char *mic, unsigned char *p, int len)
>+{
>+ int c1;
>+ int c2;
>+
>+ while (len > 0 && (c1 = *mic))
>+ {
>+ len -= pg_mic_mblen(mic++);
>+
>+ if (c1 <= 0x7f) /*ASCII*/
>+ {
>+ *p++ = c1;
>+ }
>+ else if (c1 >= 0x81 && c1 <= 0xfe)
>+ {
>+ c2 = *mic++;
>+
>+ if((c2 >= 0x40 && c2 <= 0x7e) || (c2 >= 0x80 && c2 <= 0xfe)){
>+ *p++ = c1;
>+ *p++ = c2;
>+ }
>+ else if(c2 >= 0x30 && c2 <= 0x39){
>+ *p++ = c1;
>+ *p++ = c2;
>+ *p++ = *mic++;
>+ *p++ = *mic++;
>+ }
>+ else{
>+ mic--;
>+ printBogusChar(&mic, &p);
>+ mic--;
>+ printBogusChar(&mic, &p);
>+ }
>+ }
>+ else{
>+ mic--;
>+ printBogusChar(&mic, &p);
>+ }
>+ }
>+ *p = '\0';
>+}
>+
>+/*
> * EUC_TW ---> MIC
> */
> static void
>@@ -1583,6 +1673,26 @@
> }
>
> /*
>+ * UTF-8 ---> GB18030
>+ */
>+static void
>+utf_to_gb18030(unsigned char *utf, unsigned char *euc, int len)
>+
>+{
>+ utf_to_local(utf, euc, ULmapEUC_CN,
>+ sizeof(ULmapEUC_CN) / sizeof(pg_utf_to_local), len);
>+}
>+
>+/*
>+ * GB18030 ---> UTF-8
>+ */
>+static void
>+gb18030_to_utf(unsigned char *euc, unsigned char *utf, int len)
>+{
>+ local_to_utf(euc, utf, LUmapEUC_CN,
>+ sizeof(LUmapEUC_CN) / sizeof(pg_local_to_utf), PG_EUC_CN, len);
>+}
>+/*
> * UTF-8 ---> EUC_KR
> */
> static void
>@@ -1754,6 +1864,9 @@
> PG_BIG5, big52mic, mic2big5, big5_to_utf, utf_to_big5
> },
> {
>+ PG_GB18030, gb180302mic, mic2gb18030, gb18030_to_utf, utf_to_gb18030
>+ },
>+ {
> PG_WIN1250, win12502mic, mic2win1250, 0, 0
> },
> };
>@@ -1841,6 +1954,9 @@
> PG_BIG5, big52mic, mic2big5, 0, 0
> },
> {
>+ PG_GB18030, gb180302mic, mic2gb18030, 0, 0
>+ },
>+ {
> PG_WIN1250, win12502mic, mic2win1250, 0, 0
> },
> };
>
>
>------------------------------------------------------------------------
>
>--- postgresql-7.2.1/src/backend/utils/mb/encnames.c.org Mon Jun 3 19:24:10 2002
>+++ postgresql-7.2.1/src/backend/utils/mb/encnames.c Mon Jun 3 19:25:26 2002
>@@ -173,6 +173,9 @@
> {
> "windows1251", PG_WIN1251
> }, /* Windows-1251; Microsoft */
>+ {
>+ "gb18030", PG_GB18030
>+ }, /* GB18030; GB18030 */
>
> {
> NULL, 0
>@@ -268,6 +271,9 @@
> "BIG5", PG_BIG5
> },
> {
>+ "GB18030", PG_GB18030
>+ },
>+ {
> "WIN1250", PG_WIN1250
> }
> };
>
>
>------------------------------------------------------------------------
>
>--- postgresql-7.2.1/src/interfaces/odbc/multibyte.c.org Wed Jun 5 18:28:30 2002
>+++ postgresql-7.2.1/src/interfaces/odbc/multibyte.c Wed Jun 5 19:48:01 2002
>@@ -48,6 +48,28 @@
> mb_st = 0;
> }
> break;
>+ /* Chinese GB18030 support
>+ * By Bill Huang <bhuang@redhat.com>,<bill_huanghb@ybb.ne.jp>
>+ * */
>+ case GB18030:
>+ {
>+ if (mb_st < 2 && s[i] > 0x81)
>+ mb_st = 2;
>+ else if (mb_st == 2)
>+ if(s[i] >= 0x30 && s[i] <= 0x39)
>+ mb_st = 3;
>+ else
>+ mb_st = 1;
>+ else if (mb_st == 3)
>+ if(s[i] >= 0x30 && s[i] <= 0x39)
>+ mb_st = 1;
>+ else
>+ mb_st = 3;
>+ else
>+ mb_st = 0;
>+ }
>+ break;
>+
> default:
> mb_st = 0;
> }
>@@ -87,6 +109,16 @@
> {
> multibyte_client_encoding = BIG5;
> return ("BIG5");
>+ }/* Chinese GB18030 support.
>+ * Added by Bill Huang <bhuang@redhat.com>,<bill_huanghb@ybb.ne.jp>
>+ */
>+ if (strstr(str, "%27GB18030%27") ||
>+ strstr(str, "%27gb18030%27") ||
>+ strstr(str, "'GB18030'") ||
>+ strstr(str, "'gb18030'") )
>+ {
>+ multibyte_client_encoding = GB18030;
>+ return ("GB18030");
> }
> return ("OTHER");
> }
>@@ -127,6 +159,25 @@
> else
> multibyte_status = 0;
> }
>+ break;
>+ /*Chinese GB18030 support.Added by Bill Huang <bhuang@redhat.com> <bill_huanghb@ybb.ne.jp>*/
>+ case GB18030:
>+ {
>+ if (multibyte_status < 2 && s > 0x80)
>+ multibyte_status = 2;
>+ else if (multibyte_status = 2)
>+ if (s >= 0x30 && s <= 0x39)
>+ multibyte_status = 3;
>+ else
>+ multibyte_status = 1;
>+ else if (multibyte_status = 3)
>+ if (s >= 0x30 && s <= 0x39)
>+ multibyte_status = 1;
>+ else
>+ multibyte_status = 3;
>+ else
>+ multibyte_status = 0;
>+ }
> break;
> default:
> multibyte_status = 0;
>
>
>------------------------------------------------------------------------
>
>--- postgresql-7.2.1/src/interfaces/odbc/multibyte.h.org Wed Jun 5 19:51:20 2002
>+++ postgresql-7.2.1/src/interfaces/odbc/multibyte.h Wed Jun 5 19:51:35 2002
>@@ -28,6 +28,7 @@
> #define SJIS 32 /* Shift JIS */
> #define BIG5 33 /* Big5 */
> #define WIN1250 34 /* windows-1250 */
>+#define GB18030 35 /* GB18030 */
>
> extern int multibyte_client_encoding; /* Multibyte client encoding. */
> extern int multibyte_status; /* Multibyte charcter status. */
>
>
>------------------------------------------------------------------------
>
>--- postgresql-7.2.1/src/include/mb/pg_wchar.h.org Mon May 27 20:07:58 2002
>+++ postgresql-7.2.1/src/include/mb/pg_wchar.h Mon May 27 20:08:59 2002
>@@ -182,6 +182,7 @@
> /* followings are for client encoding only */
> PG_SJIS, /* Shift JIS */
> PG_BIG5, /* Big5 */
>+ PG_GB18030, /* GB18030 */
> PG_WIN1250, /* windows-1250 */
>
> _PG_LAST_ENCODING_ /* mark only */
>
>
>------------------------------------------------------------------------
>
>--- postgresql-7.2.1/src/backend/utils/mb/wchar.c.org Mon May 27 20:02:44 2002
>+++ postgresql-7.2.1/src/backend/utils/mb/wchar.c Mon May 27 20:03:12 2002
>@@ -457,6 +457,33 @@
> return (len);
> }
>
>+/*
>+ * GB18030
>+ * Added by Bill Huang <bhuang@redhat.com>,<bill_huanghb@ybb.ne.jp>
>+ */
>+static int
>+pg_gb18030_mblen(const unsigned char *s)
>+{
>+ int len;
>+
>+ if (*s <= 0x7f)
>+ { /* kanji? */
>+ len = 1;
>+ }
>+ else
>+ { /* should be ASCII */
>+
>+ if((*(s+1) >0x40 && *(s+1) <= 0x7e)
>+ || (*(s+1) >= 0x80 && *(s+1) <= 0xfe))
>+ len = 2;
>+ else if(*(s+1) >0x30 && *(s+1) <= 0x39)
>+ len = 4;
>+ else
>+ len = 2;
>+ }
>+ return (len);
>+}
>+
> pg_wchar_tbl pg_wchar_table[] = {
> {pg_ascii2wchar_with_len, pg_ascii_mblen, 1}, /* 0; PG_SQL_ASCII */
> {pg_eucjp2wchar_with_len, pg_eucjp_mblen, 3}, /* 1; PG_EUC_JP */
>@@ -483,6 +510,7 @@
> {pg_latin12wchar_with_len, pg_latin1_mblen, 1}, /* 22; ISO-8859-15 */
> {pg_latin12wchar_with_len, pg_latin1_mblen, 1}, /* 23; ISO-8859-16 */
> {0, pg_sjis_mblen, 2}, /* 24; PG_SJIS */
>+ {0, pg_gb18030_mblen, 2}, /* 25; PG_GB18030 */
> {0, pg_big5_mblen, 2}, /* 25; PG_BIG5 */
> {pg_latin12wchar_with_len, pg_latin1_mblen, 1} /* 26; PG_WIN1250 */
> };
>
>
>------------------------------------------------------------------------
>
>
>---------------------------(end of broadcast)---------------------------
>TIP 2: you can get off all lists at once with the unregister command
> (send "unregister YourEmailAddressHere" to majordomo@postgresql.org)
>
> postgresql-7.2.1-conv-gb18030.patch
>
> Content-Type:
>
> text/plain
> Content-Encoding:
>
> base64
>
>
> ------------------------------------------------------------------------
> postgresql-7.2.1-encnames-gb18030.patch
>
> Content-Type:
>
> text/plain
> Content-Encoding:
>
> base64
>
>
> ------------------------------------------------------------------------
> postgresql-7.2.1-multibyte-gb18030.patch
>
> Content-Type:
>
> text/plain
> Content-Encoding:
>
> base64
>
>
> ------------------------------------------------------------------------
> postgresql-7.2.1-multibyteh-gb18030.patch
>
> Content-Type:
>
> text/plain
> Content-Encoding:
>
> base64
>
>
> ------------------------------------------------------------------------
> postgresql-7.2.1-pg-wchar-gb18030.patch
>
> Content-Type:
>
> text/plain
> Content-Encoding:
>
> base64
>
>
> ------------------------------------------------------------------------
> postgresql-7.2.1-wchar-gb18030.patch
>
> Content-Type:
>
> text/plain
> Content-Encoding:
>
> base64
>
>
> ------------------------------------------------------------------------
> Part 1.8
>
> Content-Type:
>
> text/plain
> Content-Encoding:
>
> 8bit
>
>
--
/---------------------------/
黄 宏彬 (Bill Huang)
E-mail:bill_huanghb@ybb.ne.jp
Cell phone:090-9979-4631
/---------------------------/
^ permalink raw reply [nested|flat] 9+ messages in thread
* Re: Chinese GB18030 support is implemented!
@ 2002-06-07 01:28 Tatsuo Ishii <t-ishii@sra.co.jp>
parent: Bill Huang <bill_huanghb@ybb.ne.jp>
2 siblings, 3 replies; 9+ messages in thread
From: Tatsuo Ishii @ 2002-06-07 01:28 UTC (permalink / raw)
To: bill_huanghb@ybb.ne.jp; +Cc: pgsql-announce@postgresql.org; pgsql-patches; bhuang@redhat.com; ynakai@redhat.com
> Hello,
>
> As postgresql is widely used in the world,many Chinese users are looking
> forward to use such a high performanced database management
> system.However since the Chinese new codepage standard GB18030 is not
> completely supported,postgresql is limitted to be used in China.
>
> Now I have managed to implement the GB18030 support upon the latest
> version,so the following functions are added after the patches are added.
>
> -Chinese GB18030 encoding is available on front-end side,while on
> backend side,EUC_CN or MIC is used.
> -Encoding convertion between MIC and GB18030 is implement.
> -GB18030 locale support is available on front-end side.
> -GB18030 locale test is added.
>
> Any help for testing with these patches and sugguestions for GB18030
> support are greatly appreciated.
In your patches I found conversion functions between UTF-8 and GB18030
using the same mapping for EUC_CN. I don't know the details of GB18030
but I could guess that the mapping for EUC_CN might not work with
GB18030. If so, what do you intend to add these function?
--
Tatsuo Ishii
^ permalink raw reply [nested|flat] 9+ messages in thread
* Re: Chinese GB18030 support is implemented!
@ 2002-06-07 01:51 Bill Huang <bhuang@redhat.com>
parent: Tatsuo Ishii <t-ishii@sra.co.jp>
2 siblings, 0 replies; 9+ messages in thread
From: Bill Huang @ 2002-06-07 01:51 UTC (permalink / raw)
To: Tatsuo Ishii <t-ishii@sra.co.jp>; +Cc: bill_huanghb@ybb.ne.jp; pgsql-announce@postgresql.org; pgsql-patches; ynakai@redhat.com
Tatsuo Ishii wrote:
>>Hello,
>>
>>As postgresql is widely used in the world,many Chinese users are looking
>>forward to use such a high performanced database management
>>system.However since the Chinese new codepage standard GB18030 is not
>>completely supported,postgresql is limitted to be used in China.
>>
>>Now I have managed to implement the GB18030 support upon the latest
>>version,so the following functions are added after the patches are added.
>>
>>-Chinese GB18030 encoding is available on front-end side,while on
>>backend side,EUC_CN or MIC is used.
>>-Encoding convertion between MIC and GB18030 is implement.
>>-GB18030 locale support is available on front-end side.
>>-GB18030 locale test is added.
>>
>>Any help for testing with these patches and sugguestions for GB18030
>>support are greatly appreciated.
>>
>
>In your patches I found conversion functions between UTF-8 and GB18030
>using the same mapping for EUC_CN. I don't know the details of GB18030
>but I could guess that the mapping for EUC_CN might not work with
>GB18030. If so, what do you intend to add these function?
>--
>Tatsuo Ishii
>
Actually the conversion between UTF8 and GB18030 is not implemented yet
this time.It will be added soon.
However the conversion between GB18030 and MIC and GB18030 support on
odbc client support are implemented already.
--
Bill Huang (81)-3-3257-0417
Red Hat K.K. http://www.jp.redhat.com
^ permalink raw reply [nested|flat] 9+ messages in thread
* Re: Chinese GB18030 support is implemented!
@ 2002-06-07 02:36 Bill Huang <bill_huanghb@ybb.ne.jp>
parent: Tatsuo Ishii <t-ishii@sra.co.jp>
2 siblings, 0 replies; 9+ messages in thread
From: Bill Huang @ 2002-06-07 02:36 UTC (permalink / raw)
To: Tatsuo Ishii <t-ishii@sra.co.jp>; +Cc: pgsql-announce@postgresql.org; pgsql-patches; bhuang@redhat.com; ynakai@redhat.com
Tatsuo Ishii wrote:
>>Hello,
>>
>>As postgresql is widely used in the world,many Chinese users are looking
>>forward to use such a high performanced database management
>>system.However since the Chinese new codepage standard GB18030 is not
>>completely supported,postgresql is limitted to be used in China.
>>
>>Now I have managed to implement the GB18030 support upon the latest
>>version,so the following functions are added after the patches are added.
>>
>>-Chinese GB18030 encoding is available on front-end side,while on
>>backend side,EUC_CN or MIC is used.
>>-Encoding convertion between MIC and GB18030 is implement.
>>-GB18030 locale support is available on front-end side.
>>-GB18030 locale test is added.
>>
>>Any help for testing with these patches and sugguestions for GB18030
>>support are greatly appreciated.
>>
>
>In your patches I found conversion functions between UTF-8 and GB18030
>using the same mapping for EUC_CN. I don't know the details of GB18030
>but I could guess that the mapping for EUC_CN might not work with
>GB18030. If so, what do you intend to add these function?
>
Actually the conversion between UTF8 and GB18030 is not implemented yet
this time.It will be added soon.
However the conversion between GB18030 and MIC and GB18030 support on
odbc client support are implemented already.
Regards,
Bill
--
/---------------------------/
(Bill Huang)
E-mail:bill_huanghb@ybb.ne.jp
/---------------------------/
^ permalink raw reply [nested|flat] 9+ messages in thread
* Re: Chinese GB18030 support is implemented!
@ 2002-06-07 05:08 Bill Huang <bill_huanghb@ybb.ne.jp>
parent: Tatsuo Ishii <t-ishii@sra.co.jp>
2 siblings, 0 replies; 9+ messages in thread
From: Bill Huang @ 2002-06-07 05:08 UTC (permalink / raw)
To: Tatsuo Ishii <t-ishii@sra.co.jp>; +Cc: pgsql-announce@postgresql.org; pgsql-patches; bhuang@redhat.com; ynakai@redhat.com
Tatsuo Ishii wrote:
>>Hello,
>>
>>As postgresql is widely used in the world,many Chinese users are looking
>>forward to use such a high performanced database management
>>system.However since the Chinese new codepage standard GB18030 is not
>>completely supported,postgresql is limitted to be used in China.
>>
>>Now I have managed to implement the GB18030 support upon the latest
>>version,so the following functions are added after the patches are added.
>>
>>-Chinese GB18030 encoding is available on front-end side,while on
>>backend side,EUC_CN or MIC is used.
>>-Encoding convertion between MIC and GB18030 is implement.
>>-GB18030 locale support is available on front-end side.
>>-GB18030 locale test is added.
>>
>>Any help for testing with these patches and sugguestions for GB18030
>>support are greatly appreciated.
>>
>
>In your patches I found conversion functions between UTF-8 and GB18030
>using the same mapping for EUC_CN. I don't know the details of GB18030
>but I could guess that the mapping for EUC_CN might not work with
>GB18030. If so, what do you intend to add these function?
>--
>Tatsuo Ishii
>
>---------------------------(end of broadcast)---------------------------
>TIP 4: Don't 'kill -9' the postmaster
>
Now conversion between UTF-8 and GB18030 is implemented.
Regards,
Bill
--
/---------------------------/
Bill Huang)
E-mail:bill_huanghb@ybb.ne.jp
/---------------------------/
Attachments:
postgresql-7.2.1-conv-gb18030.patch (text/plain, 3.0K) download
--- postgresql-7.2.1/src/backend/utils/mb/conv.c.org Fri Jun 7 11:57:14 2002
+++ postgresql-7.2.1/src/backend/utils/mb/conv.c Fri Jun 7 14:15:26 2002
@@ -48,6 +48,8 @@
#include "Unicode/euc_jp_to_utf8.map"
#include "Unicode/utf8_to_euc_cn.map"
#include "Unicode/euc_cn_to_utf8.map"
+#include "Unicode/utf8_to_gb18030.map"
+#include "Unicode/gb18030_to_utf8.map"
#include "Unicode/utf8_to_euc_kr.map"
#include "Unicode/euc_kr_to_utf8.map"
#include "Unicode/utf8_to_euc_tw.map"
@@ -502,6 +504,96 @@
}
/*
+ * GB18030 ---> MIC
+ * Added by Bill Huang <bhuang@redhat.com>,<bill_huanghb@ybb.ne.jp>
+ */
+static void
+gb180302mic(unsigned char *gb18030, unsigned char *p, int len)
+{
+ int c1;
+ int c2;
+
+ while (len > 0 && (c1 = *gb18030++))
+ {
+ if (c1 < 0x80)
+ { /* should be ASCII */
+ len--;
+ *p++ = c1;
+ }
+ else if(c1 >= 0x81 && c1 <= 0xfe)
+ {
+ c2 = *gb18030++;
+
+ if(c2 >= 0x30 && c2 <= 0x69){
+ len -= 4;
+ *p++ = c1;
+ *p++ = c2;
+ *p++ = *gb18030++;
+ *p++ = *gb18030++;
+ *p++ = *gb18030++;
+ }
+ else if ((c2 >=0x40 && c2 <= 0x7e) ||(c2 >=0x80 && c2 <= 0xfe)){
+ len -= 2;
+ *p++ = c1;
+ *p++ = c2;
+ *p++ = *gb18030++;
+ }
+ else{ /*throw the strange code*/
+ len--;
+ }
+ }
+ }
+ *p = '\0';
+}
+
+/*
+ * MIC ---> GB18030
+ * Added by Bill Huang <bhuang@redhat.com>,<bill_huanghb@ybb.ne.jp>
+ */
+static void
+mic2gb18030(unsigned char *mic, unsigned char *p, int len)
+{
+ int c1;
+ int c2;
+
+ while (len > 0 && (c1 = *mic))
+ {
+ len -= pg_mic_mblen(mic++);
+
+ if (c1 <= 0x7f) /*ASCII*/
+ {
+ *p++ = c1;
+ }
+ else if (c1 >= 0x81 && c1 <= 0xfe)
+ {
+ c2 = *mic++;
+
+ if((c2 >= 0x40 && c2 <= 0x7e) || (c2 >= 0x80 && c2 <= 0xfe)){
+ *p++ = c1;
+ *p++ = c2;
+ }
+ else if(c2 >= 0x30 && c2 <= 0x39){
+ *p++ = c1;
+ *p++ = c2;
+ *p++ = *mic++;
+ *p++ = *mic++;
+ }
+ else{
+ mic--;
+ printBogusChar(&mic, &p);
+ mic--;
+ printBogusChar(&mic, &p);
+ }
+ }
+ else{
+ mic--;
+ printBogusChar(&mic, &p);
+ }
+ }
+ *p = '\0';
+}
+
+/*
* EUC_TW ---> MIC
*/
static void
@@ -1583,6 +1675,26 @@
}
/*
+ * UTF-8 ---> GB18030
+ */
+static void
+utf_to_gb18030(unsigned char *utf, unsigned char *euc, int len)
+
+{
+ utf_to_local(utf, euc, ULmapGB18030,
+ sizeof(ULmapGB18030) / sizeof(pg_utf_to_local), len);
+}
+
+/*
+ * GB18030 ---> UTF-8
+ */
+static void
+gb18030_to_utf(unsigned char *euc, unsigned char *utf, int len)
+{
+ local_to_utf(euc, utf, LUmapGB18030,
+ sizeof(LUmapGB18030) / sizeof(pg_local_to_utf), PG_GB18030, len);
+}
+/*
* UTF-8 ---> EUC_KR
*/
static void
@@ -1754,6 +1866,9 @@
PG_BIG5, big52mic, mic2big5, big5_to_utf, utf_to_big5
},
{
+ PG_GB18030, gb180302mic, mic2gb18030, gb18030_to_utf, utf_to_gb18030
+ },
+ {
PG_WIN1250, win12502mic, mic2win1250, 0, 0
},
};
@@ -1841,6 +1956,9 @@
PG_BIG5, big52mic, mic2big5, 0, 0
},
{
+ PG_GB18030, gb180302mic, mic2gb18030, 0, 0
+ },
+ {
PG_WIN1250, win12502mic, mic2win1250, 0, 0
},
};
UCS_to_GB18030.pl (text/plain, 2.0K) download
#! /usr/bin/perl
#
# Copyright 2002 by Bill Huang
#
# $Id: UCS_to_GB18030.pl,v 1.2 2002/06/06 06:10:18 Bill Huang Exp $
#
# Generate UTF-8 <--> GB18030 code conversion tables from
# map files provided by Unicode organization.
# Unfortunately it is prohibited by the organization
# to distribute the map files. So if you try to use this script,
# you have to obtain ISO10646-GB18030.TXT from
# the organization's ftp site.
#
# ISO10646-GB18030.TXT format:
# GB18030 code in hex
# UCS-2 code in hex
# # and Unicode name (not used in this script)
require "ucs2utf.pl";
# first generate UTF-8 --> GB18030 table
$in_file = "ISO10646-GB18030.TXT";
open( FILE, $in_file ) || die( "cannot open $in_file" );
while( <FILE> ){
chop;
if( /^#/ ){
next;
}
( $u, $c, $rest ) = split;
$utf = hex($u);
$code = hex($c);
$count++;
$array{ $utf } = ($code);
}
close( FILE );
#
# first, generate UTF8 --> GB18030 table
#
$file = "utf8_to_gb18030.map";
open( FILE, "> $file" ) || die( "cannot open $file" );
print FILE "static pg_utf_to_local ULmapGB18030[ $count ] = {\n";
for $index ( sort {$a <=> $b} keys( %array ) ){
$code = $array{ $index };
$count--;
if( $count == 0 ){
printf FILE " {0x%04x, 0x%04x}\n", $index, $code;
} else {
printf FILE " {0x%04x, 0x%04x},\n", $index, $code;
}
}
print FILE "};\n";
close(FILE);
#
# then generate GB18030 --> UTF8 table
#
reset 'array';
open( FILE, $in_file ) || die( "cannot open $in_file" );
while( <FILE> ){
chop;
if( /^#/ ){
next;
}
( $u, $c, $rest ) = split;
$utf = hex($u);
$code = hex($c);
$count++;
$array{ $code } = $utf;
}
close( FILE );
$file = "gb18030_to_utf8.map";
open( FILE, "> $file" ) || die( "cannot open $file" );
print FILE "static pg_local_to_utf LUmapGB18030[ $count ] = {\n";
for $index ( sort {$a <=> $b} keys( %array ) ){
$utf = $array{ $index };
$count--;
if( $count == 0 ){
printf FILE " {0x%04x, 0x%04x}\n", $index, $utf;
} else {
printf FILE " {0x%04x, 0x%04x},\n", $index, $utf;
}
}
print FILE "};\n";
close(FILE);
* Re: Chinese GB18030 support is implemented!
@ 2002-06-13 06:39 Tatsuo Ishii <t-ishii@sra.co.jp>
parent: Bill Huang <bill_huanghb@ybb.ne.jp>
2 siblings, 1 reply; 9+ messages in thread
From: Tatsuo Ishii @ 2002-06-13 06:39 UTC (permalink / raw)
To: bill_huanghb@ybb.ne.jp; +Cc: pgsql-announce@postgresql.org; pgsql-patches; bhuang@redhat.com; ynakai@redhat.com
> Hello,
>
> As postgresql is widely used in the world,many Chinese users are looking
> forward to use such a high performanced database management
> system.However since the Chinese new codepage standard GB18030 is not
> completely supported,postgresql is limitted to be used in China.
>
> Now I have managed to implement the GB18030 support upon the latest
> version,so the following functions are added after the patches are added.
>
> -Chinese GB18030 encoding is available on front-end side,while on
> backend side,EUC_CN or MIC is used.
> -Encoding convertion between MIC and GB18030 is implement.
> -GB18030 locale support is available on front-end side.
> -GB18030 locale test is added.
>
> Any help for testing with these patches and sugguestions for GB18030
> support are greatly appreciated.
We need to apply your pacthes to the current source tree(we are not
allowed to add new feature stable source tree). Your pacthes for
encnames.c pg_wchar.h and wchar.c are rejected due to the difference
between 7.2 and current.
Can you give me patches encnames.c pg_wchar.h and wchar.c against
current?
Unicode conversion map staffs ISO10646-GB18030.TXT utf8_to_gb18030.map
UCS_to_GB18030.pl and gb18030_to_utf8.map are looks good for
current. So I will apply them.
--
Tatsuo Ishii
^ permalink raw reply [nested|flat] 9+ messages in thread
* Re: Chinese GB18030 support is implemented!
@ 2002-06-13 07:44 Bill Huang <bill_huanghb@ybb.ne.jp>
parent: Tatsuo Ishii <t-ishii@sra.co.jp>
0 siblings, 1 reply; 9+ messages in thread
From: Bill Huang @ 2002-06-13 07:44 UTC (permalink / raw)
To: Tatsuo Ishii <t-ishii@sra.co.jp>; +Cc: pgsql-announce@postgresql.org; pgsql-patches; bhuang@redhat.com; ynakai@redhat.com
Hi Ishii-san,
The patches are attached.Please apply it.
Thanks,
Bill
Tatsuo Ishii wrote:
>>Hello,
>>
>>As postgresql is widely used in the world,many Chinese users are looking
>>forward to use such a high performanced database management
>>system.However since the Chinese new codepage standard GB18030 is not
>>completely supported,postgresql is limitted to be used in China.
>>
>>Now I have managed to implement the GB18030 support upon the latest
>>version,so the following functions are added after the patches are added.
>>
>>-Chinese GB18030 encoding is available on front-end side,while on
>>backend side,EUC_CN or MIC is used.
>>-Encoding convertion between MIC and GB18030 is implement.
>>-GB18030 locale support is available on front-end side.
>>-GB18030 locale test is added.
>>
>>Any help for testing with these patches and sugguestions for GB18030
>>support are greatly appreciated.
>>
>
>We need to apply your pacthes to the current source tree(we are not
>allowed to add new feature stable source tree). Your pacthes for
>encnames.c pg_wchar.h and wchar.c are rejected due to the difference
>between 7.2 and current.
>
>Can you give me patches encnames.c pg_wchar.h and wchar.c against
>current?
>
>Unicode conversion map staffs ISO10646-GB18030.TXT utf8_to_gb18030.map
>UCS_to_GB18030.pl and gb18030_to_utf8.map are looks good for
>current. So I will apply them.
>--
>Tatsuo Ishii
>
--
/---------------------------/
(Bill Huang)
E-mail:bill_huanghb@ybb.ne.jp
Cell phone:090-9979-4631
/---------------------------/
Attachments: download all (3 files, .tar.gz)
pgsql.encnames-gb18030.patch (text/plain, 395B) download
--- pgsql/src/backend/utils/mb/encnames.c.org Thu Jun 13 16:15:54 2002
+++ pgsql/src/backend/utils/mb/encnames.c Thu Jun 13 16:26:42 2002
@@ -239,6 +239,9 @@
{
"windows950", PG_BIG5
}, /* alias for BIG5 */
+ {
+ "gb18030", PG_GB18030
+ }, /* GB18030;GB18030 */
{
NULL, 0
@@ -353,6 +356,9 @@
},
{
"WIN1250", PG_WIN1250
+ },
+ {
+ "gb18030", PG_GB18030
}
};
pgsql.pg_wchar-gb18030.patch (text/plain, 306B) download
--- pgsql/src/include/mb/pg_wchar.h.org Thu Jun 13 16:39:41 2002
+++ pgsql/src/include/mb/pg_wchar.h Thu Jun 13 16:43:47 2002
@@ -190,6 +190,7 @@
PG_UHC, /* UHC (Windows-949) */
PG_WIN1250, /* windows-1250 */
+ PG_GB18030, /* GB18030 */
_PG_LAST_ENCODING_ /* mark only */
} pg_enc;
pgsql.wchar-gb18030.patch (text/plain, 1.3K) download
--- pgsql/src/backend/utils/mb/wchar.c.org Thu Jun 13 16:37:06 2002
+++ pgsql/src/backend/utils/mb/wchar.c Thu Jun 13 16:33:17 2002
@@ -510,6 +510,31 @@
return (len);
}
+/*
+ * * GB18030
+ * * Added by Bill Huang <bhuang@redhat.com>,<bill_huanghb@ybb.ne.jp>
+ * */
+static int
+pg_gb18030_mblen(const unsigned char *s)
+{
+ int len;
+ if (*s <= 0x7f)
+ { /* ASCII */
+ len = 1;
+ }
+ else
+ {
+ if((*(s+1) >= 0x40 && *(s+1) <= 0x7e)|| (*(s+1) >= 0x80 && *(s+1) <= 0xfe))
+ len = 2;
+ else if(*(s+1) >= 0x30 && *(s+1) <= 0x39)
+ len = 4;
+ else
+ len = 2;
+ }
+ return (len);
+}
+
+
pg_wchar_tbl pg_wchar_table[] = {
{pg_ascii2wchar_with_len, pg_ascii_mblen, 1}, /* 0; PG_SQL_ASCII */
{pg_eucjp2wchar_with_len, pg_eucjp_mblen, 3}, /* 1; PG_EUC_JP */
@@ -544,6 +569,7 @@
{0, pg_gbk_mblen, 2}, /* 30; PG_GBK */
{0, pg_uhc_mblen, 2}, /* 31; PG_UHC */
{pg_latin12wchar_with_len, pg_latin1_mblen, 1}, /* 32; PG_WIN1250 */
+ {0, pg_gb18030_mblen, 2} /* 33; PG_GB18030 */
};
/* returns the byte length of a word for mule internal code */
* Re: Chinese GB18030 support is implemented!
@ 2002-06-13 08:32 Tatsuo Ishii <t-ishii@sra.co.jp>
parent: Bill Huang <bill_huanghb@ybb.ne.jp>
0 siblings, 0 replies; 9+ messages in thread
From: Tatsuo Ishii @ 2002-06-13 08:32 UTC (permalink / raw)
To: bill_huanghb@ybb.ne.jp; +Cc: pgsql-patches; pgsql-hackers@postgresql.org.bhuang; ynakai@redhat.com
[pgsql-announce removed and pgsql-hackers added]
I have applied your patches with small corrections. Please grab the
latest source and let me know if something is wrong.
Thanks.
--
Tatsuo Ishii
> Hi Ishii-san,
>
> The patches are attached.Please apply it.
>
> Thanks,
> Bill
>
> Tatsuo Ishii wrote:
>
> >>Hello,
> >>
> >>As postgresql is widely used in the world,many Chinese users are looking
> >>forward to use such a high performanced database management
> >>system.However since the Chinese new codepage standard GB18030 is not
> >>completely supported,postgresql is limitted to be used in China.
> >>
> >>Now I have managed to implement the GB18030 support upon the latest
> >>version,so the following functions are added after the patches are added.
> >>
> >>-Chinese GB18030 encoding is available on front-end side,while on
> >>backend side,EUC_CN or MIC is used.
> >>-Encoding convertion between MIC and GB18030 is implement.
> >>-GB18030 locale support is available on front-end side.
> >>-GB18030 locale test is added.
> >>
> >>Any help for testing with these patches and sugguestions for GB18030
> >>support are greatly appreciated.
> >>
> >
> >We need to apply your pacthes to the current source tree(we are not
> >allowed to add new feature stable source tree). Your pacthes for
> >encnames.c pg_wchar.h and wchar.c are rejected due to the difference
> >between 7.2 and current.
> >
> >Can you give me patches encnames.c pg_wchar.h and wchar.c against
> >current?
> >
> >Unicode conversion map staffs ISO10646-GB18030.TXT utf8_to_gb18030.map
> >UCS_to_GB18030.pl and gb18030_to_utf8.map are looks good for
> >current. So I will apply them.
> >--
> >Tatsuo Ishii
> >
> --
> /---------------------------/
> (Bill Huang)
> E-mail:bill_huanghb@ybb.ne.jp
> Cell phone:090-9979-4631
> /---------------------------/
>
>
^ permalink raw reply [nested|flat] 9+ messages in thread
end of thread, other threads:[~2002-06-13 08:32 UTC | newest]
Thread overview: 9+ messages (download: mbox mbox.gz follow: Atom feed)
-- links below jump to the message on this page --
2002-06-06 07:10 Chinese GB18030 support is implemented! Bill Huang <bill_huanghb@ybb.ne.jp>
2002-06-06 07:54 ` Bill Huang <bill_huanghb@ybb.ne.jp>
2002-06-07 01:28 ` Tatsuo Ishii <t-ishii@sra.co.jp>
2002-06-07 01:51 ` Bill Huang <bhuang@redhat.com>
2002-06-07 02:36 ` Bill Huang <bill_huanghb@ybb.ne.jp>
2002-06-07 05:08 ` Bill Huang <bill_huanghb@ybb.ne.jp>
2002-06-13 06:39 ` Tatsuo Ishii <t-ishii@sra.co.jp>
2002-06-13 07:44 ` Bill Huang <bill_huanghb@ybb.ne.jp>
2002-06-13 08:32 ` Tatsuo Ishii <t-ishii@sra.co.jp>
This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox