[gpgme] change work dir

[micron]

On Tuesday 07 December 2004 19:36, Marcus Brinkmann wrote:
> Ok, here is a deal.  I have committed changes to GPGME that should do
> that.  That's my part of the deal.  Your part is to actually try them
> out :)

Ok, I've tried out  gpgme_ctx_set_engine_info function with the silly attached 
program.

gpgme_ctx_set_engine_info return this error:

a.out: engine.c:308: _gpgme_set_engine_info: Assertion `file_name' failed.
Aborted

Looking into engine.c i made this changes:

Index: engine.c
===================================================================
RCS file: /cvs/gnupg/gpgme/gpgme/engine.c,v
retrieving revision 1.46
diff -u -r1.46 engine.c
--- engine.c    7 Dec 2004 21:13:36 -0000       1.46
+++ engine.c    11 Dec 2004 12:20:11 -0000
@@ -305,8 +305,9 @@
   else
     {
       new_file_name = engine_get_file_name (proto);
-      assert (file_name);
-      new_file_name = strdup (new_file_name);
+      assert (new_file_name);
+      file_name = strdup (new_file_name);
+
     }
   if (!new_file_name)
     return gpg_error_from_errno (errno);

In this way the program list all keys stored into the specified directory but, 
in the end it segments. 
The problem comes from gpgme_release function.
With a little debug I found that  the signal SIGSEGV is raised into 
engine.c:130
 free (info->file_name)
at the second iteration.
info->file_name seems correct, I wasn't able to discover the real problem.

Cheers
 micron

|§ micron<- ICQ #118796665
|§ GPG Key:
|§  ~ Keyserver: pgp.mit.edu
|§  ~ KeyID: 6D632BED

~ "Progress is merely a realisation of utopias" ~
-------------- next part --------------
A non-text attachment was scrubbed...
Name: gpgme_context.c
Type: text/x-csrc
Size: 1342 bytes
Desc: not available
Url : /pipermail/attachments/20041211/689426b1/gpgme_context-0001.bin