Skip site navigation (1) Skip section navigation (2)

Re: [HACKERS] Open 6.4 items

From: Bruce Momjian <maillist(at)candle(dot)pha(dot)pa(dot)us>
To: t-ishii(at)sra(dot)co(dot)jp
Cc: hackers(at)postgreSQL(dot)org, t-ishii(at)srapc451(dot)sra(dot)co(dot)jp
Subject: Re: [HACKERS] Open 6.4 items
Date: 1998-10-06 03:03:44
Message-ID: 199810060303.XAA25718@candle.pha.pa.us (view raw or flat)
Thread:
Lists: pgsql-hackers
Applied.

> >I'm working on the multi-byte support for win32 env. with help from
> >Hiroshi Inoue who appears in the discussion on some win32 issues.
> >In one or two days, I will post new patches that should make
> >the multi-byte support usable on win32.
> >Note that only Japanese(Shift-JIS) will be supported in the first
> >version.
> 
> Here are the patches against the current source tree. I have run the
> regression test on a FreeBSD box with both non-MULTIBYTE and
> MULTIBYTE-enabled, and confirmed that the results are same.
> 
> However I do not tested on PCs(I don't have access to win). Please let 
> me know if the patches break anything on PCs.
> 
> Also please note that the patch for varchar.c is a fix for a nasty bug
> of char(n) types that I introduced and I believe at least this should
> be applied.
> 
> Affected files are:
> src/win32.mak
> src/bin/psql/win32.mak
> src/interfaces/libpq/win32.mak
> src/interfaces/libpq/libpqdll.def
> src/interfaces/libpq/fe-print.c
> src/backend/utils/mb/common.c
> src/backend/utils/adt/varchar.c


-- 
  Bruce Momjian                        |  http://www.op.net/~candle
  maillist(at)candle(dot)pha(dot)pa(dot)us            |  (610) 853-3000
  +  If your life is a hard drive,     |  830 Blythe Avenue
  +  Christ can be your backup.        |  Drexel Hill, Pennsylvania 19026


In response to

pgsql-hackers by date

Next:From: Bruce MomjianDate: 1998-10-06 03:10:53
Subject: Re: [HACKERS] Dumping of views -- done!
Previous:From: Hiroshi InoueDate: 1998-10-06 03:01:50
Subject: RE: [HACKERS] cursors in LLL

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group