Make sure that you paste a complete message. Use the command line if in doubt.
This is very likely a user error; ask on gnupg-users at gnupg.org for help

after pasting to clipboard i hit decrypt button but get the error message-
"General Error
This is probably a bug in GPA
GPA will now try to recover from this error".
nothing happens,gpa doesnt recover.
any suggestions please?
i am using it with web based hushmail running windows xp home

There is no version 2.1 of GPA.
Please tell us more details.

Fixed in commit 1ce38d7

Stored files can be in any encoding, as they are not displayed, so
interpretation is up to the user. But for a displayed string, the encoding matters.

Seems to be fixed in gpg4win 2.1.0

A better way to fix this is by looking at the output of gpgconf. Should not be
too hard to fix.

Sorry, without a detailed derror escription we can't help you. There are a
couple of known problems but gpg4win 1.1 is in any case not anymore under active
development.

No info received - assuming everything is fine now.

According to T1157 changing the locale does not help.

We need more input to figure out the problems. Please continue at issue#1125;
closing this one.

Duplicate of T1125

According to the error message this seems to be well and the message is probably
the result of a test for an valid UTF-8 char, but the stored file was creadted
from the same copy step via a second paste in the same step.

The content probably contains umlauts or accented characters for example in the
comment line or the text before the BEGIN PGP lines. We currently require the
clipboard to have valid utf-8 (or ascii) characters.

I have not tried with differnt volumes, but the current gpg4win release works
fine with regards to admin and normal user. Harry, can you please test if this
is still an issue, or if you have moved on from Windows 2000, I will just close
the report.

Applied (rev 1024). Thanks.

D117: 269_diff

Please find a minor patch attached. It fixes the formatting of the headline
(command should be all-uppercase). It further introduces a few formatting
requests (e.g. don't hyphenate the filename or the reference to gtk-options.

Thanks. Commited to the SVN -r 1023.

After talking to Arthur, the author of the manual page, the manual page is
provided under the GNU General Public license version 2 or (at your option) any
later version.

It was a problem with the gpgme Debian package:

D107: 253_typo_adresses.diff

There is further an "it's" which must be "its". Patch attached.

D108: 252_its_typo.diff

Duplicate of T1125

See T1125.

There is no version 2.0 of GPA, I assume yo mean the version included in gpg4win
2.0.

Sorry, we can't read doc files on our development machines.
If that inhcludes a screenshot, it won't help too much, we need a more detailed
error description. See "Add debug information" at
http://www.gpg4win.org/reporting-bugs.html .

Okay - So I installed as you specified. Upon running and creating the key and backup of the
key I had another error that called my VS debugger. I'm not very current on assembler so I have
attached the output trace in a text file.

Well that is gpg4win ;-).

2.0.12 has been released. Patch for 1.4.9 is available.

Well, I have no more excuses at hand to actually look at the problem ;-).

well. I tried.

See the INSTALL file for another way to share defaults (section "Sharing Defaults").

No. CFLAGS is used to override default flags. It might be that in a BSD system
CFLAGS can be used in the way you describe it; with the GNU system this is not
the case.

However, if CFLAGS is set in the environment previously, configure will fail.
This is especially inconveniently for those who set CFLAGS in bashrc etc and
those who uses source-based package manager doing this.
Setting CFLAGS as an environment variable should be universally correct,
shouldn't it?