Re: Compilation of libgcrypt 1.7.5 on cygwin 64 bit fails
Just tried it, and it successfully allows compilation of libgcrypt. Now just tried building gpg2. But it now gives this error: ``` Making all in g10 make[2]: Entering directory '/cygdrive/c/Users/CMCDragonkai/.src/gnupg-2.1.20/g10' gcc -I/usr/local/include -I/usr/local/include -I/usr/local/include -Wall -Wno-pointer-sign -Wpointer-arith -g -O2 -o gpg.exe gpg.o keyedit.o server.o build-packet.o compress.o free-packet.o getkey.o keydb.o keyring.o seskey.o kbnode.o mainproc.o armor.o mdfilter.o textfilter.o progress.o misc.o rmd160.o openfile.o keyid.o parse-packet.o cpr.o plaintext.o sig-check.o keylist.o pkglue.o ecdh.o pkclist.o skclist.o pubkey-enc.o passphrase.o decrypt.o decrypt-data.o cipher.o encrypt.o sign.o verify.o revoke.o dearmor.o import.o export.o migrate.o delkey.o keygen.o helptext.o keyserver.o call-dirmngr.o photoid.o call-agent.o trust.o trustdb.o tdbdump.o tdbio.o tofu.o gpgsql.o sqrtu32.o card-util.o exec.o ../kbx/libkeybox.a ../common/libcommon.a ../common/libgpgrl.a -lz -lintl -lsqlite3 -L/usr/local/lib -lgcrypt -lgpg-error -lreadline -L/usr/local/lib -lassuan -lgpg-error -L/usr/local/lib -lgpg-error -liconv /usr/local/lib/libgpg-error.a(libgpg_error_la-strsource.o): In function `_gpg_strsource': /cygdrive/c/Users/CMCDragonkai/.src/libgpg-error-1.27/src/strsource.c:36: undefined reference to `libintl_dgettext' /cygdrive/c/Users/CMCDragonkai/.src/libgpg-error-1.27/src/strsource.c:36:(.text+0x40): relocation truncated to fit: R_X86_64_PC32 against undefined symbol `libintl_dgettext' /usr/local/lib/libgpg-error.a(libgpg_error_la-strerror.o): In function `_gpg_strerror_r': /cygdrive/c/Users/CMCDragonkai/.src/libgpg-error-1.27/src/strerror.c:161: undefined reference to `libintl_dgettext' /cygdrive/c/Users/CMCDragonkai/.src/libgpg-error-1.27/src/strerror.c:161:(.text+0x3f8): relocation truncated to fit: R_X86_64_PC32 against undefined symbol `libintl_dgettext' /usr/local/lib/libgpg-error.a(libgpg_error_la-strerror.o): In function `_gpg_strerror': /cygdrive/c/Users/CMCDragonkai/.src/libgpg-error-1.27/src/strerror.c:50: undefined reference to `libintl_dgettext' /cygdrive/c/Users/CMCDragonkai/.src/libgpg-error-1.27/src/strerror.c:50:(.text+0x129): relocation truncated to fit: R_X86_64_PC32 against undefined symbol `libintl_dgettext' collect2: error: ld returned 1 exit status make[2]: *** [Makefile:770: gpg.exe] Error 1 make[2]: Leaving directory '/cygdrive/c/Users/CMCDragonkai/.src/gnupg-2.1.20/g10' make[1]: *** [Makefile:580: all-recursive] Error 1 make[1]: Leaving directory '/cygdrive/c/Users/CMCDragonkai/.src/gnupg-2.1.20' make: *** [Makefile:499: all] Error 2 ``` Perhaps Cygwin's libintl is too old? This is the current version of libintl libraries in Cygwin: * gettext-devel-0.19.8.1-1 <https://cygwin.com/cgi-bin2/package-cat.cgi?file=x86_64%2Fgettext-devel%2Fgettext-devel-0.19.8.1-1=libintl>- gettext-devel: GNU Internationalization development utilities (installed binaries and support files) * gettext-devel-0.19.8.1-2 <https://cygwin.com/cgi-bin2/package-cat.cgi?file=x86_64%2Fgettext-devel%2Fgettext-devel-0.19.8.1-2=libintl>- gettext-devel: GNU Internationalization development utilities (installed binaries and support files) * libintl-devel-0.19.8.1-1 <https://cygwin.com/cgi-bin2/package-cat.cgi?file=x86_64%2Flibintl-devel%2Flibintl-devel-0.19.8.1-1=libintl>- libintl-devel: GNU Internationalization runtime library (installed binaries and support files) * libintl-devel-0.19.8.1-2 <https://cygwin.com/cgi-bin2/package-cat.cgi?file=x86_64%2Flibintl-devel%2Flibintl-devel-0.19.8.1-2=libintl>- libintl-devel: GNU Internationalization runtime library (installed binaries and support files) * libintl8-0.19.8.1-1 <https://cygwin.com/cgi-bin2/package-cat.cgi?file=x86_64%2Flibintl8%2Flibintl8-0.19.8.1-1=libintl>- libintl8: GNU Internationalization runtime library (installed binaries and support files) * libintl8-0.19.8.1-2 <https://cygwin.com/cgi-bin2/package-cat.cgi?file=x86_64%2Flibintl8%2Flibintl8-0.19.8.1-2=libintl>- libintl8: GNU Internationalization runtime library (installed binaries and support files) Thanks, Roger On 14/05/2017 1:47 AM, Jussi Kivilinna wrote: Hello, On 11.05.2017 12:26, Roger Qiu wrote: Hi Gcrypt devs, I just tried compiling from source libgcrypt 1.7.5 (and I also tried earlier versions). It always comes to this: ``` libtool: link: ranlib .libs/libgcrypt.alibtool: link: rm -fr .libs/libgcrypt.laxlibtool: link: ( cd ".libs" && rm -f "libgcrypt.la" && ln -s "../libgcrypt.la" "libgcrypt.la" )gcc -DHAVE_CONFIG_H -I. -I.. -I/usr/local/include -g -O2 -Wall -MT mpicalc-mpicalc.o -MD -MP -MF .deps/mpicalc-mpicalc.Tpo -c -o mpicalc-mpicalc.o `test -f 'mpicalc.c' || echo './'`mpicalc.cmv -f .deps/mpicalc-mpicalc.Tpo .deps/mpicalc-mpicalc.Po/bin/sh ../libtool --ta
Compilation of libgcrypt 1.7.5 on cygwin 64 bit fails
Hi Gcrypt devs, I just tried compiling from source libgcrypt 1.7.5 (and I also tried earlier versions). It always comes to this: ``` libtool: link: ranlib .libs/libgcrypt.alibtool: link: rm -fr .libs/libgcrypt.laxlibtool: link: ( cd ".libs" && rm -f "libgcrypt.la" && ln -s "../libgcrypt.la" "libgcrypt.la" )gcc -DHAVE_CONFIG_H -I. -I..-I/usr/local/include -g -O2 -Wall -MT mpicalc-mpicalc.o -MD -MP -MF .deps/mpicalc-mpicalc.Tpo -c -o mpicalc-mpicalc.o `test -f 'mpicalc.c' || echo './'`mpicalc.cmv -f .deps/mpicalc-mpicalc.Tpo .deps/mpicalc-mpicalc.Po/bin/sh ../libtool --tag=CC --mode=link gcc -I/usr/local/include -g -O2 -Wall -o mpicalc.exe mpicalc-mpicalc.o libgcrypt.la -L/usr/local/lib -lgpg-errorlibtool: link: gcc -I/usr/local/include -g -O2 -Wall -o .libs/mpicalc.exe mpicalc-mpicalc.o ./.libs/libgcrypt.a -L/usr/local/lib /usr/local/lib/libgpg-error.a -lintl./.libs/libgcrypt.a(rijndael.o): In function `do_encrypt':/cygdrive/c/Users/CMCDragonkai/.src/libgcrypt-1.7.5/cipher/rijndael.c:747:(.text+0x9f): relocation truncated to fit: R_X86_64_32S against `.rdata'./.libs/libgcrypt.a(rijndael.o): In function `do_decrypt':/cygdrive/c/Users/CMCDragonkai/.src/libgcrypt-1.7.5/cipher/rijndael.c:1130:(.text+0x110): relocation truncated to fit: R_X86_64_32S against `.rdata'./.libs/libgcrypt.a(cast5-amd64.o):/cygdrive/c/Users/CMCDragonkai/.src/libgcrypt-1.7.5/cipher/cast5-amd64.S:201:(.text+0x9): relocation truncated to fit: R_X86_64_32S against symbol `_gcry_cast5_s1to4' defined in .rdata section in ./.libs/libgcrypt.a(cast5.o)./.libs/libgcrypt.a(cast5-amd64.o):/cygdrive/c/Users/CMCDragonkai/.src/libgcrypt-1.7.5/cipher/cast5-amd64.S:241:(.text+0x429): relocation truncated to fit: R_X86_64_32S against symbol `_gcry_cast5_s1to4' defined in .rdata section in ./.libs/libgcrypt.a(cast5.o)./.libs/libgcrypt.a(cast5-amd64.o):/cygdrive/c/Users/CMCDragonkai/.src/libgcrypt-1.7.5/cipher/cast5-amd64.S:376:(.text+0x844): relocation truncated to fit: R_X86_64_32S against symbol `_gcry_cast5_s1to4' defined in .rdata section in ./.libs/libgcrypt.a(cast5.o)./.libs/libgcrypt.a(cast5-amd64.o):/cygdrive/c/Users/CMCDragonkai/.src/libgcrypt-1.7.5/cipher/cast5-amd64.S:404:(.text+0x177c): relocation truncated to fit: R_X86_64_32S against symbol `_gcry_cast5_s1to4' defined in .rdata section in ./.libs/libgcrypt.a(cast5.o)collect2: error: ld returned 1 exit statusmake[2]: *** [Makefile:712: mpicalc.exe] Error 1make[2]: Leaving directory '/cygdrive/c/Users/CMCDragonkai/.src/libgcrypt-1.7.5/src'make[1]: *** [Makefile:477: all-recursive] Error 1make[1]: Leaving directory '/cygdrive/c/Users/CMCDragonkai/.src/libgcrypt-1.7.5'make: *** [Makefile:408: all] Error 2 ``` Please cc me as I am not subscribed to the mailing list. All other dependencies of gnupg works on cygwin 64 bit, this is the only one that fails, and thus prevents building gpg2 on Cygwin 64 bit. Thanks, Roger -- Founder of Matrix AI https://matrix.ai/ +61420925975 ___ Gnupg-users mailing list Gnupg-users@gnupg.org http://lists.gnupg.org/mailman/listinfo/gnupg-users
Re: Test Mail
> On Thu, Jan 05, 2017 at 11:11:13PM +0100, Ingo Kl?cker wrote: >On Thursday 05 January 2017 15:56:18 Roger wrote: >> Great. However I had no idea my mailing list post finally made it to >> the mailing list, as the mailing list did not send a copy of my post; >> even though this option is activated within the mailing list >> settings. > >As others have pointed out in the past, that's due to Google thinking >that they know better than you how you want your email to be handled. >Gmail discards the copies of your own posts received from the mailing >list because those posts are already in your sent-mail folder. > Yup. Sure enough, changing from the currently viewed default INBOX folder to the GMail/"All Mail" folder reveals my posted emails to the list. Only took me 2-4+ years to figure this one out. signature.asc Description: Digital signature ___ Gnupg-users mailing list Gnupg-users@gnupg.org http://lists.gnupg.org/mailman/listinfo/gnupg-users
Re: Test Mail
Great. However I had no idea my mailing list post finally made it to the mailing list, as the mailing list did not send a copy of my post; even though this option is activated within the mailing list settings. (I see similar activity on other mailing lists, with some merrily returning a notice the poster's email made it to the mailing list.) Veiwing this email online, the GNUPG signature looks in similar format to others' emails with the signature with email addresses removed or stripped. ...looks good to me. > On Thu, Jan 05, 2017 at 12:33:30PM -0500, Ahmad wrote: >Got it... > >Sent from my iPhone > >> On Jan 5, 2017, at 12:35 AM, Roger <rogerx@gmail.com> wrote: >> >> Test mail to mailing list testing GNUPG signing, appearance and hopefully >> conforming to mailing list standards. >> >> -- >> Roger >> http://rogerx.freeshell.org/ >> ___ >> Gnupg-users mailing list >> Gnupg-users@gnupg.org >> http://lists.gnupg.org/mailman/listinfo/gnupg-users signature.asc Description: Digital signature ___ Gnupg-users mailing list Gnupg-users@gnupg.org http://lists.gnupg.org/mailman/listinfo/gnupg-users
Test Mail
Test mail to mailing list testing GNUPG signing, appearance and hopefully conforming to mailing list standards. -- Roger http://rogerx.freeshell.org/ signature.asc Description: Digital signature ___ Gnupg-users mailing list Gnupg-users@gnupg.org http://lists.gnupg.org/mailman/listinfo/gnupg-users
Re: Avoid pinentry-gtk-2 when using console!
On Tue, 2009-06-02 at 22:24 -0800, Roger wrote: s like I need to go back, re-enable the gpg-agent compile time option, ensure it's configured to my liking per your above notes concerning keep-* options. Gather accurate data go bug them! ;-) Just a quick ping here, as I'm again looking over things. To correct my above posts, it was the gnome-keyring use flag for Gentoo causing the hindrance Evolution asking for a pin so many darn times! (My bag.) I've enabled gpg-agent daemon within the $HOME/.bash_profile /$HOME/.profile I've also edited/created a $HOME/gpg-agent.conf file. gpg-agent --daemon --keep-tty --use-standard-socket --pinentry-program=/usr/bin/pinentry-curses seems to be a proper incantation for my needs. Cheers! ... blame gnome-keyring for the problems ;-) -- Roger http://rogerx.freeshell.org signature.asc Description: This is a digitally signed message part ___ Gnupg-users mailing list Gnupg-users@gnupg.org http://lists.gnupg.org/mailman/listinfo/gnupg-users
Re: Avoid pinentry-gtk-2 when using console!
On Tue, 2009-06-02 at 12:31 +0200, Werner Koch wrote: On Sun, 31 May 2009 07:49, rog...@sdf.lonestar.org said: if {environmental variable is set to console/gtk/qt3} use the specified pinentry flavor You can easily implement this with a little pinentry wrapper script and using the PINENTRY_USER_DATA envvar which is passed all the way from gpg to Pinentry. Again, still sounds like a hack as (I could have done this here). It's the reason for posting this issue to this list (since others have the same issue on the Internet). I'm guessing, the current solution is to assume the user is a dumb X user. ;-) Definitely not. Pinentry pops up and grabs the keyboard for a good reasons: This makes it much harder to preset a faked Pinentry prompt and sniff the Passphrase entered by the user. The curses version can't do that and thus the default is to use an X window if XDISPLAY is set. If you fear faked popup windows you may modify pinentry to show a custom image. Think it's paranoia unless one is on a public network or is being aggressively sought after all the time. If this is a issue, it sounds more sensible for the administrator to use a compile time flag (or .gnupg/option statement or environmental variable) which seeks to make gpg/pinentry usage stricter. Of course, then you run into a problem with users having access to their $HOME/.gnupg option versus an /etc/gnupg file preventing writing for enabling such a feature. Hence, a compile time option being better. I am using gpg-agent for many years now and do almost all my work in xterms and Emacs. It does not bother me if Pinentry popups due to background jobs every hour or so. This is what drove me up the wall with Evolution. Granted, it enhances security if you're always entering the pin, but quickly hinders if a user rarely uses gpg/pgp. (Granted, I find X useful and prefer still strongly prefer the console. Just don't try forcing the X windows down my throat like Windows does. ;-) In summary -- from info gathered from this thread -- there is no coded solution besides hacking the current files with a script that will permit the user to use the terminal /usr/bin/pinentry or /usr/bin/pinentry-curses while within X. (Except unsetting the X display variable which which then would cause all X apps to fail when starting from the terminal.) -- Roger http://rogerx.freeshell.org ___ Gnupg-users mailing list Gnupg-users@gnupg.org http://lists.gnupg.org/mailman/listinfo/gnupg-users
Re: Avoid pinentry-gtk-2 when using console!
On Sun, 2009-05-31 at 13:09 +0100, Benjamin Donnachie wrote: 2009/5/31 Roger rog...@sdf.lonestar.org: From searching on the web, there's quite a few others griping about this same issue. rantI do wish people would stop complaining about open source software and actually roll their sleeves up and do something to help./rant I do... when, if ever, I get time now. For others, they did too. One of them proposed a patch for pinentry and posted the proposal on the web. ... not sure if they sent it to the mailing list though. One solution, create a symbolic link in your home directory to whatever pinentry you want to use at a particular time, and point your gpg-agent config to that, eg in ~/.gnupg/gpg-agent - pinentry-program /home/gpguser/.gnupg/use-this-pinentry So when X starts have your link, say ~/.gnupg/use-this-pinentry point to the X one, when you start a shell, modify the link for ~/.gpg-agent/use-this-pinentry to the curses one - easy enough to achieve with the bash login/out scripts. Quick dirty hack compared to one that is hard coded with if/then. Besides, I don't use gpg-agent. I got prompted one too many times for my pin and/or something broke too. Seemed more of a hassle at the current time, so I recompiled everything on my Gentoo box here to not use gpg-agent. Besides, I'm the only one using this computer/network and thought it was overkill. Alternatively, modify the code for gpg-agent to achieve what you want and submit to Werner for evaluation. -- Roger http://rogerx.freeshell.org ___ Gnupg-users mailing list Gnupg-users@gnupg.org http://lists.gnupg.org/mailman/listinfo/gnupg-users
Re: Avoid pinentry-gtk-2 when using console!
On Sun, 2009-05-31 at 15:08 +0200, Moritz Schulte wrote: This bugs me because I'm working on the console and have to move my fingers from the keyboard to my mouse (or whatever) to enter the pin into the X widget instead of console! Actually, the graphical pinentry should capture the keyboard focus and thus make it unnecessary to use the mouse in this situation. What pinentry GUI are you using (GTK+ or Qt?) and what pinentry version is this? Thanks, mo Unless one has configured the console window to always stay on top of other windows. ... however, I have to move my eyeballs to the center of the display type instead of keeping my eyes at the console typing. I know this sounds ridiculous, but when you consider a console/terminal to be as good look'n as a girl, and then you're made to a X window and forced to type in it, it just feels ridiculous. Think most folks whom praise the console Gods, feel the same way. -- Roger http://rogerx.freeshell.org signature.asc Description: This is a digitally signed message part ___ Gnupg-users mailing list Gnupg-users@gnupg.org http://lists.gnupg.org/mailman/listinfo/gnupg-users
Re: Avoid pinentry-gtk-2 when using console!
On Sun, 2009-05-31 at 22:52 +0100, Benjamin Donnachie wrote: 2009/5/31 Roger rog...@sdf.lonestar.org: I know this sounds ridiculous, but when you consider a console/terminal to be as good look'n as a girl, and then you're made to a X window and forced to type in it, it just feels ridiculous. Think most folks whom praise the console Gods, feel the same way. Enable passphrase caching, just enter it the once and be done with it. Ben This is why I disabled gpg-agent. As little as I use Gnupg/PGP, I would always have to enter the passphrase at Evolution PIM startup... even though I had no intentions of using gpg for the entire session. (It's because a lot of the passwords are put in a gpg keyring ... or something.) It makes sense if you use Signatures/Encryption on a daily basis. If you only use Signatures/Encryption once a month, that's a lot of passphrase entering caching! Granted, I now have to enter the pin each time I sign an email, it's rare though. (And, might be a good thing as some people's clients I email with a PGP based signature have severe issues viewing the email properly for reasons. As such, this prevents me from automagically signing sending.) -- Roger http://rogerx.freeshell.org ___ Gnupg-users mailing list Gnupg-users@gnupg.org http://lists.gnupg.org/mailman/listinfo/gnupg-users
Avoid pinentry-gtk-2 when using console!
Is there a method to avoid using pinentry-gtk-2 when using a console within X and specify using pinentry or pinentry-curses? I've already tried recompiling gnupg pinentry (using -gtk -qt3). :-/ This bugs me because I'm working on the console and have to move my fingers from the keyboard to my mouse (or whatever) to enter the pin into the X widget instead of console! -- Roger http://rogerx.freeshell.org signature.asc Description: This is a digitally signed message part ___ Gnupg-users mailing list Gnupg-users@gnupg.org http://lists.gnupg.org/mailman/listinfo/gnupg-users
Re: Avoid pinentry-gtk-2 when using console!
On Sat, 2009-05-30 at 23:16 -0400, Steven W. Orr wrote: Whatever program you're using that is invoking gpg has the DISPLAY variable set. What you can do is to create a shell wrapper that shuts DISPLAY off. e.g., I'm running alpine, so I *could* create an alpine command a la #! /bin/bash unset DISPLAY /usr/bin/alpine $@ exit The only caveat is that whatever program you use will suffer the loss of access to your entire DISPLAY, not just pinentry I'm using rxvt-unicode and GNU Screen combo. As I stated, I'm invoking gpg from the command line shell. Interesting hack, but this is going to kill my command line experience when I type gvim! Notice, vim gvim have an option to call either or, and if X isn't present, falls back to vi/vim? This is probably what pinentry should do, instead of depending on X (gtk or qt3) explicitly. ---snip--- if {environmental variable is set to console/gtk/qt3} use the specified pinentry flavor else use pinentry-console else use pinentry-gtk fi ---snip--- A good place for this environmental variable is within $HOME/.gnupg/options. This way, there's a fallback to the fallback method as there is no telling where a user or what X application is going to invoke gpg. Well, obviously there is, but it hinders those working in a shell doing simple task with gpg! I'm guessing, the current solution is to assume the user is a dumb X user. ;-) (I use both, command line for gpg, as well as Evolution for email which is set to only call pinentry-gtk-2.) From searching on the web, there's quite a few others griping about this same issue. -- Roger http://rogerx.freeshell.org signature.asc Description: This is a digitally signed message part ___ Gnupg-users mailing list Gnupg-users@gnupg.org http://lists.gnupg.org/mailman/listinfo/gnupg-users
[gpgol] gpgol not working with Outlook 2002]
I downloaded gpgol-0.9.3 and tried it on my system Windows XP Professional, Version 2002, Service Pack 2 Outlook 2002 SP3 Version: GnuPG v1.4.2.2 (MingW32) I've got two problems. 1) keymanager button does not work. (winpt.exe --keymanager worked with the gdata plugin) 2) gpgol is prompting for passphrase and then decrypting messages properly, but is not displaying the result in the window. I thought it was not working at all, but I enabled the debug log, and as you can see from the excerpt below, it correctly decrypted the message (window text is now ` ... ') but it never displayed the decrypted message. Are there any updates coming out? I saw newer sources on the ftp site, but no binaries. Thanks - 2604/gpgmsg.cpp:decrypt: message has 0 attachments with 0 signed and 0 encrypted 2604/passphrase_callback_box: enter (uh=`62A427562B04DCE3 My Name [EMAIL PROTECTED]',pi=`62A427562B04DCE3 41B298ED82067C7D 16 0') 2604/passphrase_callback_box: using keyid 0x41B298ED82067C7D 2604/passphrase_callback_box: getting passphrase for 0x41B298ED82067C7D from cache: miss 2604/passphrase_callback_box: sending passphrase ... 2604/passphrase_callback_box: leave 2604/passcache.c:passcache_put: ignoring attempt to add empty entry `41B298ED82067C7D' 2604/decrypt isHtml=0 2604/msgcache_get: cache miss for key: 01C64882BD8D8BD51DF953384A1D85E00283D639DAD4 2604/msgcache_put: new cache key: 01C64882BD8D8BD51DF953384A1D85E00283D639DAD4 2604/found class RichEdit20W 2604/display.cpp:update_display: window handle 0006047C 2604/display.cpp:update_display: window text is now ` Testing out gpgol. Good luck! ' 2604/writing attestation `Verification started at: 3/15/2006 2:50:49 PM Verification result for: [unnamed part] Good signature from: My Name [EMAIL PROTECTED] aka: My Name [EMAIL PROTECTED] created: 3/15/2006 2:50:09 PM This signature is valid signature state is green ' 2604/gpgmsg.cpp:decrypt: leave (rc=0) 2604/ul_release UlRelease(014FCA70) had 2 references 2604/ul_release UlRelease(00E564A8) had 1 references 2604/olflange.cpp:DoCommand: commandID=61536 (0xf060) 2604/olflange.cpp:find_outlook_property: looking for `Close' 2604/olflange.cpp:find_outlook_property:got IDispatch=012CCE00 dispid=61475 2604/olflange.cpp:DoCommand: invoking Close succeeded 2604/olflange.cpp:~CGPGExchExt: cleaning up CGPGExchExt object; context=0x7 (ReadNoteMessage) 2604/olflange.cpp:DoCommand: commandID=136 (0x88) 2604/olflange.cpp:ExchEntryPoint: creating new CGPGExchExt object 2604/olflange.cpp:Install: context=0xc (PropertySheets) flags=0x0 ___ Gnupg-users mailing list Gnupg-users@gnupg.org http://lists.gnupg.org/mailman/listinfo/gnupg-users