Re: Rep:Re: Error Writing/Reading Encrypted Values
От | Bruce Momjian |
---|---|
Тема | Re: Rep:Re: Error Writing/Reading Encrypted Values |
Дата | |
Msg-id | 200201161454.g0GEsSt11571@candle.pha.pa.us обсуждение исходный текст |
Ответ на | Re: Rep:Re: Error Writing/Reading Encrypted Values (Cedar Cox <cedarc@visionforisrael.com>) |
Список | 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@candle.pha.pa.us | (610) 853-3000 + If your life is a hard drive, | 830 Blythe Avenue + Christ can be your backup. | Drexel Hill, Pennsylvania 19026
В списке pgsql-odbc по дате отправления: