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

Re: Rep:Re: Error Writing/Reading Encrypted Values

From: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
To: Cedar Cox <cedarc(at)visionforisrael(dot)com>
Cc: Hiroshi Inoue <Inoue(at)tpf(dot)co(dot)jp>, pgsql-odbc(at)postgresql(dot)org
Subject: Re: Rep:Re: Error Writing/Reading Encrypted Values
Date: 2002-01-16 14:54:28
Message-ID: 200201161454.g0GEsSt11571@candle.pha.pa.us (view raw or flat)
Thread:
Lists: pgsql-odbc
> > > Personally, I don't think I would need it, but it sounds useful (and
> > > needed) if there's no other place to store "strange" data.  There's also
> > > the question of defaults.  For Windows it should be the current behavior.
> > > For Unix, perhaps the default should be no conversion?  (I don't know if
> > > it's difficult to set something different for another platform.. perhaps
> > > ignore me..?).
> > 
> > It's not difficult to change the behavior between Windows
> > and the others. It doesn't seem that difficult to add an
> > option to enable/disable <LF> <-> <CR><LF> conversion either.
> > The problem is that we have already too many options.
> > The more we have options the longer the connection string
> > would be. We are already using abbrebiated connection
> > strings in psqlodbc driver and don't have many bytes
> > to spare for connection strings.
> > Well is the option worth adding ?
> 
> Ok.  I understand the dilemma.  In that case, perhaps it would make sense
> for it to be a compile time option, with defaults as I mentioned.  It
> seems most likely to be platform dependent, and probably set only once
> anyway.  This way the windows driver at least wouldn't change at all
> ...back to the list.  Comments anyone?

Compile-time options are even less attractive -- perhaps some
auto-sensing code that looked at the first line and determined the
proper behavior.

-- 
  Bruce Momjian                        |  http://candle.pha.pa.us
  pgman(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

Responses

pgsql-odbc by date

Next:From: Hiroshi InoueDate: 2002-01-18 02:19:06
Subject: Re: Rep:Re: Error Writing/Reading Encrypted Values
Previous:From: Cedar CoxDate: 2002-01-16 12:12:08
Subject: Re: Rep:Re: Error Writing/Reading Encrypted Values

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