Re: [HACKERS] SSL patch updated & pl/perl slated for 6.4

From: Bruce Momjian <maillist(at)candle(dot)pha(dot)pa(dot)us>
To: brett(at)work(dot)chicken(dot)org (Brett McCormick)
Cc: pgsql-hackers(at)hub(dot)org
Subject: Re: [HACKERS] SSL patch updated & pl/perl slated for 6.4
Date: 1998-08-22 02:33:16
Message-ID: 199808220233.WAA03416@candle.pha.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Where are we this this in relation to 6.4?

>
> okay -- I've seriously updated the SSL patch (practically rewritten)
> and we're even using it here @ work, and it works great. If you used
> it before, be sure to read the info page as the behavior has changed
> drastically.
>
> it is two patches now, one to funnel all be/fe communication through
> my functions pq_read/write and one to add SSL on top of that. i'm not
> going to bother releasing the comm patch as I'll have to rewrite it
> for the snapshot version of pgsql.
>
> I plan on including a beta version pl/perl with the 6.4 (can beta
> software exist in contrib?) for those who are wondering. I'm short on
> time, but I am dedicated to this project.
>
> that's about it -- check out the SSL stuff if you like, at the
> following spacetime coordinate and listen to me beg for a job:
>
> http://www.chicken.org/pgsql/ssl/
>
> btw -- thanks for the link on postgresql.org
>
> also, does anyone know if i'm illegally distributing encryption
> software? not that I give a rats ass, but I am curious.
>
> i'll announce SSL patch to the general list soon if that is
> appropriate..
>
>

--
Bruce Momjian | 830 Blythe Avenue
maillist(at)candle(dot)pha(dot)pa(dot)us | Drexel Hill, Pennsylvania 19026
+ If your life is a hard drive, | (610) 353-9879(w)
+ Christ can be your backup. | (610) 853-3000(h)

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Bruce Momjian 1998-08-22 03:19:03 Re: [HACKERS] Some items for the TODO list
Previous Message Bruce Momjian 1998-08-22 02:32:52 Re: [HACKERS] Segmentation fault with lo_export