Re: PostgreSQL encoding yada yerellestirme problemi

SQL hatasi:
HATA: 'clýent_encodýng' is not a valid option name

Ustteki hata, asagidaki ifade icinde olustu:
SET CLIENT_ENCODING TO 'LATIN5'

Istemci dil kodlamasini ayarlamaya calisirken bir hata olustu.
--------------------------------------------------------------------------------
SQL hatasi:
HATA: 'clýent_encodýng' is not a valid option name

Ustteki hata, asagidaki ifade icinde olustu:
SET CLIENT_ENCODING TO 'SQL_ASCII'

Istemci dil kodlamasini ayarlamaya calisirken bir hata olustu.
-----------------------------------------------------------------------------------

MDK 9.1 (Bamboo) yuklu bir makinede phpPgAdmin 3.0.1 ile psql 7.3.2, the
PostgreSQL uzerinde veritabanina ulasmaya calisirken yukaridaki hatayi
aliyorum.

postgres, catav ve root user icin locale;
LANG=tr_TR
LC_CTYPE=tr_TR
LC_NUMERIC=tr_TR
LC_TIME=tr_TR
LC_COLLATE=tr_TR
LC_MONETARY=tr_TR
LC_MESSAGES=tr_TR
LC_PAPER=tr_TR
LC_NAME=tr_TR
LC_ADDRESS=tr_TR
LC_TELEPHONE=tr_TR
LC_MEASUREMENT=tr_TR
LC_IDENTIFICATION=tr_TR
LC_ALL=
seklinde.
-------------------------------------------------------------------------
List of databases
Name | Owner | Encoding
------------+----------+-----------
dene | postgres | LATIN5
deneme | catav | SQL_ASCII
deneme3 | catav | SQL_ASCII
hasta | catav | SQL_ASCII
phppgadmin | postgres | SQL_ASCII
template0 | postgres | SQL_ASCII
template1 | postgres | SQL_ASCII
test | catav | SQL_ASCII
(8 rows)

///////////////////////////////////////////////////////////////////////////////////////////
****************************************************
KONSOLDA (xkonsolu ve standart konsol):
****************************************************
[catav(at)localhost catav]$ psql dene
Welcome to psql 7.3.2, the PostgreSQL interactive terminal.

Type: \copyright for distribution terms
\h for help with SQL commands
\? for help on internal slash commands
\g or terminate with semicolon to execute query
\q to quit

dene=#

---------------------------------------------------------------------------
[catav(at)localhost catav]$ psql deneme
Welcome to psql 7.3.2, the PostgreSQL interactive terminal.

Type: \copyright for distribution terms
\h for help with SQL commands
\? for help on internal slash commands
\g or terminate with semicolon to execute query
\q to quit

deneme=#
------------------------------------------------------------------------------
dene=# SHOW CLIENT_ENCODING;
HATA: Option 'client_encoding' is not recognized
dene=#
dene=# SHOW CLiENT_ENCODiNG;
client_encoding
-----------------
SQL_ASCII
(1 row)

dene=#
-------------------------------------------------------------------------------
problemi disinda sorunsuz olarak calisiyorum.
Postgres, root ve catav kullanicilarinin locale ayarlarini localedrake ile
degistirmeyi root ve catav icin en_US oldu ama postgres icin basarili olmadi,
tr_TR olarak kaldi. Hata olarak "Xlib: connection to ":0.0" refused by server
Xlib: No protocol specified" verdi. Postgres icin locale en_US olabilse sorun
cozulur mu?
Bu problemin cozumu icin onerileriniz nedir? Tesekkur ederim.
Hoscakalin.

--
Zeki Çatav
catav(at)isbank(dot)net(dot)tr
http://catav.kolayweb.com

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Merhaba,

On Sun, 28 Sep 2003, ZEKI CATAV wrote:

> SQL hatasi:
> HATA: 'clýent_encodýng' is not a valid option name
> Ustteki hata, asagidaki ifade icinde olustu:
> SET CLIENT_ENCODING TO 'LATIN5'
> -----------------------------------------------------------------------------------
> MDK 9.1 (Bamboo) yuklu bir makinede phpPgAdmin 3.0.1 ile psql 7.3.2, the
> PostgreSQL uzerinde veritabanina ulasmaya calisirken yukaridaki hatayi
> aliyorum.
> ------------------------------------------------------------------------------
> dene=# SHOW CLIENT_ENCODING;
> HATA: Option 'client_encoding' is not recognized
> dene=#
> dene=# SHOW CLiENT_ENCODiNG;
> client_encoding
> -----------------
> SQL_ASCII
> (1 row)

Oncelikle elimdekini gostereyim:

test=# SELECT version();
version
- ------------------------------------------------------------------------------------------------------------
PostgreSQL 7.4beta3 on i686-pc-linux-gnu, compiled by GCC gcc (GCC) 3.2.2
20030222 (Red Hat Linux 3.2.2-5)
(1 row)

test=# SHOW client_encoding ;
client_encoding
- -----------------
LATIN5
(1 row)

test=# SHOW CLIENT_ENCODING;
client_encoding
- -----------------
LATIN5
(1 row)

Peki ikimizde neden farkli? Sanirim tek fark; benim initdb asamasinda
encoding'i LATIN5 olarak vermis olmam:

/usr/local/pgsql/bin/initdb -E LATIN5 -D /usr/local/pgsql-7.4beta3

seklinde yani.

Kaynak koddan kurulumda bu kolay. Zaten initdb islemini kendiniz
yapacaginiz icin sorun olmaz. Ama RPM kurulumunda, /etc/init.d/postgresql
betigi ile cok az oynamaniz gerekecek. Bunu ilk kurulumda, sunucuyu
baslatmadan 'ONCE' yapmaniz gerekli. Betigin icinde soyle bir satir
olacak:

su -l postgres -s /bin/sh -c "/usr/bin/initdb --pgdata=$PGDATA > /dev/null 2>&1" < /dev/null

Bunu su sekilde degistirin:
su -l postgres -s /bin/sh -c "/usr/bin/initdb --pgdata=$PGDATA -E LATIN5 > /dev/null 2>&1" < /dev/null

Sonra postgresql basladiginda veri dizini ($PGDATA, RPM kurulumunda
/var/lib/pgsql dizini, kaynak koddan kurulumda genelde
/usr/local/pgsql/data dizinidir) LATIN5 ile initialize edilecek. LATIN5,
Turkce'nin de icinde bulundugu dillere destek veren encoding.

Peki elinizde zaten kurulmus olan bir veritabani varsa? O zaman,
pg_dumpall ile yedeklersiniz veritabaninizi (hatta /var/lib/pgsql dizinini
de yedekleyiniz) ve rpm'leri kaldirip bu dizini de silip yeniden rpmleri
kurup ustte dedigimi yapabilirsiniz.

Ya da ya da... initdb ile yeni bir veri alani olusturursunuz, ustte
yazdigim sekilde (initdb -E ...). PostgreSQL'i durdudup ustteki init
betigindeki PGDATA degiskeninini yeni dizininiz ile degistirip sunucunuzu
yeniden baslatir ve veritabaninizi yeniden baslatabilirsiniz.

Bu arada, client_encoding'i neden buyuk harfle yazma gereksinmesi
duydunuz? :) SET ya da SHOW'dan sonra birkac harf yazip taba bastiginizda
zaten kucuk harfle tamamliyor bunu.

Bir sey daha... Simdi dikkatimi cekti :( Turkce destegi ile ilgili bir
sorun, Nicolas Tufar'in katkilariyla 7.3.3 icinde cozulmustu. Belki onunla
da ilgili olabilir sorununuz. 7.3.4'e guncelleyip dener misiniz? RPM'leri
ftp.tr.PostgreSQL.org/pub/PostgreSQL adresinde olacakti.

Saygilar,
- --
Devrim GUNDUZ
devrim(at)gunduz(dot)org devrim(dot)gunduz(at)linux(dot)org(dot)tr
http://www.tdmsoft.com
http://www.gunduz.org
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQE/dthUtl86P3SPfQ4RAmr4AKCrFU6im5g1uKF70nzd/I1O99MR4QCfccMz
LBPBnWKNob9qX+vxewmH9Ms=
=kkNM
-----END PGP SIGNATURE-----

PostgreSQL, CLENT_ENCODING gibi de&#287;i&#351;kenlerini
kk harflerle sakl&#305;yor: "client_encoding". Ancak
kullan&#305;c&#305; byk harflerle girerse, kk harflere

standart 7 bit ASCII kurallara gre de&#287;il, geerli
olan locale kurallar&#305;na gre eviriyor. Yani "I",
"i"ye de&#287;il, "&#305;"ye eviriliyor, sorun oradan
kaynaklan&#305;yor.

SET CLiENT_ENCODiNG TO 'LATIN5'
ya da
set client_ncoding to 'latin5'

Bunu dzeltmek iin geen sene aral&#305;k ay&#305;nda
mcadele
verdim ancak PostgreSQL programc&#305;lar&#305; bunun
gerekli
oldu&#287;una inand&#305;ramad&#305;m.

Sayg&#305;larla,
Nicolai Tufar

--- Devrim GUNDUZ <devrim(at)gunduz(dot)org> wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
>
> Merhaba,
>
> On Sun, 28 Sep 2003, ZEKI CATAV wrote:
>
> > SQL hatasi:
> > HATA: 'clent_encodng' is not a valid option name
> > Ustteki hata, asagidaki ifade icinde olustu:
> > SET CLIENT_ENCODING TO 'LATIN5'
> >
>
-----------------------------------------------------------------------------------
> > MDK 9.1 (Bamboo) yuklu bir makinede phpPgAdmin 3.0.1
> ile psql 7.3.2, the
> > PostgreSQL uzerinde veritabanina ulasmaya calisirken
> yukaridaki hatayi
> > aliyorum.
> >
>
------------------------------------------------------------------------------
> > dene=# SHOW CLIENT_ENCODING;
> > HATA: Option 'client_encoding' is not recognized
> > dene=#
> > dene=# SHOW CLiENT_ENCODiNG;
> > client_encoding
> > -----------------
> > SQL_ASCII
> > (1 row)
>
> Oncelikle elimdekini gostereyim:
>
> test=# SELECT version();
> version
> -
>
------------------------------------------------------------------------------------------------------------
> PostgreSQL 7.4beta3 on i686-pc-linux-gnu, compiled by
> GCC gcc (GCC) 3.2.2
> 20030222 (Red Hat Linux 3.2.2-5)
> (1 row)
>
> test=# SHOW client_encoding ;
> client_encoding
> - -----------------
> LATIN5
> (1 row)
>
> test=# SHOW CLIENT_ENCODING;
> client_encoding
> - -----------------
> LATIN5
> (1 row)
>
> Peki ikimizde neden farkli? Sanirim tek fark; benim
> initdb asamasinda
> encoding'i LATIN5 olarak vermis olmam:
>
> /usr/local/pgsql/bin/initdb -E LATIN5 -D
> /usr/local/pgsql-7.4beta3
>
> seklinde yani.
>
> Kaynak koddan kurulumda bu kolay. Zaten initdb islemini
> kendiniz
> yapacaginiz icin sorun olmaz. Ama RPM kurulumunda,
> /etc/init.d/postgresql
> betigi ile cok az oynamaniz gerekecek. Bunu ilk
> kurulumda, sunucuyu
> baslatmadan 'ONCE' yapmaniz gerekli. Betigin icinde soyle
> bir satir
> olacak:
>
> su -l postgres -s /bin/sh -c "/usr/bin/initdb
> --pgdata=$PGDATA > /dev/null 2>&1" < /dev/null
>
> Bunu su sekilde degistirin:
> su -l postgres -s /bin/sh -c "/usr/bin/initdb
> --pgdata=$PGDATA -E LATIN5 > /dev/null 2>&1" < /dev/null
>
> Sonra postgresql basladiginda veri dizini ($PGDATA, RPM
> kurulumunda
> /var/lib/pgsql dizini, kaynak koddan kurulumda genelde
> /usr/local/pgsql/data dizinidir) LATIN5 ile initialize
> edilecek. LATIN5,
> Turkce'nin de icinde bulundugu dillere destek veren
> encoding.
>
> Peki elinizde zaten kurulmus olan bir veritabani varsa? O
> zaman,
> pg_dumpall ile yedeklersiniz veritabaninizi (hatta
> /var/lib/pgsql dizinini
> de yedekleyiniz) ve rpm'leri kaldirip bu dizini de silip
> yeniden rpmleri
> kurup ustte dedigimi yapabilirsiniz.
>
> Ya da ya da... initdb ile yeni bir veri alani
> olusturursunuz, ustte
> yazdigim sekilde (initdb -E ...). PostgreSQL'i durdudup
> ustteki init
> betigindeki PGDATA degiskeninini yeni dizininiz ile
> degistirip sunucunuzu
> yeniden baslatir ve veritabaninizi yeniden
> baslatabilirsiniz.
>
> Bu arada, client_encoding'i neden buyuk harfle yazma
> gereksinmesi
> duydunuz? :) SET ya da SHOW'dan sonra birkac harf yazip
> taba bastiginizda
> zaten kucuk harfle tamamliyor bunu.
>
> Bir sey daha... Simdi dikkatimi cekti :( Turkce destegi
> ile ilgili bir
> sorun, Nicolas Tufar'in katkilariyla 7.3.3 icinde
> cozulmustu. Belki onunla
> da ilgili olabilir sorununuz. 7.3.4'e guncelleyip dener
> misiniz? RPM'leri
> ftp.tr.PostgreSQL.org/pub/PostgreSQL adresinde olacakti.
>
> Saygilar,
> - --
> Devrim GUNDUZ
> devrim(at)gunduz(dot)org devrim(dot)gunduz(at)linux(dot)org(dot)tr
> http://www.tdmsoft.com
> http://www.gunduz.org
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.0.7 (GNU/Linux)
>
>
iD8DBQE/dthUtl86P3SPfQ4RAmr4AKCrFU6im5g1uKF70nzd/I1O99MR4QCfccMz
> LBPBnWKNob9qX+vxewmH9Ms=
> =kkNM
> -----END PGP SIGNATURE-----
>
>
> ---------------------------(end of
> broadcast)---------------------------
> TIP 1: subscribe ve unsubscribe komutlarn
> majordomo(at)postgresql(dot)org

__________________________________
Do you Yahoo!?
The New Yahoo! Shopping - with improved product search
http://shopping.yahoo.com