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

Re: [GENERAL] RE: [HACKERS] error messages not only English

From: Vadim Mikheev <vadim(at)krs(dot)ru>
To: The Hermit Hacker <scrappy(at)hub(dot)org>
Cc: Peter Mount <peter(at)maidstone(dot)gov(dot)uk>, "'Jose' Soares Da Silva'" <sferac(at)bo(dot)nettuno(dot)it>, "'hackers postgres'" <pgsql-hackers(at)postgreSQL(dot)org>
Subject: Re: [GENERAL] RE: [HACKERS] error messages not only English
Date: 1998-05-26 16:16:49
Message-ID: 356AEAF1.F8708355@krs.ru (view raw or flat)
Thread:
Lists: pgsql-generalpgsql-hackers
The Hermit Hacker wrote:
> 
> On Tue, 26 May 1998, Vadim Mikheev wrote:
> >
> > Yes, this is nice. One note: server have to load from this table all messages
> > in a language requested by user when switching to this language - it's not
> > possible to read any table from elog() in most cases.
> 
>         Hrmmm...one thing to note with any of this is that by 'hardcoding'
> in the errormsg itself, it makes it difficult to 'internationalize' a
> program...in that I can't run a single server on my machine that can
> easily deal with a 'French' customer vs an 'English' one, vs a 'Japanese'
> one...I'd have to recompile for each.
> 
>         Vadim's other point, about putting this in the front end vs the
> backend, I think, is more appropriate, that way it is application specific
> vs server...

I didn't mean to put them in the front-end - this is another good idea :).
Yes, we could let fe-libpq to read message corresponding to received
error code in appropriate file on client side.

Vadim

In response to

Responses

pgsql-hackers by date

Next:From: Tom LaneDate: 1998-05-26 16:25:48
Subject: Re: [HACKERS] Current sources?
Previous:From: Bruce MomjianDate: 1998-05-26 16:16:32
Subject: Re: [HACKERS] Current sources?

pgsql-general by date

Next:From: Peter T MountDate: 1998-05-26 18:05:05
Subject: Re: [GENERAL] RE: [HACKERS] error messages not only English
Previous:From: Bruce MomjianDate: 1998-05-26 16:13:39
Subject: Re: [GENERAL] RE: [HACKERS] error messages not only English

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