Re: Application name patch - v2

Поиск
Список
Период
Сортировка
От Magnus Hagander
Тема Re: Application name patch - v2
Дата
Msg-id 9837222c0910200900g49bdc165m40642cbd65243cbb@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Application name patch - v2  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Application name patch - v2  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
2009/10/20 Tom Lane <tgl@sss.pgh.pa.us>:
> Heikki Linnakangas <heikki.linnakangas@enterprisedb.com> writes:
>> Tom Lane wrote:
>>> It would be a seriously bad idea for this to behave one way on some
>>> platforms and differently on others.
>
>> Why would that be so bad? On platforms that support getting argv[0],
>> you'd get "mycoolapp" in the application name by default. On others,
>> you'd get something like "unknown libpq app".
>
> Right, and if your software is written to depend on the appname being
> set a particular way, you suddenly find you have a portability problem.
> I don't think we should be in the business of creating hidden vendor
> lock-ins.

If your application depends on it being set properly, then have the
application set it. This would just be a *default*, you could still
override it - and should if it's really that important to your
application.

Also, how many platforms can't we do this on? If we have BSD and
Windows covered already. on linux, I believe you can easily read it
out of /proc/self/cmdline, no?


-- Magnus HaganderMe: http://www.hagander.net/Work: http://www.redpill-linpro.com/


В списке pgsql-hackers по дате отправления:

Предыдущее
От: "Kevin Grittner"
Дата:
Сообщение: Re: UTF8 with BOM support in psql
Следующее
От: Magnus Hagander
Дата:
Сообщение: Re: UTF8 with BOM support in psql