Hi, all
I've found a problem in pl/pgsql: the variable declared can't be the
same name of table's column name, here is a example:
---8<
drop table userdata;
create table userdata (
userid text,
txnid text,
passwd text
>
> en_GB would be a "British English" translation. I don't think this is
> what you wanted to do.
>
cn_GB, sorry. :-D
Regards
Laser Henry
---(end of broadcast)---
TIP 2: you can get off all lists at once with the unregister command
(send "
Peter Eisentraut wrote:
> Tatsuo Ishii writes:
>
> > I have a plan to translate 7.1 docs into Japanases
>
> Btw...
>
> One thing I am thinking about doing for the 7.2 cycle is set up the
> doc/src/ directory in a way to keep translations in tree. It would
> probably look something like:
>
> doc/
>
> > appropriate. There are several encodings for Chinese including
> > GB(EUC-CN), Big5, EUC-TW. At least we should be able to distinguish
> > them. What about "chinese(GB)" or whatever?
>
> Renamed to chinese-gb.
>
I think chinese-gb is ok, thanks!
Regards
Laser
Hi all:
The attachement is the Chinese (GB) patch for PgAccess, don't know
if it's correct to post here.
It's simple to do the translation, And I've test in 7.0.2 & current CVS,
seems pretty good.
If anyone want this little thing, I'll very happy.
use it is very simple, just gunzip it and copy
I'm using cvs-current, and testing those
build-in function
according to the docs.
but it seems the "lpad",
"rpad" don't work,
when I type:
select lpad('laser', 4, 'a');
in psql, the result is still
'laser', the same with 'rpad',
Is it a bug or I'm mis-understaning the lpad and/or rpad
func
-Original Message-
~{7"<~HK~}: xuyifeng <[EMAIL PROTECTED]>
~{JU<~HK~}: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
~{HUFZ~}: 2000~{Dj~}11~{TB~}28~{HU~} 16:22
~{VwLb~}: [HACKERS] beta testing version
>Hi,
>
> how long is PG7.1 already in beta testing? can it be released before
Christmas day
