Your patch has been added to the PostgreSQL unapplied patches list at:
http://momjian.postgresql.org/cgi-bin/pgpatches
It will be applied as soon as one of the PostgreSQL committers reviews
and approves it.
---------------------------------------------------------------------------
Magnus Hagander wrote:
> > >> 3) I restarted the postmaster both times. I got this error
> > both times.
> > >> :25: ERROR: could not load library "C:/Program
> > >> Files/PostgreSQL/8.0/lib/testtrigfuncs.dll": dynamic load error
> >
> > > Yes. We really need to look at fixing that error message. I had
> > > forgotten it completely :-(
> >
> > > Bruce, you think we can sneak that in after feature freeze? I would
> > > call it a bugfix :-)
> >
> > Me too. That's been on the radar for awhile --- please do
> > send in a patch.
>
> Here we go, that wasn't too hard :-)
>
> Apart from adding the error handling, it does one more thing: it changes
> the errormode when loading the DLLs. Previously if a DLL was broken, or
> referenced other DLLs that couldn't be found, a popup dialog box would
> appear on the screen. Which had to be clicked before the backend could
> continue. This patch also disables the popup error message for DLL
> loads.
>
>
> I think this is something we should consider doing for the entire
> backend - disable those popups, and say we deal with it ourselves. What
> do you other win32 hackers thinnk about this?
>
> In the meantime, this patch fixes the error msgs. Please apply for 8.1
> and please consider a backpatch to 8.0.
>
>
> //Magnus
Content-Description: win32_dynloader_err.patch
[ Attachment, skipping... ]
>
> ---------------------------(end of broadcast)---------------------------
> TIP 6: explain analyze is your friend
--
Bruce Momjian | http://candle.pha.pa.us
pgman@candle.pha.pa.us | (610) 359-1001
+ If your life is a hard drive, | 13 Roberts Road
+ Christ can be your backup. | Newtown Square, Pennsylvania 19073
---------------------------(end of broadcast)---------------------------
TIP 9: In versions below 8.0, the planner will ignore your desire to
choose an index scan if your joining column's datatypes do not
match
