Re: Rep:Re: Error Writing/Reading Encrypted Values - Mailing list pgsql-odbc

From Cedar Cox
Subject Re: Rep:Re: Error Writing/Reading Encrypted Values
Date
Msg-id Pine.LNX.4.21.0201181219390.11971-100000@nanu.visionforisrael.com
Whole thread Raw
In response to Re: Rep:Re: Error Writing/Reading Encrypted Values  (Bruce Momjian <pgman@candle.pha.pa.us>)
Responses Re: Rep:Re: Error Writing/Reading Encrypted Values  (Bruce Momjian <pgman@candle.pha.pa.us>)
List pgsql-odbc
> > > > 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.
> >
> > Hmm I don't understand what auto-sensing means.
> > At any rate I would change the behavior in the next
> > version.
>
> For auto-sensing, I was thinking of looking at the end of the first line
> and seeing if it is \n or \r\n and using that to handle the rest of the
> lines.

The point of this is to handle arbitrary binary data (and give people an
option of CRLF translation) right?  What if the "wrong" data appears?
How does one auto-sense binary data?  (Perhaps I'm missing something..)

-Cedar


pgsql-odbc by date:

Previous
From: Bruce Momjian
Date:
Subject: Re: Rep:Re: Error Writing/Reading Encrypted Values
Next
From: Bruce Momjian
Date:
Subject: Re: Rep:Re: Error Writing/Reading Encrypted Values