OOPS! Bad libpq patch last time..

Started by Jon Marksover 24 years ago4 messagespatches
Jump to latest
#1Jon Marks
j-marks@uiuc.edu

The patch submitted in my previous message was malformed.
I've created a new one which is correct. SORRY for the
trouble!!

--
Jonathan Marks

Systems Administrator, Production Systems Group
Computing and Communication Services Office
University of Illinois at Urbana-Champaign

Attachments:

postgresql-7.1.3_libpq-seed-PRNGfix.difftext/plain; charset=us-asciiDownload+10-0
#2Bruce Momjian
bruce@momjian.us
In reply to: Jon Marks (#1)
Re: OOPS! Bad libpq patch last time..

Jon Marks wrote:

The patch submitted in my previous message was malformed.
I've created a new one which is correct. SORRY for the
trouble!!

Did we come to a concusion on this?

-- 
  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

Attachments:

/bjm/4text/plainDownload+10-0
#3Tom Lane
tgl@sss.pgh.pa.us
In reply to: Bruce Momjian (#2)
Re: OOPS! Bad libpq patch last time..

Bruce Momjian <pgman@candle.pha.pa.us> writes:

Did we come to a concusion on this?

My opinion is "wait and see if OpenSSL fixes their problem".

regards, tom lane

#4Jon Marks
j-marks@uiuc.edu
In reply to: Tom Lane (#3)
Re: OOPS! Bad libpq patch last time..

I can certainly understand your motivation, and OpenSSL does seem to
want this cleared up in a new release. I'm nothing of a cryptographer,
so I'm just placing my trust in the simple mechanisms supplied with
the OpenSSL distribution.

Still, it's kind of a shame that PostgresQL's client library can't,
at present, be used with OpenSSL support on platforms not specifically
patched or augmented to provide /dev/?random. For example, because my
application specifically requires encryption, I'll need to continue to
apply my modification to my own builds. Yet it's an OpenSSL issue, not a
Postgres one. Would you feel it might be worth providing a compile-time
option? Perhaps it may be one that's sensitive to the OpenSSL version,
since it should be fixed eventually. It's kind of a workaround-style
approach, but it does deliver more utility to users who might not know
how to solve the problem otherwise.

On the other hand, I do understand the want and need to keep the code
base free of cruft-- it's not worth addressing every situation at the
expense of maintainability. I'm able to address this locally, so my
wheels aren't stuck in it.

Again, many, many thanks to everybody whose effort and intellect has
produced this fabulous product!

On Sun, Jan 20, 2002 at 01:00:50AM -0500, Tom Lane wrote:

Bruce Momjian <pgman@candle.pha.pa.us> writes:

Did we come to a concusion on this?

My opinion is "wait and see if OpenSSL fixes their problem".

regards, tom lane

--
Jonathan Marks

Systems Administrator, Production Systems Group
Computing and Communication Services Office
University of Illinois at Urbana-Champaign