On Tue, Mar 13, 2007 at 09:52:11PM -0400, David Shaw wrote:
> On Tue, Mar 13, 2007 at 05:50:29PM -0600, Henry Hertz Hobbit wrote:
> > David Shaw <[EMAIL PROTECTED]> wrote:
> > >
> > > On Tue, Mar 13, 2007 at 11:12:58AM -0600, Andrew Berg wrote:
> > >
> > >>>I think that this problem came up before, and that one has to rename
> > >>>gpgkeys_hkp.exe to gpgkeys_curl.exe (or was it the other way around?; I
> > >>can't remember).
> > >
> > >
> > > This will fix HKP, but remove the ability to use HTTP. Better to
> > > fix the bug here.
> >
> > I don't know whether that is so much of a bug as a %PATH% problem.
> > Try adding the following to your %PATH% variable:
>
> I doubt this is a path problem. gpgkeys_hkp.exe and gpgkeys_curl.exe
> are in the same directory. If it was a path problem, both wouldn't
> work.
>
> It's an access() problem. I'm not sure exactly what I want to do
> about it though.
If anyone is building on Vista (or building elsewhere but using it on
Vista), try this patch.
David
Index: keyserver.c
===================================================================
--- keyserver.c (revision 4459)
+++ keyserver.c (working copy)
@@ -41,6 +41,14 @@
#include "keyserver-internal.h"
#include "util.h"
+#ifdef HAVE_W32_SYSTEM
+/* It seems Vista doesn't grok X_OK and so fails access() tests.
+ Previous versions interpreted X_OK as F_OK anyway, so we'll just
+ use F_OK directly. */
+#undef X_OK
+#define X_OK F_OK
+#endif /* HAVE_W32_SYSTEM */
+
struct keyrec
{
KEYDB_SEARCH_DESC desc;
_______________________________________________
Gnupg-users mailing list
Gnupg-users@gnupg.org
http://lists.gnupg.org/mailman/listinfo/gnupg-users
